跟AI搭档修Bug，这4个“保命提示词”直接复制粘贴

有次我修一个Python爬虫的KeyError，只把报错最后一行贴给Trae，它给了我一堆没用的方案。后来我学乖了，在终端里右键报错信息，点“添加到对话” ，Trae三秒定位：根本不是数据结构问题，是API返回了403页面。

那次之后我悟了——不是AI不行，是我没用好Trae的上下文功能。

今天不聊原理，直接上干货。下面这4个我在Trae里踩过坑、试过有用的Bug场景，附带直接能复制粘贴的对话模板。

场景一：终端报错了？别复制粘贴，直接甩给它

典型症状：npm install依赖冲突、Python报错、编译失败。终端一片红，你正准备复制最后一行。

在Trae里正确姿势：终端里选中报错内容，点右上角“添加到对话”，Trae会自动带上错误信息和上下文。 比复制粘贴准十倍。

直接发这个：

“帮我分析这个报错，给出修复方案。先别改代码，解释根本原因，用生活中的类比说明。”

实测效果：上次一个peer dependency冲突，Trae从完整堆栈里直接指出用npm install --legacy-peer-deps就行，一分钟解决。

场景二：某段代码有嫌疑？用#Code精准定位

典型症状：代码不报错，但运行结果不对。比如URL去重函数输出了重复域名。

在Trae里正确姿势：选中可疑代码，在对话框输入#Code，选中的代码会自动带上文件路径和函数上下文，比复制粘贴精准太多。 不确定Bug在哪？用#File引用整个文件，或用#Workspace让Trae全局搜。

直接发这个：

“我期望：[描述期望输出]。实际：[描述实际输出]。复现数据是：[给具体输入]。先别改，列出2-3个可能原因，选最可疑的解释。”

实测效果：上次Trae直接指出——正则没处理https://和http://的差异，导致同一个域名被当成两个。真相就是这么简单。

场景三：AI改完这坏那？用Apply和Diff把好关

典型症状：让Trae修A功能，它“顺手”帮你重构了B模块，结果A没好，B也挂了。

在Trae里正确姿势：Trae生成的修改会以Diff形式展示，你可以在应用前逐行检查，接受或拒绝每一处变更。 改之前先按git commit存档，万一改烂了直接回滚。

直接发这个：

“只解决这一个问题：[具体描述]。不改其他文件，不顺手优化。改之前先commit，消息写‘修复前的稳定版本’。改完后告诉我改了哪些文件的哪几行。”

实测效果：上次让它调按钮大小，有了范围限制，它没敢碰我31道心理测试题——那次的教训太深刻了。

场景四：复杂Bug多个文件？切Agent模式让它自己修

典型症状：Bug涉及好几个文件，改完还得重新跑验证，来回切窗口累死。

在Trae里正确姿势：切换到Agent模式（输入框左下角@符号，选Agent）。它会自动读文件→分析代码→改代码→运行验证。 适合多文件、跨模块的复杂Bug。

直接发这个：

“我的项目运行[命令]后，[什么功能]出问题，报错[贴信息]。请你定位并修复。改完后告诉我改了哪些地方。”

提醒：Agent模式会直接改代码，先git commit保存当前状态，改坏了能回退。

记住这三招，在Trae里修Bug少加80%的班

1. 报错别复制粘贴，用“添加到对话” ——Trae能读到终端里的完整上下文
2. 问问题用#Code/#File/#Workspace引用 ——比贴代码准十倍
3. 改之前先commit，用Diff检查变更 ——救命稻草，别等炸了才想起来

说白了，调教AI和带团队一个道理——指令要清晰，范围要明确，存档要养成习惯，出了问题先分析再动手。
别让它猜，猜的代码等于埋雷。别让它顺手，顺手的代价是你加班。

你在Trae里被AI“顺手优化”坑过吗？