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:
@@ -16,6 +16,7 @@
|
||||
- 涉及页面、表单、导航或用户可见状态时,先读取关联的 `07-user-stories.md`、`08-interaction-checklist.md`、`routes.md` 和验收标准。
|
||||
- 按链路确认:`vision` -> `requirements` -> `tech-stack` -> `architecture` -> `tasks`。
|
||||
- 找到本任务对应的验收标准,写之前就知道“怎么算做对”。
|
||||
- 复杂任务先把确认后的方案、不可变约束、`write_paths` 和验证层级写入任务文件;不要让关键决策只停留在对话里。
|
||||
- 先找现有函数、组件、工具和测试,复用优先。
|
||||
- 如果需求含糊,或改动会偏离原则 / 架构,先问。
|
||||
|
||||
@@ -50,12 +51,23 @@
|
||||
|
||||
## 6. 测试与验证
|
||||
|
||||
任务所有者(未委派时即当前 agent)必须亲自完成最终复核:
|
||||
|
||||
1. 用 `git status --short` 核对实际修改集合,同时审阅 `git diff` 和 `git diff --cached`,对照任务的 `write_paths`、不可变约束和验收要点,避免漏掉已暂存改动。
|
||||
2. 用 `git diff --check` 和仓库既有格式化 / `.gitattributes` 规则检查空白与意外行尾变化;不要把某一种行尾格式硬编码成所有项目的通用要求。
|
||||
3. 按 [`03-tech-stack.md`](03-tech-stack.md) 的验证矩阵独立重跑任务相关验证;命中完整门禁触发条件时再跑完整门禁。
|
||||
4. 执行者、子 Agent、工具或 CI 的摘要只能作为线索,不能替代任务所有者看到的差异和可复现验证结果。
|
||||
5. 必需的人工 / 设备验收尚未完成时,记录等待事项并保持 `DOING` 或 `BLOCKED`,不得标记 `DONE`。
|
||||
|
||||
完成前至少检查:
|
||||
|
||||
- [ ] 构建通过。
|
||||
- [ ] 相关测试通过。
|
||||
- [ ] 已按验证矩阵判断是否需要完整门禁,并完成所有已触发层级。
|
||||
- [ ] 对得上需求验收标准。
|
||||
- [ ] 没有夹带无关改动。
|
||||
- [ ] `git status`、未暂存 / 已暂存 diff 与任务 `write_paths`、不可变约束一致,未出现意外行尾变化。
|
||||
- [ ] 必需的人工 / 设备验收已完成;不适用时已在任务文件说明。
|
||||
- [ ] 涉及文档事实变化时,文档已同步。
|
||||
- [ ] 涉及 UI 时,已验证关联 US / IX 的正常、加载、异常、权限和无障碍要求,或记录明确的不适用理由。
|
||||
- [ ] 已在当前任务文件(`docs/tasks/T-<编号>.md`)的 `## 执行记录` 记录跑过的命令和结果作为证据(约定见 [`tasks/README.md`](tasks/README.md)),不靠"代码已写"判定完成。
|
||||
|
||||
Reference in New Issue
Block a user