想在代码评审时让ChatGPT更准、更稳，不靠猜、不编造、不跳步？关键其实不是堆砌指令，而是用真实的示例去锚定它的理解边界——当它看到具体的输入和输出，才不会把“用户ID为空”当成“用户名为空”来分析。
说几个关键判断：加示例，往往比加一百字描述都管用。ChatGPT对抽象要求很容易误读。比如你写“检查参数校验是否充分”，它可能只扫一眼if语句就写“已覆盖”，但实际漏了null、undefined、空字符串、超长字符串四种情况。而当你贴上一行调用示例getUser({ id: "" })时，它会立刻明白这个空字符串必须被拦截——因为示例暴露了真实的输入形态。没有示例的评审，就像让新同事看设计文档自学业务；有示例的评审，等于直接带他跑一遍线上请求。
三类必须加的示例场景
咱们一个一个来说。第一类是函数调用示例，这也是最常用的一种。在代码块上方或下方，紧贴着写1～2个典型调用，格式为：调用方式 → 预期行为。举个例子：validateUser({ name: "张三", email: "zhang@.com" }) → 应返回{ valid: false, error: "邮箱格式错误" }。这里有一个关键点：必须包含至少一个失败用例，否则AI默认只考虑成功路径。
第二类是接口请求/响应示例，适合API评审场景。操作上很简单，粘贴curl命令或JSON片段，同时标出关键字段含义。比如这样写：POST /api/v1/orders {"userId": 1001, "items": []} → 返回400，body含"items不能为空"。这能让AI准确识别出你项目中“空数组”是非法输入，而不是忽略它。
第三类是边界值输入示例，主要用来防漏审。单独列出3个极端值：null、0、超长字符串（如1000字符）、负数、时间戳为0等。例如：input: { timeout: -5 } → 必须拒绝，不能静默转为0。这一步能有效逼AI跳出“语法合法即安全”的惯性思维。
怎么把示例嵌进评审Prompt里
实际操作中有四个清晰的步骤。第一步，先写角色和任务框架：“你是一名有5年Node.js微服务经验的SRE，正在审查这段订单创建逻辑。” 第二步，粘贴待审代码，语言标签前置：【Ja vaScript】
function createOrder(payload) { ... }
第三步，插入示例块，用---分隔，标题明确：
--- CALL EXAMPLES ---
createOrder({ userId: 123, items: [{ id: "A01", qty: 2 }] }) → 成功创建，返回order_id
createOrder({ userId: null, items: [] }) → 立即返回400，不查库、不发消息
第四步，限定输出格式，绑定示例意图：“请逐行检查：所有示例中的输入是否都被显式校验？未覆盖的，请指出缺失校验的行号+修复建议。禁止推测未在示例中间出现的场景。” 这句约束能砍掉70%的幻觉输出。