前言¶
在 DeepSeek Harness（DSH）里用单个 Agent 做从需求到上线的交付，常见问题是上下文拉长后约束被遗忘，以及把「跑过一次」当成「验证过」。换更大的模型不一定根治，本质是缺少分角色、分阶段和证据链。下面介绍社区工作流类 Skill codeforge-team（代码工坊专家团）：不换模型，用一份可移植的组织协议，把任务按产品规划、工程实现、质量安全、体验交付四组推进，并按任务规模自动编队。
这是什么¶
CodeForge Team 面向 DSH 的 40 人软件交付团队 Skill（仓库亦带 dsh-plugin 话题标签；实现上是指令层 Skill，不注册工具、不改宿主）。维护者为 lilinshuei，GitHub 仓库 lilinshuei/codeforge-team 采用 MIT 许可，npm 包名 codeforge-team（资料中版本 1.0.2）。社区目录页：https://www.skillhub.cn/plugins/lilinshuei/codeforge-team。
一句话需求交给「主理人 + 四个组长 + 各领域专家」：需求只进主理人，主理人只派组长，组长再派组员；组与组不私下改契约。交付必须带证据（命令、日志、测试结果、接口返回、截图或文件路径），没有证据的「完成」会被打回。
核心功能¶
组织与角色¶
- 主理人 1 人，四个组共 35 位专家，名册合计 40 个角色（元数据在
references/team.json，各角色提示词在references/agents/）。 - 四组：产品规划、工程实现、质量安全、体验交付。
六阶段与质量门禁¶
| 阶段 | 负责人 | 出门要点（节选） |
|---|---|---|
| 受理分级 | 主理人 | 目标可观察、范围有边界、风险已分级 |
| 立项方案 | 产品规划组长 | 每条需求都有验收口径 |
| 架构实现 | 工程实现组长 | 真实入口可启动，关键路径跑通 |
| 质量门禁 | 质量安全组长 | 高危清零或有书面豁免，测试有证据 |
| 体验交付 | 体验交付组长 | 用户可操作，文档能照着做 |
| 终验复盘 | 主理人 | 验收清单逐项有结论 |
任何阶段可打回上一阶段，须写清打回原因与需补证据。
三档编队（自动判档）¶
六维评分满分 18（范围、并行工作流、交付物、风险、不确定性、验证成本）：
| 总分 | 档位 | 编队概览 |
|---|---|---|
| 0~5 | 精简档 | 主理人 1 + 组长 1 + 专家 2~4 |
| 6~11 | 标准档 | 主理人 1 + 组长 2~3 + 专家 6~10 |
| 12~18 | 全量档 | 40 人全部进计划，按波次 plan → build → gate → deliver |
执行中若 ≥3 组有真实交付物、任务卡 ≥9 张或出现生产与安全要求，会自动升档并广播。用户可说「全量启用」强制全量。全量档不是 40 个并发线程，并发仍受宿主限制。
任务卡与交付包¶
派活须填全：目标、输入、约束、交付物、证据、验收、风险、截止。收活须带产物路径、证据清单、逐条验收结果、遗留风险、下一棒建议。
安装与启用¶
DSH 生态理念是「一切皆插件」；SkillHub 等为社区目录，与 DeepSeek / 幻方无官方从属。安装前建议查看仓库源码与 MIT 许可证。插件/Skill 以当前 DSH 进程权限运行，可在独立分支上试用。
方式 A：npm（README 推荐）
Web 端 profile：
dsh plugin --profile web add codeforge-team
桌面端将 web 换为 desktop。在 DSH 桌面端「添加插件」窗口仅填包名 codeforge-team，勿粘贴整条命令。装完重启 DSH，新会话即可用。
方式 B：GitHub
dsh plugin --profile web add github:lilinshuei/codeforge-team
方式 C：手动 Skill 目录
DSH 扫描 skills/<name>/SKILL.md（不递归）。将仓库目录放到 ~/.dsh/skills/codeforge-team/，或项目内 <项目根>/.dsh/skills/codeforge-team/。
资料说明：不需要额外 API Key，使用宿主已配置的模型与工具。
典型用法¶
1. 自检¶
新开会话：
用代码工坊专家团做个自检：报编制、档位、下一步。
应报出 40 人组织、四个组长、判档逻辑，并等待真实任务。
2. 按任务开工（无需先选档）¶
用代码工坊专家团，把登录页的报错修一下。
用代码工坊专家团，给现有后台加一个订单导出，走完整流程。
用代码工坊专家团，全量启用，从 0 做一个会员小程序，四组都要有产出。
主理人先判档并广播编队，例如：
【编队】标准档 · 11 人 · 3 波 · 判档 8/18（多模块 + 集成验证）
【波次】plan: 产品组 4 人 → build: 工程组 5 人 → gate: 质量组 2 人
3. 扩展与定制¶
可修改 references/team.json 并新增 references/agents/<id>.md，保持 id、reports_to、group 一致；仓库 CI 会检查一致性。
适用场景与注意¶
适合：希望用固定流程做 PRD、实现、测试与交付文档连贯推进；愿意用证据链约束「完成」定义；任务从单点修复到多模块集成、需要按规模自动扩编的场景。
注意：
- 默认不会一次拉起 40 个 Agent；小任务走精简档即可，全量留给多组并行或你明确说「全量启用」的任务。
- 会按任务卡在
constraints内写文件，不是沙箱；建议独立分支、小步提交、交付后自行 review。 - 无原生子 Agent 的宿主会退化为串行角色扮演，阶段与门禁仍保留，但不会假装并行。
- 全量档会增加 token 与轮次消耗；费用控制可优先精简档，把全量留给真正需要四组产出的任务。
结尾¶
CodeForge Team 的价值在于把软件交付拆成有门禁的六阶段和可自动升档的三档编队，用任务卡与交付包格式稳定契约，而不是再堆一个模型或工具链。目录页：https://www.skillhub.cn/plugins/lilinshuei/codeforge-team；源码与协议说明：https://github.com/lilinshuei/codeforge-team。
