新手用Trae做代码评审需用结构化提示词：①限定代码范围并强制四栏表格输出；②禁用模糊表述，要求问题对应行号及规则依据；③针对空指针、硬编码、日志三类问题专项提示；④联动PR描述锚定业务逻辑；⑤错误码评审聚焦异常类型、吞异常、错误码一致性。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
新手用Trae做代码评审时，常因提示词太笼统而得不到可落地的反馈，比如只写“帮我看看这段代码”，结果AI返回一堆泛泛而谈的建议，既不指具体行号，也不说修复逻辑，更不会区分严重等级。
三字段缺陷定位提示词（新手保底用）
第一步：在提示词开头明确限定范围 → 输入“仅检查以下代码片段”，然后粘贴你要评审的10～30行核心逻辑代码（不要贴整个文件）。
第二步：强制要求输出结构 → 加一句：“按【严重等级】【位置】【问题描述】【修复建议】四栏表格输出，不解释、不扩展、不举例。”
第三步：禁用模糊判断 → 补充：“不出现‘建议优化’‘可以改进’‘注意潜在风险’等表述；问题必须满足：①能对应到某一行或某个变量名；②有明确违反的规则依据（如PEP8第X条、OWASP A1、Spring官方文档第Y节）。”
空指针/硬编码/日志三类高频问题专项提示词
方法一：空指针场景 → “检查所有可能为None的对象是否被直接调用方法或属性，特别关注函数参数、数据库查询结果、外部API返回值；标出未判空的变量名和所在行号，给出加if obj is not None的最小补丁。”
方法二：硬编码识别 → “扫描字符串字面量、数字常量、正则表达式，找出符合以下任一特征的硬编码：①密钥/Token/URL/端口号；②业务阈值（如‘3次重试’‘7天有效期’）；③环境标识（如‘prod’‘dev’）。每处标出文件名+行号，并说明应移入配置中心还是常量类。”
方法三：日志问题抓取 → “检查所有log.info()、log.warn()、log.error()调用，标记含用户输入、敏感字段（手机号、身份证、token）、未脱敏堆栈的语句；指出哪行日志会泄露隐私，建议改用log.info(“用户{}操作失败”, userId)格式。”
PR描述联动评审提示词（需配合Git上下文）
这一步操作起来很简单，直接把PR标题和描述复制进提示词开头，再接评审指令即可。
例如PR描述是：“修复订单超时未关单问题，新增定时任务扫描status=‘created’且create_time > 30分钟的记录并关闭”。你就在提示词里写：【根据PR描述‘修复订单超时未关单问题……’，检查OrderTimeoutJob.java中定时扫描逻辑是否覆盖了create_time > 30分钟的判定条件，是否遗漏事务边界或幂等控制】。
不这样做，Trae会默认只看代码语法，完全忽略业务意图。PR描述就是最精准的评审锚点，不用白不用。
错误码与异常处理专项提示词
第一步：锁定异常类型 → “只检查try-catch块，列出所有被catch的异常类名，标注是否继承自RuntimeException。”
第二步：查吞异常行为 → “对每个catch块，判断是否只写了e.printStackTrace()或logger.error(“xxx”)而没做任何业务响应；若是，标出文件+行号，并说明应抛出自定义业务异常或返回明确错误码。”
第三步：验错误码一致性 → “对照API文档中的错误码表，检查throw new BizException(1005, “库存不足”)这类语句，确认code值是否在文档范围内、message是否与文档一致、是否漏传traceId参数。”
