回归测试-防止老坑重犯

你什么时候需要这页

• 新规则刚加完，旧 bug 还是会回来。
• 你知道系统“应该更稳了”，但没有证据。
• 你每次修复都靠记忆，下次又忘。

最短答案

给每个老坑配一个最小复现，再配一个最小通过条件。能自动跑最好，至少要能手动跑。

最小闭环

1. 先把老坑写成一条可复现用例。
2. 定义通过标准，别只写“看起来对了”。
3. 把验证动作放进 workflow、hook 或脚本。
4. 修完以后再跑一次，确认这次不是“假修复”。

今晚能跑的一轮

• 选一个最近最烦的错误，只保留最小输入。
• 写一个回归检查，优先选最便宜的方式。
• 如果是 Claude Code 的文件改动问题，利用 checkpointing 先保留修复前状态。
• 如果是固定流程问题，把验证脚本放进 PostToolUse hook。

和这些东西的关系

• checkpointing 负责给你“改前 / 改后”的安全网。
• hooks 负责在工具调用后自动触发验证。
• workflow 负责把“修复-验证-记录”串成一条链。
• skill 负责把验证流程标准化，减少每次手敲。
• CLAUDE.md 负责记录“通过标准”和“不要再犯的条件”。

常见误区

• 只做一次手工检查，没有可重复性。
• 测试写得比问题还复杂，结果没人愿意跑。
• 只测 happy path，不测那个最常炸的边界条件。
• 修复后不回写 CLAUDE.md，等于把坑留给下次。

串读

• 01-CLAUDE-md
• 03-skill
• checkpointing
• 进阶_hooks_settings_plugins