DSH与Codex搭建AI开发团队调研报告¶
DeepSeek Harness（DSH）+ Codex 搭建 AI 开发团队调研报告
> 报告时间：2026年8月20日
> 状态：★ 调研方案 | 尚未启动部署
> 部署位置：本地电脑（服务器只跑网站+Hermes，不部署）
一、结论摘要
DSH（DeepSeek Harness）是DeepSeek官方的开源Agent运行时，v0.1.0-rc.8（2026-08-19）已支持把Codex和Claude Code收编为子代理。用它搭建AI开发团队技术上可行，核心架构：
你（人）→ DSH（调度层/管理面板）
├── 子代理：Codex 实例A（开发主力）
├── 子代理：Codex 实例B（测试/并行任务）
├── 子代理：Codex 实例C（审查/重构）
└── （可选）DeepSeek / Claude Code（交叉审查）
关键判断：
① DeepSeek API涨价不影响此方案——DSH免费开源（MIT），子代理可以全用Codex（Pro订阅20倍额度），不花DeepSeek API的钱；
② 当前阶段适合"调研+本地试装"，不适合正式迁移——DSH还是v0.1，官方警告破坏性变更，体验不如Codex原生；
③ 部署在本地电脑（服务器只有网站+Hermes，1.6G内存不够跑DSH+多Codex实例）。
二、DSH 是什么（核心能力）
| 项目 | 内容 |
|---|---|
| 全名 | DeepSeek Harness（DSH） |
| 版本 | v0.1.0-rc.8（2026-08-19） |
| 开源协议 | MIT（免费商用） |
| 仓库 | github.com/deepseek-ai/deepseek-harness |
| 热度 | 首日破3万Star、登顶Hacker News（史上最快破2万Star） |
| 核心理念 | Model + Harness = Agent；"一切皆插件"（模型/工具/技能/会话/沙箱/存储/调度/UI/主循环全部可替换） |
| 底层 | Cordis微内核（DeepSeek改18处） |
RC.8 关键能力：
✅ Claude Code 和 Codex 作为 Profile Bundle 按需安装，当子代理干活
✅ Codex 支持非交互权限模式（无人值守，适合自动化流程）
✅ Codex 支持多个命名实例（一个任务同时挂好几个Codex干不同活）
✅ Job Panel 统一管理所有子代理任务
✅ 子代理通信改进：reportDelivery及时反馈并唤醒父任务，父任务无需干等
✅ 原生看图（多模态）：截图直接丢给Agent
✅ web_search并发查询、Windows PTY持久PowerShell会话
三、团队架构设计（回答：开发主力/审查用什么）
方案A：全Codex（开发+审查都用Codex）
DSH ├── Codex实例1：功能开发 ├── Codex实例2：测试编写 └── Codex实例3：代码审查/重构
✅ 简单直接，上下文一致，API成本单一（都用Pro订阅）
⚠️ 同模型写+审有"自己信自己"盲区
⚠️ 多实例并发加速烧订阅额度（7天窗口）
方案B：Codex开发 + DeepSeek审查（推荐）
DSH ├── Codex实例1：功能开发（Pro订阅，20倍） ├── Codex实例2：并行任务（Pro订阅） └── DeepSeek V4-Flash：代码审查（便宜，2-4元/百万token）
✅ 交叉验证：不同模型审出单模型盲区（符合"不直接同意，必须验证"原则）
✅ 审查token消耗大，用便宜模型划算
⚠️ 需要额外配DeepSeek API key
方案C：混编（Codex + Claude Code + DeepSeek）
✅ 能力最全；⚠️ 配置复杂、token成本高、三套API key
推荐：先A后B——跑通全Codex流程后，加DeepSeek做审查层。
四、落地步骤（本地电脑）
前提：本地Node.js v18+；本地Codex CLI已登录OpenAI账号；可选DeepSeek API key。
1. 安装DSH npm install -g @deepseek-ai/dsh （或 npx @deepseek-ai/dsh web） # 或 git clone https://github.com/deepseek-ai/deepseek-harness 2. 安装Codex子代理插件（Profile Bundle） dsh plugin install codex # 或按官方文档配置 profile bundle 3. 配置Codex认证 # 复用本地 ~/.codex 的登录态（OAuth token） # 确认非交互权限模式开启（headless） 4. 配置多实例 # 定义多个命名实例：codex-dev / codex-test / codex-review # 每个实例可设不同工作目录/权限 5. 启动DSH工作台 dsh web （打开Web UI） # 或 dsh tui （终端UI） 6. 跑一个真实项目验证 # 在DSH里建任务 → 指派给codex-dev → 完成后指派codex-review # 验证Job Panel、子代理通信、结果汇总
五、风险与注意
| 风险 | 说明 | 应对 |
|---|---|---|
| v0.1不稳定 | 官方全大写警告"将会有破坏兼容性的变更" | 先本地试装，不迁移正式流程 |
| 体验不如原生 | 内测开发者直言"体验不如Claude Code和Codex完善" | 小项目验证后再投入 |
| SQLite不兼容 | 新版数据结构变更 | 升级前备份，不存关键数据 |
| 遥测 | 生成UUID随请求发送，遥测开关不影响 | 介意则等正式版 |
| Codex额度 | 多实例并发加速烧额度 | 按7天窗口规划任务批量 |
| 生态碎片化 | "一切皆插件"双刃剑 | 用官方插件，少用第三方 |
六、要不要等v1.0？——判断
我的建议：等稳定版，但可以先本地试装验证。
等：v0.1快速变化期（RC.7→RC.8隔2天），现在搭流程会被breaking changes反复打断；官方无v1.0时间表。
但：迭代速度极快（一周三更），v1.0可能不远；调度层是兵家必争，生态成型后上手成本更高。
折中：本地装好、跑通"1个Codex子代理"的最小验证（1-2小时），确认Codex能被子代理调度；正式团队等v1.0/稳定标志。
稳定标志：① 官方出stable版本（非rc） ② 破坏性变更频率明显下降 ③ 社区反馈"可日常使用" ④ SQLite/数据格式稳定
七、出处与可信度
| 内容 | 来源 | 日期 | 验证 |
|---|---|---|---|
| DSH RC.8收编Claude Code/Codex为子代理 | 今日头条《DeepSeek Harness一周三更》 | 2026-08-19 | ✅ 已抓全文 |
| Codex非交互权限模式+多命名实例 | 网易/360快传/ZAKER多篇RC.8报道 | 2026-08-19/20 | ✅ 搜索确认 |
| 仓库/Star/MIT协议 | github.com/deepseek-ai/deepseek-harness | 2026-08 | ✅ 多源确认 |
| V4-Pro涨价27元/百万token、缓存涨12倍 | 科创板日报/新浪/爱范儿 | 2026-08 | ✅ 多源确认 |
| DSH体验不如Codex原生 | 内测开发者反馈（头条文章引用） | 2026-08-19 | ✅ 文章引用 |
注意：DSH具体配置命令（npm包名、插件安装方式）以官方仓库README为准——本报告中命令为调研推断，实际安装时需对照官方文档（GitHub当前网络受限，未直接验证命令）。