必须强制AI每次修改后用“【修改理由】”开头分三点说明：①原提示词缺陷字句；②具体调整内容；③该调整如何防错。需用锚点句或固定分隔符锁定理由位置，禁用模糊表述，并人工校验三点完整性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
在Cursor中编写性能排查清单提示词时，必须让AI每次修改都附带具体、可验证的修改理由，否则容易陷入无效迭代。你需要控制AI的输出结构，而不是依赖它自发解释。
强制AI在每次修改后说明理由
在原始提示词末尾添加明确指令：“每次输出修改后的提示词时，必须在下方另起一段，用‘【修改理由】’开头，逐条说明：①原提示词哪句话导致AI忽略关键约束；②你调整了哪个词/句/结构；③该调整如何防止同类错误再次发生。”
这一步不能省略标点和编号格式——AI对结构化指令响应更稳定，漏掉“①”或“【修改理由】”会导致它跳过解释直接给结果。
用锚点句锁定理由位置
方法一：在提示词中插入不可替换的锚点句，例如：“请严格遵循以下三段式输出：第一段=修改后提示词；第二段=【修改理由】；第三段=未改动的原始提示词副本。”
方法二：要求AI用固定分隔符包裹理由，例如：“---【理由开始】--- … ---【理由结束】---”，并在前后都加空行。Cursor的上下文窗口对分隔符识别稳定，比自然语言描述更可靠。
Agents 正在你的整个代码库中处理越来越复杂、运行时间更长的任务。本次版本引入了新的 agent 框架改进，以实现更好的上下文管理，并在编辑器和 CLI 中带来了许多提升使用体验的修复。
【关键前提】原始提示词里不能出现“请解释原因”“请说明理由”这类模糊表达——AI会把它当作礼貌性补充，而非硬性输出字段。
验证AI是否真给出有效理由
第一步：提交修改请求后，立即检查输出是否含“【修改理由】”字样；
第二步：打开理由段落，确认是否同时满足三个条件：提到原提示词具体字句、指出对应缺陷、说明本次修改动作；
第三步：若任一条件缺失，复制整段输出，在新对话中粘贴并追加指令：“你遗漏了【修改理由】中的第②条，请补全后重发，不要改动其余内容。”
这一步必须手动校验——AI可能伪造理由，比如写“为了提升清晰度”这种无效表述，而真正的理由必须指向原始提示词中某个可定位的缺陷点。
