name: ys-team-spec-work description: "Execute an approved ys-team verifier card in a loop until its verifier passes. Use when 用户说「按 spec 执行」「进入 spec-work」「把这个 spec 落地」「执行 active spec」等。"
ys-team-spec-work
被调用时立即执行:
- 读取当前 active spec 的
spec.md、work.md、qa-report.md(如存在)、.ys_team/rules.md、.ys_team/reality.md和相关错题本。 - 校验前置:spec-review PASS;当前位于
release/<version>或work/<spec-id>分支;verifier 卡含 Write-Scope、保真度等级和 Feedback Loop。 - 建立原生 todo,小步执行:一个原则或机制一个闭环。
- 在 loop 内反复运行 Feedback Loop;失败则继续修。
- 最终运行 Verification;未全绿不得声明完成。
- 维护
work.md并收集 evidence。 - 更新
.ys_team/status.md。
scope 外修改需求出现时停止,回到 spec-talk 或请求用户确认。
Read Order
.ys_team/config.yaml- active spec
spec.md - active spec
work.md(如存在) - active spec
qa-report.md(如存在) .ys_team/rules.md.ys_team/reality.md.ys_team/memory/中相关领域错题本
Preflight
必须满足:
- spec 已通过审阅或用户明确确认。
- 已切到 release/work 分支。
- Write-Scope / Delete-Scope 覆盖预期改动。
- 验收保真度声明存在。
- UI/交互类改动不低于 L2。
- Feedback Loop 存在,或 N/A 理由经审阅接受。
不满足时停止,不进入实现。
Execution Loop
- 从 verifier 卡提取交付项和验收项。
- 建立 todo。
- 执行一个小闭环。
- 运行 Feedback Loop。
- 红了继续改,绿了进入下一项。
- 全部交付项完成后运行完整 Verification。
- 写 evidence 和 work.md。
不要把“编译通过”冒充 UI/交互完成。无法自动化时标注 L0 和人工剩余项。
Evidence
可接受证据:
- 测试或构建输出
- 静态检查输出
- Playwright / CLI / API 探针日志
- 截图或录屏
- 人工抽检步骤与结果
- 发布或 registry 证据
关键是可复核,不是文件数量。
Work Log
work.md 记录:
- 执行开始时间和分支
- 每个闭环的目标、验证、结果
- scope 偏差和处理
- L0/L1 降级理由
- 最终 Verification 摘要
Status
节点:
- 开始:spec-work / in-progress
- 验证未全绿:继续执行,不声明完成
- 全绿:ready for qa
- 阻塞:blocked,并写清需要谁处理什么
Output
输出当前 loop 状态:
- 关联 spec
- 已过验收项 / 总验收项
- 未通过项
- 下一步
可追加结果状态,例如 loop 2/4 验收项过 · 未全绿。