新建bug修复workflow，把整个bug发现、状态迁移、代码修复的流程固化下来。

📝 描述

背景:当前 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 修复可追溯、可审计、可复现。

✅ 验收标准 (3 项)

1. Given 我在 Claude 对话里执行 /bug-fix
   When skill 启动并提示输入 feedback id 或自动 detect 最近一条
   Then skill 加载该 feedback 详情(reporter / bug_summary / severity)并展示 6 步进度条
2. Given 5 步法任意一步产物为空白(例如复现文档为空 / 5-why 仅 1 条 / fix_plan 未填)
   When skill 检查上一步产物
   Then skill 报错「上一步产物缺失:必填字段 X」并阻断下一步,要求补充
3. 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}/

🏷️ 标签

skill-created phase3-implemented

🔄 推进状态