hermes-dsh-collab

把 DeepSeek Harness 接进你的 Hermes 管线：派单、执行、验收全自动——质量门不信任自报。

你的 AI 助手能自己干一整天活，问题是：你敢放手吗？

这个 skill 让放手变得安全：Hermes 写派单 spec，DSH 执行，Hermes 验收——只有质量门真失败时才轮到你介入。从一条真实跑过的 14 天管线提炼（30 个 commit，7/7 阶段零返工交付）。

依赖： DSH 0.1.x（headless profile）+ 任意编排方 agent（用 Hermes 构建并实测）。

---

为什么需要它

Hermes 是你的个人助手，DSH 是能干活的执行器。缺的是两者之间的运行契约：一份合格的派单 spec 长什么样、哪个阶段用哪档模型、谁有资格 commit、验证到底怎么做。

大多数管线跳过这份契约，然后为返工买单。最近的工作（COPE）证明 planner/executor 分离有效——但前提是执行方的行为被约束。这个 skill 固化的就是这些约束，全部来自一条实测过的管线：

• 模型分层路由 —— 常规阶段 Flash（reasoning: max），多文件重构/长提炼 Pro，视觉 qwen。拿不准先 Flash 试一轮——返工就升级
• Spec 三铁律 —— Plan 先行 · 测试先行（TDD 红→绿）· 范围声明。缺一不派单
• Git 唯一写者 —— 只有编排方 commit。执行方永远不碰 git，历史保持线性可审计
• 质量门归编排方 —— 全量测试 + build + diff 对照范围 + 真浏览器走查。自报不算证据
• 写回靠启动目录 —— cd && dsh --profile headless "任务" 直接写回。不要 /tmp 镜像，不要 patch 交接
• 踩坑都有实锤 —— 每一条都是真实事故：patch 配置是整段替换（不是深合并）、qwen 不支持 reasoning: max、vision patch 不改主模型、旧后端进程会让"测试全绿"验到旧代码……

快速开始

# 方式一：dsh plugin 安装（bundle，推荐）
dsh plugin --profile headless add github:Cavan-Ou/hermes-dsh-collab

# 方式二：直接复制 skill 包（轻量，任意 profile）
git clone https://github.com/Cavan-Ou/hermes-dsh-collab
cp -r skills/hermes-dsh-collab "$DSH_HOME/skills/"   # 默认：~/.dsh/skills/

任选其一，下次 DSH 会话自动加载（bundle 注册 skill provider；复制方式由 skills 扫描器发现）。

三个验证：

1. 新会话的技能列表出现 hermes-dsh-collab
2. 说"帮我写一份派单任务书"——按场景自动触发
3. 问"执行者可以自己 git commit 吗？"——它回答不可以，并解释原因（唯一写者约定）

里面有什么