用途：bugfix 是一个系统化缺陷调查与修复工作流，用于调试报错、输出异常、性能问题、竞态条件和间歇性故障。用户请求通过 $ARGUMENTS 传入。
主要能力：流程分为六个阶段。阶段1理解缺陷：创建待办清单、在 /tmp/bugfix-{YYYYMMDD-HHMMSS}-{name-kebab-case}.md 建立调查日志、收集症状（错误信息、复现步骤、预期与实际行为、起始时间、环境），并定位相关代码。阶段2形成假设：基于症状与代码给出2至4个按可能性排序的假设，每个假设记录支持证据、反对证据和验证方法。阶段3调查：按可能性顺序逐个验证，读取相关代码、追踪执行路径、对照症状，将结论标记为 CONFIRMED、REFUTED 或 NEEDS MORE DATA；全部被否定时基于新发现扩展假设。阶段4测试优先（适用时）：先写能复现缺陷的最小测试并确认其失败。阶段5修复：记录修复方案、涉及文件、风险评估与测试策略，做最小改动，并运行质量门禁，如 tsc --noEmit、npm test、npm run lint。阶段6验证：运行复现测试、手动复现、检查回归，并更新日志与向用户报告。
使用方式：以用户请求作为输入，按阶段推进；调查日志路径为 /tmp/bugfix-{YYYYMMDD-HHMMSS}-{name-kebab-case}.md。质量门禁命令按项目实际情况执行。
适用场景：报错、输出错误、性能、竞态、间歇性缺陷，以及需要可追溯调查记录的调试任务。
限制：测试优先在 UI/视觉层无测试基础设施、环境特定问题或紧急热修复时可跳过并记录原因；修复应最小化，不重构无关代码；质量门禁失败最多调整5次，仍失败则升级；无法复现、假设全部被否定、需要大重构、第三方代码缺陷或间歇性问题时按对应边界情况处理。资料未提供具体收费、平台支持范围或效果保证。