关键在于提前锁定评审维度、明确问题定位方式、禁用模糊动词：①可读性；②边界处理；③并发安全；④日志埋点；⑤单元测试覆盖；每条意见须含「?行号+文件名」和「→复现步骤」；禁用“考虑/可以/建议”，改用“应/须/删除/改为/补全/校验”等可执行动词。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
让豆包生成的代码评审意见更具体、减少反复修改，关键在于提前锁定评审维度、明确问题定位方式、限制泛泛而谈的表达空间。
明确指定评审关注的5个硬性维度
在提示词开头就用冒号分隔列出必须覆盖的维度，不写“包括但不限于”这类模糊表述。豆包默认会优先响应最靠前的显性指令。
直接写：【评审维度】：① 可读性（变量命名是否自解释、函数职责是否单一）；② 边界处理（空值、负数、超长输入是否防御）；③ 并发安全（共享状态是否有竞态风险）；④ 日志埋点（关键分支是否留痕、错误日志是否含上下文ID）；⑤ 单元测试覆盖（核心路径是否有断言、异常流是否被测）。
这一步不做，豆包大概率只写“建议优化可读性”“注意边界检查”，全是正确但无用的废话。
立即进入“豆包AI人工智官网入口”；
立即学习“豆包AI人工智能在线问答入口”；
强制要求每条意见绑定代码位置与复现路径
在提示词中加入硬性格式约束：
每条意见必须以「?行号+文件名」开头，例如「?第42行 utils/date.js」；紧接着用「→」给出最小可复现步骤，例如「→ 传入 new Date('invalid') 时抛出未捕获异常」。
【没有行号和复现步骤的意见视为无效，必须重写】
豆包若没看到这个强约束，会习惯性输出“建议增加空值判断”这种空中楼阁式建议，开发者根本不知道改哪一行、怎么验证改对了。
禁用三类模糊动词，替换为可执行动作
在提示词末尾单独加一句：禁止使用“考虑”“可以”“建议”开头的句子；所有意见必须用“应”“须”“删除”“改为”“补全”“校验”等动词起句。
方法一：把“可以优化命名”改成“第18行 const res 应改为 const userOrderList，避免缩写歧义”。
方法二：把“考虑加日志”改成“第73行 catch 块须补全 logger.error('order_submit_failed', { orderId, error })”。
方法三：把“建议检查边界”改成“第29行 parseInt(input) 前须校验 input 是否为非空字符串，否则返回 NaN 导致后续计算异常”。
这三类模糊动词是来回改稿的根源——它们把决策权踢回给人类，而评审本该是明确指令。
