作为一个快毕业的计算机学生，我手头有一个用 Spring Cloud 搭的电力电量统计练手项目。最近想给它加个功能：把某个接口的异常电量明细导成 Excel。听起来不大，真上手发现一堆琐碎活 —— 得先翻清楚现有统计接口是怎么写的、SQL 里那段嵌套子查询到底算什么、导出格式又要怎么调。
这次我决定整条链路都用全新 TRAE 走一遍，正好赶上限时测评，顺便把过程记下来。
任务背景：目标很具体，给现有的异常统计接口补一个 “明细导出”，字段要对齐、口径不能变。
推进过程：我先开 Agent 模式，把需求直接丢给它，让它先读项目结构、定位相关 Controller 和 XML，再拆成子任务。它几分钟就把代码结构捋出来了，还给了两版方案。这里我做了第一个判断 —— 它想动的那个方法会被别的接口复用，我让它先圈出影响范围，没让它直接改。真正动刀的环节，比如那段 ifnull 和波动百分比计算的 SQL、导出的列宽和表头，我切回 IDE 模式自己改、自己调试，错了能看到断点，心里有底。期间我还并行开了一个 Agent 帮我构造测试数据和整理验证用 SQL，我做逻辑上的核对。
最终产物：接口能跑通，导出的 Excel 列对齐、数据对得上，冒烟测试通过。过程截图我都存下来了。
真实评价：省时间的部分很直观 —— 翻代码、找接口、写初版 SQL 这些重复活，Agent 几下就干完，省了我大半天。但最花心思的还是在 “判断” 上：业务口径对不对、边界怎么定、Agent 给的能不能直接信，这些它替不了我。我老师常说，不要过度相信网络上的言论和 AI，要注重做人做事的本质。这次体会很深 ——AI 把重复劳动压得很薄，但方向对不对、结果对不对，最后还得自己把关。工具越强，越要清醒。
