标题(20-200 字符) · 锁定 title 仅 draft 状态可编辑。如需修改,请先回退到 draft。 描述(背景/上下文) 背景:当前 bug 发现到修复的流程散落在对话/CLI/手动决策中,无统一 SOP,导致 bug 处理耗时不一、状态机迁移混乱(root_cause / fix_plan 字段常漏填)、修复质量参差、架构平台无审计轨迹。期望:新建 bug-fix-workflow skill(置于 ~/.claude/skills/bug-fix/),用 doubt-driven-development 5 步法固化流程:① 登记(arch feedback create,severity 必填)→ ② 复现(reproducer 步骤文档)→ ③ 根因(5-why + 关联 component_id)→ ④ 修复(sdlc-design → sdlc-code 链路,fix_plan 字段必填)→ ⑤ 验证(sdlc-test 通过 + repro 复跑)→ ⑥ 关闭(arch feedback update status=verified)。关联:已存在的 sdlc-* skills(sdlc-requirement / sdlc-design / sdlc-code / sdlc-test / sdlc-feedback)需由本 skill 作为编排入口。阻塞:Phase 8 闭环的流程侧,无 skill 则 feedback create 后无人接手,severity 字段等同于装饰。 --- reason: REQ-69212ee4 状态机扩展后清理:0-commit 历史遗留 REQ,经评审无可恢复实施路径,关闭以清理悬空态 用户故事 作为架构师用户,我在 Claude 对话里执行 /bug-fix 后,应按 6 步固化流程推进 feedback status(open→investigating→fixing→verified),每步产物留痕到 arch 平台 manifest,确保 bug 修复可追溯、可审计、可复现。 验收标准(JSON,数组,每项 given/when/then) [ { "given": "我在 Claude 对话里执行 /bug-fix", "when": "skill 启动并提示输入 feedback id 或自动 detect 最近一条", "then": "skill 加载该 feedback 详情(reporter / bug_summary / severity)并展示 6 步进度条" }, { "given": "5 步法任意一步产物为空白(例如复现文档为空 / 5-why 仅 1 条 / fix_plan 未填)", "when": "skill 检查上一步产物", "then": "skill 报错「上一步产物缺失:必填字段 X」并阻断下一步,要求补充" }, { "given": "全部 6 步跑完且 sdlc-test 通过", "when": "skill 调用 arch feedback update status=verified", "then": "arch 平台 feedback.status 推进到 verified 且每步 manifest(skill-step-1..6.md)留痕到 ~/.claude/sdlc-state/feedbacks/{id}/" } ] 支持 JSON 数组格式。空数组表示无 AC。 非功能需求(JSON 对象,key/value 字符串) {} 优先级 P0 P1 P2 P3 负责人 截止日期 标签(逗号分隔) 保存修改 取消