Cursor Agent 任务越做越大时，先把它从“自动完成整件事”拉回到“完成一个可检查的小步骤”。Agent 模式适合跨文件处理问题，但这也意味着它可能主动搜索更多文件、补更多逻辑、顺手调整样式或重构结构。需求边界不清，它就会把任务扩成自己的版本。
最实用的控制方法是把任务写成三层：目标、允许范围、确认点。目标说明要解决什么问题；允许范围说明能改哪些目录或文件；确认点说明在改动前、改动后、运行命令前分别需要你确认什么。
先让它只读不改
第一轮可以这样说：“先不要编辑文件，只找出和这个问题相关的文件，并说明为什么。”这一步能帮你发现它的搜索方向是否正确。如果它一开始就把范围扩到无关模块，后面生成的代码大概率也会跑偏。
确认文件后，再给第二轮任务：“只修改这三个文件，不做重构，不改 UI 样式；如果发现必须改其他文件，先停下来说明原因。”这类限制比“尽量少改”有效，因为它给了明确边界。
每次只让它完成一种动作
不要把“修 bug、优化性能、补测试、顺便美化页面”放在同一轮。Cursor Agent 可以帮你做多步骤任务，但你仍然需要控制节奏。更稳的是先修 bug，确认 diff；再补测试，确认结果；最后再考虑重构。
如果它已经生成了大段改动，不要继续让它解释。先看 diff，把不相关文件排除，再要求它只保留与目标直接相关的修改。必要时用版本控制回退，重新给更小范围的任务。
适合复制的任务写法
“请先分析，不要改文件。目标是修复订单页筛选失效。允许查看 src/orders 和 tests/orders。请列出相关文件、可能原因、计划修改点和验证命令。我确认后再开始。”
Agent 的价值是减少机械劳动，不是替你放弃工程判断。把范围和确认点设好，它才更像开发助手，而不是一个会扩大需求的自动执行器。
