Post-Edit Test Guard

精选事件触发

测试

关于 Post-Edit Test Guard

该循环由事件触发，在每批文件修改完成后启动。每一轮只针对刚修改的文件运行相关测试，根据退出码判断是否需要继续修复。

主要功能

01由编辑事件触发，无需手动启动
02只运行与已修改文件相关的测试
03以测试退出码作为通过依据
04支持 Cursor

适用场景

01在 Cursor 中连续修改多个文件，需要及时发现回归
02重构后确认受影响模块的测试仍然通过
03让编码 Agent 每次改动后自动自检

目标: 每批文件修改之后，与这些文件相关的测试全部通过，才继续后续工作。
退出条件: 相关测试的命令退出码为 0 时停止。
每轮之间运行: npm test -- --findRelatedTests <edited files>

启动提示词

在 Cursor 中粘贴运行，Agent 会按下面的步骤循环执行，直到满足退出条件。

prompt.md

开始运行“Post-Edit Test Guard”循环。
目标：每批文件修改之后，与这些文件相关的测试全部通过，才继续后续工作。
第 1 步：运行相关测试 — 针对本批已修改的文件，执行 npm test -- --findRelatedTests。退出码为 0 视为通过，否则读取失败信息。 `npm test -- --findRelatedTests`
第 2 步：分析失败原因 — 若测试失败，对照失败输出判断问题出在刚才的改动还是测试本身，并据此确定需要修复的位置。
第 3 步：修复并重新检查 — 修改相关代码后回到测试步骤，直到相关测试全部通过，再继续下一批编辑。
每轮之间运行：`npm test -- --findRelatedTests <edited files>`
退出条件：相关测试的命令退出码为 0 时停止。

步骤

每一轮按顺序执行；未满足退出条件会进入下一轮，最多重复 1 轮。

运行相关测试

针对本批已修改的文件，执行 npm test -- --findRelatedTests。退出码为 0 视为通过，否则读取失败信息。

$npm test -- --findRelatedTests

分析失败原因

若测试失败，对照失败输出判断问题出在刚才的改动还是测试本身，并据此确定需要修复的位置。

修复并重新检查

修改相关代码后回到测试步骤，直到相关测试全部通过，再继续下一批编辑。

未通过 → 下一轮满足条件即退出

支持的 Agent

可以直接运行这个 Loop 的编码 Agent。

Cursor

Claude Code

支持 Markdown

登录后评论