workflows-work

用途：按实施计划或 PRD 逐个执行可验证的故事，保持依赖关系与进度跨会话一致。\n\n主要能力：从调用或当前会话解析计划，读取 spec.md、prd.json 及规范文档；支持 status 与 passes 两种完成字段，缺失 depends_on 按空列表处理；校验唯一 ID、依赖有效性与无环；展示就绪故事、剩余工作与阻塞项，并同步到运行时进度工具（PRD 为唯一事实来源）。执行时选择依赖已完成的最高优先级待办故事，加载所需技能，阅读现有模式与受影响文件，实现完整故事及错误路径，补充聚焦测试，逐条验证验收标准。完成后更新 PRD 完成状态与已有时间戳/日志，再暂存该故事文件与 PRD 更新，检查暂存差异后提交，优先每个故事一次提交。\n\n用法要点：授权执行计划即授权其常规可逆工作，外部动作仍需用户与运行时明确授权；不得添加第二个通用审批门。提交后用对话报告 SHA，提交字段保持空而非自引用；失败提交不撤销已验证实现，须先解决 Git 问题再声称已提交。阻塞故事按完整 schema 标记 blocked 并在既有日志记录原因，轻量 schema 保持 passes=false 并在上下文跟踪，同时继续独立就绪工作。恢复时先核对 PRD、工作区改动、提交与测试结果。并行仅用 --swarm 或用户明确请求，按可用 worker 槽位分批；每个 worker 只负责一个故事及明确文件归属，不提交、不修改共享 PRD 状态，由协调者串行评审、更新与提交；文件重叠或存在依赖则顺序执行。\n\n限制：仅当证据表明漂移或相关变更使此前验证失效时才重查已完成工作；不将派生工作字段写入 PRD；未提供系统、code-reviewer 或 code-simplifier 等代理时不得虚构，应本地检查并披露未获独立评审；无理由不扩大测试范围，也不得在无授权时推送或评论。