我在公司负责一个智能花瓶项目（硬件传感器 + 软件）。这类项目最烧钱的地方，是会一再地"重新生成"已经写过的东西。我的省积分心法就一句话：能复用的，绝不重新写。
1. 复用成熟的架构，不重复造轮子
我们的后端直接复用了公司已经跑了一年的小程序架构，而不是让 TRAE 从零再搭一套。跟它说"按现成的架构来"，它基于已有代码改动，比从零生成省太多积分了。
2. 涉及老代码，先让它检查、别急着动手
改公司那套跑了一年的老代码时，我都是先说"先别改，帮我看看现在这段是怎么跑的"。很多时候 bug 不是缺代码，是新代码破坏了原来的调用关系。先搞清楚现状再动手，误改少一半，返工积分也少一半。
3. 一个对话聚焦一个模块，别混着来
我不会把"传感器数据接收 + 水质分析 + 养护建议"塞进同一个对话。每个模块单独开对话，上下文干净，它生成的代码准确，也省得因为上下文混乱反复修。
4. 重要修改前先留个版本
牵一发动全身的改动，动手前我会让它先提交一版 Git。效果不好直接回滚，不用花积分去"恢复现场"。