12 · 产品 / Agent任务

cursor Agent任务 - 从下达到审查的多文件改动流程

讲清任务描述四要素（做什么/在哪做/不能动什么/怎么算做完）、什么规模必须先出计划、如何逐文件审查 diff，以及跑偏时的中止与回滚顺序。

什么才算一个任务

不是「问一句话」，而是「交付一段可审查的改动」。

本篇专讲 cursor Agent任务。它和「问一句答一句」的区别在于：任务会读取多个文件、按计划修改、产出一组 diff，你需要逐段审查后决定接受哪些。

所以评价一次任务好坏，不看回答写得多流畅，看三件事：改动是否落在指定范围、有没有越界修改、以及本地验证能不能跑通。

注意 · 前置条件：项目索引必须完成。索引残缺时下任务，最容易出现的不是「答错」，而是「漏改文件」。

缺一项，跑偏概率就上去一截。

cursor / 一条完整的任务描述

在 @src/cart.ts 的结算函数里，数量为 0 时跳过折扣计算。
不要改税率逻辑，不要新增依赖。
补一个单测覆盖数量为 0 的情况，并说明怎么跑。

在 cursor Agent任务 里，「不要改什么」常常比「要改什么」更关键，因为它直接决定了审查时的工作量。

计划不是形式主义，是最便宜的纠错点。

计划阶段的提问句式

「列出你打算改哪些文件、每处改什么、可能影响什么，先不要修改任何文件。」确认清单后再说「按这个计划执行」。

接受改动之前，逐文件过一遍。

不要因为 diff 看起来「差不多」就整体接受。一次超大 diff 里藏一处越界改动，排查成本远高于分批做。

先止损，再重来。

注意 · 养成「每完成一个小任务就提交一次」的习惯，回滚粒度才够细；攒一大堆再提交，等于没有回滚能力。

知道什么时候不用它，同样重要。

小结 cursor Agent任务：写清四要素、达到规模先出计划、逐文件审查 diff、每步单独提交。

把这四件事做成习惯，工具带来的收益才稳定。