用途：针对以 GitHub issue 形式报告的缺陷进行系统化调查与修复，要求全程可追溯。
主要能力与流程：先读取 issue 详情（标题、描述、复现步骤），再在代码中追踪并复现所报行为，最后在具备根因证据的前提下应用修复。核心规则包括：调试心态要求每条结论都有 file:line 证据；修复需回链到对应 GitHub issue；需验证修复确实覆盖 issue 中的具体复现步骤。
使用方式：技能以 $fix-issue 形式调用（Codex 中用 $skill-name 调用仓库技能）。执行前需建立任务跟踪，把工作拆成小任务；非工作流场景下需为 $review-changes 创建收尾任务。分析过程要求写入 .ai/workspace/analysis/issue-[number].analysis.md，提出修复前需重读整个分析文件。根因分析后必须通过直接提问向用户呈现发现与拟议修复，获得明确批准后才能改代码。修复后必须运行 $prove-fix 生成带置信度的证明轨迹。
适用场景：GitHub issue 缺陷调查与修复、回归修复、行为变更代码、代码流不清晰等非平凡缺陷。
限制与要求：禁止无证据猜测，禁止只修症状；置信度低于 60% 应停止并补充证据；若某必需步骤或工具在当前环境无法运行，应停下询问用户；不得跳过、重排或合并协议步骤，除非用户事先明确同意。资料未提供该技能的收费、价格、平台支持范围等具体信息。