docs(workflow): complete H-414 cross-agent gates
Harness governance / validate (push) Has been cancelled
Harness governance / validate (push) Has been cancelled
This commit is contained in:
@@ -49,6 +49,18 @@
|
||||
6. **如果基线已坏,先修基线**,不要在坏的起点上叠新功能。
|
||||
7. 基线绿了,再从 `docs/tasks/` 为当前 agent 领取唯一任务(路线图见 [`06-tasks.md`](06-tasks.md));启用 Gitea 时由 dispatcher 串行分配并创建 claim 标记。
|
||||
|
||||
## 工作模式(跨 Agent 通用)
|
||||
|
||||
以下规则面向 Claude Code、Codex 及其他 coding agent。共享文档描述职责和交付约束,不绑定厂商、模型名称或平台专有的代理类型。
|
||||
|
||||
- 默认采用**单任务、单责任 Agent、单写入者**:一个任务只有一个对结果负责的 Agent,同时只有一个 Agent 修改该任务的 `write_paths`。多 Agent 并行优先拆到写路径互不重叠的不同任务。
|
||||
- 复杂任务先规划再编码。确认后的方案、不可变约束、写路径和验收门禁必须写入当前任务文件,不能只停留在对话或平台的临时规划界面。
|
||||
- 范围明确时由责任 Agent 直接查证和执行;只有范围不清、需要跨目录扇出,且只读探索能明显减少试错时,才按当前平台能力使用只读探索。探索结果回填任务文件后再进入实现。
|
||||
- 任务内委派不是默认流程。只有项目规则显式允许且收益明确时才启用;委派后仍保持唯一写入者,执行者必须继承任务文件中的不可变约束、`write_paths` 和验证要求。
|
||||
- 无论是否委派,任务所有者都对最终结果负责,并按 [`05-coding-rules.md`](05-coding-rules.md) 独立审阅差异、重跑验证;不能把执行者或工具的自我报告当成完成证据。
|
||||
|
||||
厂商或平台专属的模型分工、代理名称和权限配置,应只放在对应的本机配置或薄入口中;通用任务流程仍以仓库级规则和本目录文档为准。
|
||||
|
||||
## 当前阶段
|
||||
|
||||
当前项目处于:【例如:MVP 起步 / 原型验证 / 功能开发 / 上线前收尾】。
|
||||
|
||||
Reference in New Issue
Block a user