有一次我对 AI 提了一个离谱到自己都觉得好笑的 Java 需求：“帮我写一个程序，自动找出所有内存泄漏、生成修复补丁，并直接提交到 Git。”这需求看起来像“自动化神器”，但本质是想让 AI 变成一个会理解业务、会分析代码、会操作版本库的全能工程师。更离谱的是我还加了一句：“顺便统一项目所有日志格式、处理所有异常，并回滚到上一版本。”AI 当然给了我一套很完整的方案，但我知道真正落地会非常复杂，也很可能把项目搞崩。后来我才明白，离谱的需求可以问，但别指望 AI 代替工程师做所有决定。

985本，base上海后端，26*15。春招努力吧，等了这么久最后字节给开了个烂白菜

📢 重要提醒！还没看过上篇的同学，记得先戳专栏补课哦~咱们要按顺序来才能玩转Trae！很多实习生写代码时，逻辑本身往往没问题，真正出问题的，几乎都栽在边界条件上。最常见的三个点：null 没判断空集合直接 get(0)并发场景下默认“不会有人同时操作”这些问题不是你不会写，而是太容易被忽略。而这，正是 Trae 特别擅长的地方。一个非常好用的方法是：在代码写完后，让 Trae 专门扮演“找茬的人”。首先选中你写的关键代码部分，添加到对话。你可以直接这样问它：这段 Java 代码在 null、空集合、并发场景下是否有风险？请只指出问题，不重构逻辑。Trae 往往能一次性帮你补全：参数校验返回值...