让 Agent 自己跑通一个完整需求的真实体验

干开发的都有体会：一个"小需求"从来不小。上周产品提了个功能，给后台加一个导出报表的接口，带筛选条件，导出 Excel，量大要走异步。往常这种活我要写半天，这次我决定不写代码，全程指挥 Agent，我就当需求方加测试。

我给它的东西

我把产品文档原文贴进去，加了一句我的补充：项目用的是 FastAPI 加 SQLAlchemy，导出超过一万行就走后台任务，完成后发企业微信通知。就这些，没写一行代码，没画一张图。

它自己干的活

它先自己把仓库翻了一遍，找到了现有的导出实现和后台任务的写法，然后列了个改动计划给我确认：新增接口、复用已有的任务队列、补两个测试。我看了下没什么毛病，点了允许。

之后大概四十分钟，它写完了接口，自己跑了测试，第一轮测试挂了一个，它自己看报错改掉了，第二轮全绿。中途它问过我一次：筛选条件里"未结清"的定义，是余额大于零还是状态字段？这个问题问得好，产品文档里正好没写，我去问了产品再回来告诉它。

值得记下的几个细节

最让我意外的是它对项目习惯的模仿。我们仓库里参数校验的风格比较统一，它新写的代码跟着这个风格走的，不是教科书那种通用写法，说明它读代码是带着上下文读的。

也有闹心的时候。它第一次选的导出库和我们现有依赖冲突，装完测试没跑起来它才回头换方案。这种试错对它无所谓，但对项目来说就是脏了一次依赖环境，我后来养成了习惯，让它动手装包之前先说清楚用哪个。

结果

代码我逐行看了一遍，改了两处命名，其余直接提了 PR。整个下午的活，从贴需求到 PR 提交，两个多小时，其中还包括我等它跑测试去泡了杯茶。

要说体验上最大的变化：以前我写代码，脑子在细节里；这次我的脑子全在需求上。它问"未结清怎么定义"的时候我忽然意识到，这才是我该干的活，翻译需求，把关判断，而不是跟 ORM 较劲。