fix-bug

name	fix-bug
description	Bug 修复流水线。当用户报告 Bug 或想要修复已知问题时使用。调用时需附带 Bug 描述或复现步骤。自动串联：Bug 分析 → 创建 Worktree → 代码修复 → 集成测试 → E2E 测试 → 全量验证 → 合入 main。
argument-hint	[Bug 描述或复现步骤]

Bug 修复流水线

从 Bug 描述出发，自动完成：Bug 分析与定位 → 创建隔离 Worktree → 代码修复 → 补充测试 → 全量验证 → 合入主分支 → 清理 Worktree。

适用于 tapd-ai-cli 项目——一个纯 Go CLI 工具，无前端、无 E2E 测试。

---

流程总览

用户输入 Bug 描述
        |
        v
[阶段 1] Bug 分析与定位
        |
        v
  确认修复方案
        |
        v
[阶段 2] 创建 Worktree（隔离工作区）
        |
        v
[阶段 3] 代码修复
        |
        v
[阶段 4] 补充单元测试
        |
        v
[阶段 5] 全量验证（fmt / lint / build / test / coverage）
        |  ← 失败则修复代码并重新验证
        v
[阶段 6] 合入主分支并清理 Worktree
        |
        v
  完成

---

步骤

阶段 1：Bug 分析与定位

1. 获取 Bug 信息

   用户在调用此 SKILL 时应附带 Bug 描述。如果未提供，使用 AskUserQuestion tool 询问：

   "请描述您遇到的 Bug，包括复现步骤、期望行为和实际行为。"

2. 阅读项目上下文

   阅读以下文件获取项目背景：

   • CODEBUDDY.md — 项目架构、构建命令、代码规范
   • docs/requirement.md — 需求规格

3. 分析 Bug 根因

   使用 Agent tool（subagent_type=Explore）深入分析 Bug：

   • 根据 Bug 描述定位相关代码文件
   • 项目目录结构：cmd/tapd/（入口）、internal/cmd/（命令层）、internal/client/（API 客户端层）、internal/config/（配置层）、internal/output/（输出层）、（数据模型层）