Phase 5 / Ep 26: 缺陷修复的统一制式 bug-fix.md

T-Block 系统一切落定，但软件不可能永远不坏。今天下午假如你突然接到用户反馈：“我在点击 Google 日历拖动时，它卡着乱闪了一秒钟然后报错白屏了”。

如果是普通的大模型使用者，会立马对 AI 大喊：“快给我去看前端拖拽代码为啥报错并修复它！！” 但这很容易导致代码被越写越乱。

我们需要用魔法战胜这种杂乱。建立专属工作流 .agents/workflows/bug-fix.md：

1. 最强修 Bug 流水线机制

# 标准化缺陷定点狙击修复法

只要听到带有 “修复 Bug” 含义词汇。
禁止立刻盲猜改动生产函数中的代码逻辑去提交测试。
你必须遵循下述动作：
1. **重现环境（复用 TDD）**：听了用户的描述，你最先要做的动作是写出一个【恰好能重现出这个一模一样错误红字的自动化用例测试】。
2. 只有当你在终端看到了那个“报错字样”时。你才可以开始修改文件核心。
3. 如果修改了一通这个错误被掩盖了甚至导致其他的也挂了。使用 3-Strike 方案撤回交回指令权。
4. 修正完成后并在终端全绿显示。立刻向源代码库内的 `docs/findings.md` 追加写入一个 `[BUGFIX录]`，以防止未来做更新时踩坑重发。

这条强约束就是确保“Bug 不是被悄悄改掉的”，而是被永远变成了系统免疫力抗体（复现测试用例集）的一环。越是遭遇漏洞修补，系统的铁布衫防御罩就会变得越来越厚！