Prompt 逐行位置对比器

用途与使用方法

适合快速检查短提示词中哪些文本发生变化，并记录人工审阅线索。结果展示文本差异，不会替你判断新版更好。

1. 把原版放在“旧”，修改后的版本放在“新”；使用脱敏示例。
2. 点击“对比”，阅读空格前缀、减号与加号行，并回到完整原文检查上下文。
3. 重点复核新增或删除的权限边界、输出要求和验收条件，再用固定测试集比较真实表现。

默认输入与实际输出

以下为 2026-10-05 使用页面内置合成示例的浏览器核对记录；没有执行生成的命令、配置或技能。

p-a: Inspect first.
Edit after plan.
p-b: Inspect first.
Do not edit tests unless asked.
Edit after plan.

  Inspect first.
- Edit after plan.
+ Do not edit tests unless asked.
+ Edit after plan.

适用边界

• 默认示例中间插入一行后，原末行 Edit after plan. 被显示为先删除再新增，说明本工具至少在该例中未对齐移位后的相同行。
• 不要把多条 +/- 当作同样数量的独立语义变化；插入行可能使后续行位置移动。
• 本次只验证默认短文本；长文本、重复行、空白归一化和不同换行编码的处理未验证。
• 不生成优化建议，不执行提示词，也没有提供模型效果、token 差异或安全评分。

常见问题

为什么没改的句子也显示删除和新增？

它在新旧文本中的行位置变了。默认插入示例已经出现这种情况，需要结合完整原文判断。

加号多就代表提示词更好吗？

不能这样判断。变化数量与质量没有直接关系，效果需要明确标准和测试用例。

能当 Git 风格的最小差异吗？

不要作这个保证。当前默认结果体现的是行位置变化，未验证最小编辑序列或完整对齐算法。

继续阅读

• 给自己的 Agent 做评估
• AGENTS.md 实战

请只使用脱敏示例，不要粘贴密钥或保密资料。站点的数据处理声明见隐私政策；本次核对没有进行独立网络行为审计。