iT邦幫忙

2026 iThome 鐵人賽

DAY 11
0

https://ithelp.ithome.com.tw/upload/images/20260925/20078298WvjQSYRatl.png

為什麼第 11 天講驗證 — Why Verification Now

前 10 天講原理和 xxx Engineering 發展. 你介入的單位從一句話擴到一整條會自跑的流程. 但單位越外面, 錯誤被放大得越大:

  • Prompt 錯了 → 你當下讀到怪答案, 手動再問一句就好
  • Loop 錯了 → agent 跑了 200 輪, 200 個 commit 全建立在同一個錯前提上

你越讓 AI 自主, 你自己的驗證判斷就越是 bottleneck.

問題的本質跟數學一樣: 數學對付「證明看起來對, 但可能有漏」, AI 對付「答案看起來對, 但可能是幻覺」. 兩者都是打表面說服力. 數學磨了幾百年的驗證方法論可以直接借來當日常姿勢.


六招驗算法 — Six Moves From Math

每一列是一個手段. 左欄是寫 prompt 時要求它做的事, 右欄是答案回來後你自己該做的事.

手段 寫 prompt 時要求它 收到答案時自己做 學術對應
列步驟 (proof) ⚠️ 「先列推理步驟再給結論, 不要跳」 檢查每一步之間有沒有跳、有沒有偷渡假設 Chain-of-Thought (Wei 2022), 對推理模型已負收益
列假設 「列出這結論依賴的假設」 看那些假設在你的實際情境是否成立 —
給依據 (citation) 「每個斷言附可查證來源: 數字 / 引用 / 時間」 隨機抽一項回頭查, 特別是數字和人名 attribution / RARR (Gao 2022); 長文變體 FActScore (Min 2023)
舉反例 (counterexample) 「舉一個能推翻這結論的情境」 自己想一個「如果 X 不是這樣」的反例 counterexample probing
極端 / 邊界 (edge case) 「代入 0、極大值、負數、空集合會怎樣?」 用極端輸入代進去看它會不會崩 adversarial / edge-case testing
獨立驗算 ⭐ ⚠️ 寫進 prompt 沒用 換問法、換模型、查權威來源, 對得起來才信 cross-family judge / generative reasoning judges (2025 SOTA)

前五招都是寫進 prompt 就能讓 AI 幫你自己攤開一半. 第六招不一樣, 得靠你自己動手.

「列步驟」有一個大注意: Day 06 講過, 「Let's think step by step」對現代推理模型 (Claude 4.x、o1、GPT-5) 已經是負收益 — Wharton 2025 報告測下來, 加了反而拖慢或拖錯, 因為模型內部本來就在做這件事, 你再要求一次是干擾. 但這裡的用途不同: 不是「逼 AI 答對」, 而是把它的推理攤開讓你檢查有沒有跳步. 這個 verification 用途仍然成立, 只是別再期待「加一句 step by step 就變聰明」.


獨立驗算為什麼最強 — Why Independent Recomputation Wins

數學裡「加法用減法驗」就是它. 同一個模型、同一個 session 再問一次, 它會傾向重複剛才的說法 (context 已經被前一輪的答案汙染). 這不是驗證, 是複讀.

這不是玄學, 學術界已證實. DeepMind 2024 (Huang et al., ICLR 2024) 直接把論文名叫「LLMs Cannot Self-Correct Reasoning Yet」, 實驗證明: 沒外部訊號的自我修正普遍讓推理答案變差. 因為產出錯的 prior 也會產出「驗證」, 打回原點. 唯一破口: 訊號從外部進來.

真正的獨立驗算有三條路:

  1. 換問法. 同一件事從反面問一次. 例如它剛說「A 比 B 快」, 你另起一個 session 問「B 有哪些情況會比 A 快?」看它有沒有承認你原本要的那個結論
  2. 換模型. Claude 問完問 Gemini / GPT / Grok. 模型不同, 訓練資料和偏好不同, 對得起來才信
  3. 查權威來源. 數字對官方文件、人名對維基、法條對法源. 這一步最花時間但最硬

對重要答案, 這招比其他五招加起來更能抓錯. 呼應 Day 09 的 loop: 那裡「測試 = code 的獨立驗算」, 因為測試是跟 code 相反方向寫的東西, 兩邊對得起來才算過.

⚠️ 一個常見的假動作: 問 AI「你這個答案有幾成把握?」以為得到 confidence 分數. Xiong et al. (ICLR 2024) 實測 verbalized confidence 系統性高於實際準確率, 而且 RLHF 訓練後更嚴重. 這等於問醉漢自己會不會開車, 別把它當獨立驗算的替代品.


什麼時候別跑全套 — When to Skip

不是每題都要驗, 否則變儀式, 沒法融入日常. 三條快速判準:

  • 可逆 vs 不可逆: 發文、寄信、下單、簽約、deploy → 驗; 隨手查、腦力激盪、寫草稿 → 不用
  • 有沒有別人依賴這答案: 有 → 驗; 純自用 → 少驗
  • 我自己判斷得了嗎: 得了 → 不用; 完全新領域 → 一定要驗 (你在那裡是新手, AI 錯了你也看不出來)

大原則: 越接近「一旦錯了就麻煩」, 越該把六招搬出來, 尤其獨立驗算. 反過來, 越是探索型工作, 驗越少、發散越多.


我的重點 — Takeaways

  • 你越讓 AI 自主, 你自己的驗證判斷力就越是關鍵
  • 六招裡最強是獨立驗算 (換問法 / 換模型 / 查權威). 前五招 AI 幫你做一半, 第六招你自己動手
  • 別把驗證當儀式. 用「一旦錯了會不會麻煩」決定跑全套還是跳過
  • 每一招背後的論文、負向結果、2026 現況 (哪些被推翻、哪些還活著), 我另外整理在 repo 的進階筆記裡, 有興趣可以去挖

Sources


上一篇
[Day 10] xxx Engineering: 名字會變, 智慧是自己的
下一篇
[Day 12] 為了方便人類驗證而生的兩個 skill
系列文
AI 心法三十天:用 Claude Code 當實驗場,從提問、驗證到拓展自己的想像 共 17 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言