DeepSeek Harness（dsh）刚刚更新到 rc.8，最炸的变化是：Claude Code 和 Codex 现在都能被 dsh 直接调起来，当成"子代理"使唤。也就是说，一个开源框架，正在把两大编程 Agent 变成自己流水线上的打工人。有网友实测后直呼：这操作有点狠。
开源社区这几天不太平。
8 月 13 日才刚刚开源的 DeepSeek Harness，6 天时间狂揽 16 万+ GitHub Star，创下开发者工具类项目增速纪录之一。刚火起来没几天，团队更新节奏就没停过：8 月 17 日发布 rc.7，8 月 19 日紧跟着甩出 rc.8。
而 rc.8 里最让人坐不住的一条更新是——
Claude Code 和 Codex，正式变成了 dsh 里可以按需安装的 Profile Bundle（子代理插件包）。
划重点：
• Codex 子代理支持非交互权限模式，跑在 CI/CD 流水线里不用人工点头，读写文件、执行 Shell 全程静默完成 • 同一个 dsh 会话里可以开多个命名 Codex 实例，分别负责代码实现、测试审查、文档整理、安全检查，互不打架 • 子代理干完活会主动"叫醒"父任务，不用父任务傻等轮询 • Windows PTY 终端也补上了持久 PowerShell 会话，环境变量、当前目录、已加载模块不再因为每次调用重启进程而丢失
从"能对接"到"能指挥"
其实 Claude Code 和 Codex 进入 dsh 的视野并不是第一次。8 月 17 日的 rc.7 里，这两个 Agent 的子代理任务就已经被接进了 dsh 的 Job Panel，用户可以在任务面板里看它们跑。
但那时候更多是"接进来看着"，rc.8 这一步是把关系彻底捋顺了：dsh 变成了主代理，负责拆目标、分任务、汇总结果；Codex、Claude Code 变成外部编码子代理，专心干体力活。配合社区插件 dsh-agent-teams，甚至可以按依赖关系把多个子代理拉起来组队干活。
换句话说，dsh 这个框架，现在不止是能"调用"Codex 和 Claude Code 的接口，而是能拿它们"带团队"——而且是跨模型、跨厂商、跨工具地带。
有位群友实测后说得挺形象：DeepSeek 这波直接把 Codex 和 Claude Code 都"降级"成了 subagent，哈哈哈。这话糙理不糙——两个原本各自独立、被广泛认可的编程 Agent，如今在 dsh 的调度视角里，成了可以按需装卸、按角色分配任务的"零件"。
多 Agent 不是免费的午餐
当然，dsh 官方和不少实测者也都提了同一句话：多代理协作不会自动带来质量提升。
子代理越多，权限管理、Token 消耗、重复修改、结果冲突的风险也越大。想真正拿去生产环境用，还得老老实实地给每个实例限定工作目录、可用工具、并发上限和交付格式,最后由父任务做一遍终验证——不是甩手扔进去就能躺赢。
这也是这次更新被讨论的另一面：跨 Agent 编排听起来很酷，但工程上的"脏活"——权限隔离、状态管理、结果校验——一样都少不了。
多模态也一起补齐了
除了子代理这条主线，rc.8 还顺手把多模态短板补上了：DeepSeek 模型适配器开放了原生图片请求配置,/goal、/plan 等核心命令首次支持图文混合输入,截图可以直接丢进任务里跑。对于本身不支持视觉的模型，dsh 会自动降级成 OCR + 像素扫描，硬给纯文本模型拼出一套"看图"能力。
14 项更新集中砸在同一个版本里，多模态、子代理管理、Windows 兼容性三线齐进——不难看出 dsh 团队想把这个框架往"能落地"的方向推得更快。
写在最后
一个刚开源半个月出头的框架，已经能把 Claude Code 和 Codex 这样体量的产品变成自己调度体系里的一环，这个速度和野心都不算小。至于跨模型、跨工具的"带队"能力最终能不能扛住真实生产环境的复杂度，还得看后续版本怎么处理权限和状态管理这些"脏活"。
但至少从这一波网友的实测反馈看，dsh 这出"以子之矛攻子之盾"的戏码,已经足够让人多看两眼了。
