AI 说修好了？用这 3 个 Skill 查根因、写测试、验结果

AI 给出一段补丁后，可以用三个问题检查它：问题复现了吗？测试能捕捉原来的错误吗？改完后哪些检查确实跑过？下面三个 Skill 来自 obra/superpowers。

1. 先复现，再找根因

用 systematic-debugging 整理报错、复现步骤和最近改动。让助手记录预期与实际行为，沿数据流定位第一个偏差，再提出最小修改。偶发问题可以先收集日志，判断还缺哪些线索。 原始说明

2. 用失败的测试写清行为

用 test-driven-development 先写一个可复现问题的测试，确认它因预期原因失败，再做最小修改并重跑。例如，修日期解析时，可以先为闰年的 2 月 29 日写一个边界测试。需要可运行的测试环境，也要检查断言是否真的覆盖故障。 原始说明

3. 提交前核对本次检查输出

用 verification-before-completion 让助手列出实际运行的命令、结果和未覆盖范围。单测通过只说明这些用例跑通，跨服务行为仍需相应的集成检查。 原始说明

图卡原始编辑日期为 2026 年 10 月 23 日。本文依据项目文档整理，示例用于说明用法。能否运行检查取决于助手、项目环境和权限。配图由 AI 辅助生成。

Skillπ · SKILLPI.com

无尽的好技能，无尽的可能。