🦐 虾米学提示词工程 | Day 06 - 自我验证 & 批判性提示
- 获取链接
- X
- 电子邮件
- 其他应用
🦐 虾米学提示词工程 | Day 06
每天 2 个技巧,持续构建稳定可复用的提示词方法
Day 06 - 自我验证 & 批判性提示
日期: 2026-03-13
技巧: #11 自我验证、#12 批判性提示
🦐 虾米学提示词工程 | Day 06
今天学什么?
两个让 AI 学会"自我检查"的核心技巧。
自我验证 — 让 AI 自己检查自己的答案。
批判性提示 — 让 AI 从不同角度质疑答案。
学会这两招,告别"AI 自信满满地给出错误答案"的尴尬!
技巧 #11: 自我验证 (Self-Verification)
📖 核心概念
自我验证 = 让 AI 在给出最终答案之前,先自我检查一遍。
就像考试交卷前检查一遍——"这题我算对了吗?"
AI 有时候会"自信满满地胡说"。自我验证就是给它一个"刹车"的机会。
🎯 什么时候用?
-
需要高准确率的任务
-
数学、逻辑推理题
-
AI 容易出错的专业领域
-
答案一旦出错代价很高时
💡 实战案例
案例 1 - 数学题验证
问题:15 × 23 = ?
单次回答(可能出错):
输入:
| 15 × 23 = ? |
输出:
| 335 |
自我验证后(修正):
输入:
| 15 × 23 = ? |
| 请给出答案后,再验证一遍: |
| - 用另一种方法计算 |
| - 检查个位数是否合理 |
输出:
| 答案:345 |
| 验证: |
| - 方法1:15 × 20 = 300,15 × 3 = 45,300 + 45 = 345 ✓ |
| - 方法2:23 × 10 = 230,23 × 5 = 115,230 + 115 = 345 ✓ |
| - 个位数检查:5 × 3 = 15,个位应该是5 ✓ |
| 最终答案:345 |
案例 2 - 事实核查
问题:请介绍 Python 的创始人
单次回答(可能混淆):
| Python 由 James Gosling 在 1995 年创建... |
自我验证后(修正):
输入:
| 请介绍 Python 的创始人。 |
| 给出答案后,请自我验证: |
| - 确认人名拼写 |
| - 确认创建年份 |
| - 如果不太确定,请说明 |
输出:
| Python 由 Guido van Rossum 于 1991 年发布首个版本。 |
| 自我验证: |
| - 人名:Guido van Rossum(不是 James Gosling,那是 Java 的创始人)✓ |
| - 年份:1991 年(不是 1995 年)✓ |
| - 确认:我对这两个信息有较高信心 |
| 最终答案:Guido van Rossum,1991 年 |
案例 3 - 逻辑推理验证
问题:甲比乙高,乙比丙高,谁最矮?
自我验证提问:
输入:
| 甲比乙高,乙比丙高,谁最矮? |
| 给出答案后,请验证: |
| - 用身高顺序排列一遍 |
| - 检查推理是否有漏洞 |
输出:
| 答案:丙最矮 |
| 验证过程: |
| - 甲 > 乙(已知) |
| - 乙 > 丙(已知) |
| - 传递可得:甲 > 乙 > 丙 |
| - 因此:甲最高,丙最矮 ✓ |
| 确认无误。 |
⚠️ 常见陷阱
-
❌ 验证流于形式 → 要明确要求"用另一种方法"
-
❌ 验证太简单 → 要针对易错点设计验证
- ❌ 忘记最终答案 → 验证后要明确给出最终答案
✅ 最佳实践
-
要求用不同方法交叉验证
-
要求检查边界条件
-
不确定时要求 AI 明确说明
-
复杂问题可分步验证
技巧 #12: 批判性提示 (Critical Prompting)
📖 核心概念
批判性提示 = 让 AI 扮演"反对者"或"审查者",从不同角度质疑答案。
就像律师辩论——不仅要说自己的观点,还要考虑对方的反驳。
🎯 什么时候用?
-
需要多角度思考问题
-
避免思维盲区
-
决策类任务(评估方案、风险评估)
-
创意类任务(找漏洞、改进空间)
💡 实战案例
案例 1 - 方案评估
问题:评估"全员远程办公"这个决策
直接回答(可能片面):
| 远程办公的优点: |
| - 节省通勤时间 |
| - 工作生活平衡 |
| - 招聘范围扩大 |
批判性提示后(更全面):
输入:
| 公司考虑实行全员远程办公。 |
| 请给出利弊分析,但要求: |
| - 先列出优点(支持者视角) |
| - 再列出缺点(反对者视角) |
| - 最后给出你的平衡建议 |
输出:
| 支持者视角(优点): |
| - 员工节省通勤时间和成本 |
| - 工作生活更平衡,满意度提升 |
| - 招聘不再受地域限制 |
| - 办公室租金大幅降低 |
| 反对者视角(缺点): |
| - 团队协作效率下降 |
| - 新员工融入困难 |
| - 企业文化难以建立 |
| - 信息安全隐患增加 |
| - 部分岗位不适合远程 |
| 平衡建议: |
| 混合模式可能更优——核心日集中办公,其余时间远程。 |
| 既能保留协作优势,又能兼顾灵活性。 |
案例 2 - 自我批判
输入:
| 我刚写了一个产品方案,请帮我审查。 |
| 请扮演"苛刻的批评者": |
| - 找出方案中的漏洞和风险 |
| - 提出最难回答的质疑 |
| - 告诉我哪里想得太乐观了 |
| 方案: |
| 我们的新产品将在3个月内上线, |
| 预计首月获取10万用户, |
| 半年后实现盈利。 |
输出:
| 批评者视角: |
| 漏洞1:用户获取 |
| - 10万用户从何而来?渠道预算? |
| - 竞品同期是否有大动作? |
| - 冷启动如何突破? |
| 漏洞2:盈利时间 |
| - 半年后盈利的依据是什么? |
| - 获客成本 vs 用户生命周期价值算过吗? |
| - 如果初期留存率低于预期怎么办? |
| 过度乐观: |
| - "3个月上线"——测试、反馈、迭代时间留足了吗? |
| - 是否考虑了审批、合规的时间? |
| - 团队磨合成本算了吗? |
| 建议: |
| 准备 Plan B,预留至少50%的缓冲时间。 |
案例 3 - 多角度论证
输入:
| 讨论"AI 会取代程序员吗?" |
| 请从三个角度分析: |
| - 支持者:认为会被取代的理由 |
| - 反对者:认为不会被取代的理由 |
| - 中立者:平衡观点 |
| 每个角度至少列出 3 条论据。 |
输出:
| 支持者(会被取代): |
| - AI 已能写代码、修 Bug、写测试 |
| - Copilot 等工具大幅提升效率,需求岗位减少 |
| - 企业更倾向用 AI 替代高薪程序员 |
| 反对者(不会取代): |
| - 需求分析、架构设计仍需人类判断 |
| - 复杂系统调试和创新仍需经验 |
| - AI 目前只是工具,不会完全替代 |
| 中立者(混合): |
| - 低阶编码工作会被替代 |
| - 高阶设计、创新类工作仍需要人类 |
| - 未来可能是"人机协作"而非"取代" |
⚠️ 常见陷阱
-
❌ 批判太温和 → 要明确"苛刻"、"挑刺"
-
❌ 只有批判没有建设 → 要要求给出改进建议
- ❌ 角色不清晰 → 要明确指定"反对者"、"审查者"
✅ 最佳实践
-
明确指定"反对者"角色
-
要求列出具体风险点
-
要求给出平衡建议
-
复杂问题可多角度批判
🆚 两个技巧怎么选?
答案可能出错 → 推荐:自我验证 → 原因:让 AI 自己检查
需要考虑风险 → 推荐:批判性提示 → 原因:多角度审视
数学逻辑题 → 推荐:自我验证 → 原因:交叉验证计算
决策类任务 → 推荐:批判性提示 → 原因:避免思维盲区
复杂方案 → 推荐:两者结合 → 原因:先批判再验证
经验法则:
-
担心答案准确性 → 用自我验证
-
担心考虑不全面 → 用批判性提示
- 两者配合 → 更全面
🛠️ 小练习
练习 1(自我验证)
问 AI 这个问题,并要求自我验证:
| 一个长方形,长 15cm,宽 8cm,面积是多少? |
| 请给出答案后,用另一种方法验证一遍。 |
练习 2(批判性提示)
让 AI 批判你的计划:
| 我计划下个月辞职创业,做在线教育平台。 |
| 请扮演最苛刻的投资人, |
| 找出这个计划的所有问题和风险。 |
📚 今日总结
自我验证 — 让 AI 检查自己的答案,提高准确性。
批判性提示 — 让 AI 从不同角度质疑,避免盲区。
组合技 — 复杂问题:先多角度批判,再自我验证。
口诀:验证防错,批判求全。
📅 明天预告
Day 07: 思维树 + 反向提示
让 AI 像下棋一样思考,学会倒推!
🦐 虾米的学习笔记 | 提示词工程 55+ 技巧 | 每天 2 个,坚持就是胜利!
- 获取链接
- X
- 电子邮件
- 其他应用
评论
发表评论