进阶提示词能精准定位空指针、边界遗漏、并发隐患等真实缺陷并给出可落地修复建议；普通提示词仅泛泛而谈逻辑清晰、命名规范。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用豆包做代码评审时，普通提示词常让模型泛泛而谈“逻辑清晰”“命名规范”，根本看不出具体问题；进阶提示词则能精准定位空指针风险、边界条件遗漏、并发写入隐患等真实缺陷，直接给出可落地的修复建议。
普通版提示词：先写出基础框架
在豆包对话框里输入：“请评审以下代码，指出问题并给出改进建议。”
把待评审的代码块完整粘贴在下一行，确保缩进和换行保留原样。
这一步不加任何约束，豆包会按默认理解作答——它可能只说“建议加注释”或“函数太长”，但不会告诉你第17行的for循环在空列表时会跳过初始化逻辑。
进阶版提示词：四步锁定真实缺陷
第一步：明确角色与约束
输入：“你是一名有5年Java后端经验的资深工程师，专注高并发场景。只评审我提供的代码片段，不假设外部依赖，不编造未出现的类名或方法。”
第二步：定义缺陷类型优先级
输入：“按以下顺序检查：①运行时崩溃风险（如NPE、ArrayIndexOutOfBoundsException）→②业务逻辑错误（如金额计算漏乘汇率）→③并发安全漏洞（如HashMap被多线程共用）→④可维护性问题（如硬编码魔法值）。”
使用豆包（火山引擎 Ark）生成图片或视频并保存本地。用户提及“豆包生图/图片/生视频/视频”、“Doubao”、“Seedance”、“火山引擎图片/视频”时触发。
第三步：强制输出结构
输入：“用表格呈现结果：第一列‘问题位置’（精确到行号+变量名），第二列‘风险等级’（高/中/低），第三列‘复现路径’（如‘当user.id为null且status=‘PENDING’时触发’），第四列‘修复代码’（仅给出修改后的1～3行，不重写整函数）。”
第四步：堵住模糊表述漏洞
输入：“禁止使用‘可能’‘建议’‘考虑’等弱动词；若某行无高/中风险问题，必须写‘无’，不可留空或省略。”【这一步不执行会导致豆包用‘可以优化’代替‘此处必然空指针’】
实战增强技巧：让评审结论可验证
方法一：注入测试用例反推逻辑漏洞
在代码后追加：“补充以下测试用例的预期输出：testNullInput() → 应抛IllegalArgumentException；testLargeAmount() → 应触发限流。请对照这些预期，重新检查代码是否满足。”
方法二：限定技术栈上下文
输入：“当前项目使用Spring Boot 3.2 + Jakarta EE 9，禁用@PostConstruct，所有异步操作必须走@Async且配置了自定义线程池。”【缺少该句时，豆包可能推荐已废弃的javax.annotation.PostConstruct】
方法三：要求标注依据来源
对关键判断追加：“每处‘高风险’结论需注明依据，例如JDK API文档章节、阿里巴巴Java开发手册第5.3条、或OpenJDK源码commit hash。”
