tencent Bug 修复工作流
修 bug 不只是改代码——必须反思为什么测试没拦住，并补回归测试。
适用场景
- 修复已发现的 bug（无论来源：用户报告、CI 失败、自测发现）
- 修复 pre-commit / ruff 报出的逻辑问题（非纯格式问题）
不适用场景
- 纯格式修复（走 pre-commit 即可）
- 新功能开发（走
/kdit-development-spec）
流程概览（5 步）
- 复现与定位 — 明确根因
- 反思测试缺口 — 为什么测试没拦住（核心步骤）
- 编写回归测试 — 先写测试，后改代码
- 修复代码 — 最小改动修复
- 验证与总结 — 全量测试 + 4 项总结输出
详见 → bugfix.md
关联规范
| 规范 | 路径 |
|---|---|
| 测试规范 | 04_quality/verification.md |
| 异常处理 | 03_standards/exception-handling.md |
| Node/Tensor API | 03_standards/node-and-tensor.md |
| 架构总览 | 02_architecture/overview.md |
相关 skill
| Skill | 何时调用 |
|---|---|
/kdit-quality |
编写回归测试时查阅测试命名和目录规范 |
/kdit-architecture |
定位根因需理解模块关系时 |
/kdit-standards |
bug 涉及异常处理或 Node API 时 |