要让豆包生成可执行的代码评审意见，需用结构化提示词锁定粒度：明确3个具体评审维度并限制范围；强制每条意见含行号、原代码、问题本质、可粘贴修复示例；禁用“建议”等抽象动词，改用“将x改为y”等动作指令；通过真实错误案例及样例锚定输出风格。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
豆包在生成代码评审意见时经常泛泛而谈，比如“建议优化性能”“逻辑不够清晰”，这类表述无法指导开发者修改。要让它输出可执行、带上下文、含示例的评审意见，必须用结构化提示词锁定输出粒度。
明确评审维度与边界
在提示词开头直接定义本次评审聚焦的3个具体维度，例如：【仅评审：1）空指针风险 2）SQL注入漏洞 3）日志敏感信息泄露】。不提“代码质量”“可维护性”等模糊词，避免豆包自由发挥。
补充一句限制：“若代码中不存在上述三类问题，直接写‘未发现指定维度的问题’，不补充其他无关建议。”
强制绑定代码行号与上下文
要求豆包每条意见必须包含：①具体行号（如第42行）；②原代码片段（最多1行，用反引号包裹）；③问题本质；④修复后代码示例（必须可直接复制粘贴）。
例如正确格式：“第87行：`String sql = 'SELECT * FROM user WHERE id = ' + userId;` → 拼接SQL导致注入风险 → 改为：`String sql = 'SELECT * FROM user WHERE id = ?'; PreparedStatement ps = conn.prepareStatement(sql); ps.setString(1, userId);`”
这一步不满足就拒绝输出——否则豆包会用“建议使用预编译语句”这种无效话术糊弄。
禁用抽象动词，替换为动作指令
方法一：在提示词中列出禁用词表，如“优化/提升/增强/注意/考虑/建议……”，并强制替换为“将X改为Y”“删除Z语句”“在W处添加null检查”。
Doubao-Seedream-5.0-lite是字节跳动发布的最新图像创作模型。该模型首次搭载联网检索功能，能融合实时网络信息，提升生图时效性。同时，模型的聪明度进一步升级，能够精准解析复杂指令和视觉内容。此外，模型在世界知识广度、参考一致性及专业场景生成质量上均有增强，可更好地满足企业级视觉创作需求。
方法二：要求每条意见以动词开头，且该动词必须是编译器或IDE能识别的操作动作，例如：“补全try-catch”“把==改为Objects.equals()”“删掉Logger.info中的密码字段”。
【特别注意：如果意见里出现‘应该’‘可以’‘建议’三个字中的任意一个，整条意见作废重写】
注入真实错误案例引导输出
第一步：在提示词末尾粘贴一段含典型漏洞的真实代码（10行以内），例如有硬编码密钥、未关闭流、重复造轮子的MD5调用。
第二步：明确写出你希望豆包对这段代码生成的其中一条意见样例，包括行号、原码、问题、修复代码四要素。
第三步：加一句：“后续所有评审意见，格式与风格须严格对齐上述样例。”
这相当于给豆包一个锚点，它会把后续输出自动对齐这个颗粒度，而不是回到空泛表达。
