把重复的排障变成清单：一次 CodeArts 使用后的复盘

最近一段时间高频使用华为云码道 CodeArts，踩的坑基本集中在「信息给不全」和「改动没复核」两类。这里做一次复盘，把能复用的做法沉淀成清单。

一、描述问题的四要素
现象、复现步骤、期望结果、已尝试过的操作。只描述现象，通常要来回三四轮；四要素给全，往往一轮就定位。特别是「已尝试过」这一点，能避免它重复给你同样的建议。

二、环境类问题先看日志
构建失败、依赖缺失这类问题，截图不如文本。把日志面板里的完整堆栈贴进对话，让它按行号定位，比让它猜「可能是网络问题」要准得多。

三、改动必须过 Diff
AI 的改动范围经常超出预期：顺手升级依赖、删掉看似冗余的异常分支、格式化无关文件。每次改完用 Diff 视图逐段确认，重点看依赖版本、异常处理、注释与实现是否一致。

四、把验证写回对话
改完不是结束。把实际运行结果、报错或截图反馈回去，让它据此继续修，比对着一份过时的上下文反复追问有效得多。

五、小结
工具本身的上限很高，但产出质量取决于输入的信息密度和事后的复核强度。把这两件事固定成流程，返工率会明显下降。