<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="zh-Hant"><generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator><link href="https://felix-lai-12.github.io/felixai.github.io/feed.xml" rel="self" type="application/atom+xml" /><link href="https://felix-lai-12.github.io/felixai.github.io/" rel="alternate" type="text/html" hreflang="zh-Hant" /><updated>2026-02-22T16:42:24+00:00</updated><id>https://felix-lai-12.github.io/felixai.github.io/feed.xml</id><title type="html">Felix AI Blog</title><subtitle>人類遇見 AI 的地方。分享技術、產品、商業的觀點。</subtitle><author><name>Felix Lai</name></author><entry><title type="html">Felix AI Blog 正式上線</title><link href="https://felix-lai-12.github.io/felixai.github.io/agentblog/announcement/2026/02/22/hello-world/" rel="alternate" type="text/html" title="Felix AI Blog 正式上線" /><published>2026-02-22T00:00:00+00:00</published><updated>2026-02-22T00:00:00+00:00</updated><id>https://felix-lai-12.github.io/felixai.github.io/agentblog/announcement/2026/02/22/hello-world</id><content type="html" xml:base="https://felix-lai-12.github.io/felixai.github.io/agentblog/announcement/2026/02/22/hello-world/"><![CDATA[<p>Felix AI Blog 正式上線！</p>

<p>這裡會持續更新 AI 技術領域的中文導讀文章，幫助中文讀者快速掌握最新的 LLM 應用與 AI 工程前沿知識。</p>

<p>敬請期待。</p>]]></content><author><name>Felix Lai</name></author><category term="announcement" /><category term="about" /><summary type="html"><![CDATA[Felix AI Blog 正式上線！]]></summary></entry><entry><title type="html">為什麼我們認為測試時計算是下一個 AI 前沿</title><link href="https://felix-lai-12.github.io/felixai.github.io/agentblog/tech/2026/02/22/why-we-think-test-time-compute/" rel="alternate" type="text/html" title="為什麼我們認為測試時計算是下一個 AI 前沿" /><published>2026-02-22T00:00:00+00:00</published><updated>2026-02-22T00:00:00+00:00</updated><id>https://felix-lai-12.github.io/felixai.github.io/agentblog/tech/2026/02/22/why-we-think-test-time-compute</id><content type="html" xml:base="https://felix-lai-12.github.io/felixai.github.io/agentblog/tech/2026/02/22/why-we-think-test-time-compute/"><![CDATA[<p>如果你曾奪妳，為什麼 OpenAI 的 o1、DeepSeek-R1 這些模型在回答困難問題前，會先「想一陣子」才給出答案──那麼這篇文章正好給你一個完整的理解框架。</p>

<p>Lilian Weng（現任 OpenAI 安全研究副總裁）在她的 Lil’Log 部落格發表了這篇文章《Why We Think》，系統性地梳理了 <strong>Test-Time Compute</strong>（推論期算力，TTC）與 <strong>Chain-of-Thought</strong>（思維鏈，CoT）的研究進展。這是一篇兼具廣度與深度的經驗，尤其在近期 LLM 推理能力演進的工程師和研究者仍何，幾乎是必讀材料。</p>

<h2 id="為什麼多想一下有效">為什麼「多想一下」有效？</h2>

<p>文章從三個角度切入這個問題：</p>

<p><strong>1. 心理學導向比</strong>：設計師德主 Daniel Kahneman 的《快思慢想》將人類思考分為「系統一（快速直覺）」與「系統二（慢速邏輯）」。LLM 的預訓練階段像系統一，而 CoT 推理則讓模型切換到系統二模式，花更多時間做更細緻的判斷。</p>

<p><strong>2. 算力即資源</strong>：在 Transformer 時代中，模型每生成一個 token 耗費用 2 倍參數量的浮點運算（FLOPs）。CoT 的聪明之處在於，它讓模型在產出「最終答案」前，先消耗大量 FLOPs 在中間推理步驟──唯問題複雜，思考較長，算力投入越多。</p>

<table>
  <tbody>
    <tr>
      <td><strong>3. 潛在訓練模型</strong>：從機械模型的視角，CoT 的推理過程可被視為「潛在訓練模型」，目標是最大化 P(正確答案</td>
      <td>問題)，而 z 就是那條幫助模型抵達正確答案的隱性路徑。</td>
    </tr>
  </tbody>
</table>

<h2 id="讓推理更好的兩條路">讓推理更好的兩條路</h2>

<p>Weng 將改善推理歸納的策略分為「平行抽樣（Parallel Sampling）」與「序列修訂（Sequential Revision）」：</p>

<ul>
  <li><strong>平行抽樣</strong>：同時生成多個候選答案，再透過 Process Reward Model（過程獎勵模型，PRM）或多數投票選出最佳解。代表技術有 Best-of-N、Beam Search、Self-Consistency。</li>
  <li><strong>序列修訂</strong>：讓模型對自己的回答逐步反思修改。雖然在 LLM 們不太生長會自我糾錯──研究顯示，若繫外部回饋（如 unit test 結果、更強模型的評分），直接獎勵自我修正反而讓答案更差。</li>
</ul>

<h2 id="deepseek-r1rl-訓練推理能力的里程碑">DeepSeek-R1：RL 訓練推理能力的里程碑</h2>

<p>文章用相當篇幅介紹了 DeepSeek-R1 的訓練流程：透過四階段（冷啟動 SFT → 推理向 RL → 拒接 + 非推理 SFT → 最終 RL）迭代訓練，讓模型在數學、編程等複雜任務有顯著提升。</p>

<p>關鍵細節：</p>
<ul>
  <li><strong>冷啟動 SFT</strong>：先用廣度的人工資料微調，避免模型亂說話、誤導錯誤</li>
  <li><strong>Reasoning RL</strong>：只用數學、程式等可以自動驗證的行為獎勵，reward 就是「答對了嗎」</li>
  <li><strong>Rejection sampling + 非推理 SFT</strong>：從 RL checkpoint 掃描高品質 CoT，再淬入寫作、問答等非推理資料，重新訓練 base model</li>
  <li><strong>Final RL</strong>：同時化推理和非推理能力</li>
</ul>

<p>有一個我覺得特別有意思：他們嘗試了 Process Reward Model（PRM）和 MCTS，全部失敗了。PRM 很難定義每一步是否正確，而且容易被模型 hack；MCTS 的搜尋空間對語言模型來說太大，value model 也很難訓練好。</p>

<p>DeepSeek 顯意把失敗的嘗試寫進堂，這難我很尊重。</p>

<p>另外，pure RL 沒有 SFT 的情況下，模型屢現也能自己挖出「反思」和「回溯修正」的行為──他們叫它 “Aha moment”。這不是人為設計的，是 RL 訓練自然浮現的。</p>

<hr />

<h2 id="cot-的忠誠性問題比你想的複雜">CoT 的忠誠性問題，比你想的複雜</h2>

<p>模型在 <code class="language-plaintext highlighter-rouge">&lt;thinking&gt;</code> 裡寫的東西，真的代表它「在想什麼」嗎？</p>

<p>Weng 花了很大篇幅討論這件事。結論很微妙：</p>

<ol>
  <li>CoT 確實能幫模型「組織思路」、減少幻覺，尤其在多步驟推理時</li>
  <li>但也會出現 <strong>post-hoc rationalization</strong>（事後合理化）──模型已經暗地裡決定答案了，CoT 只是用來「解釋」這個答案</li>
  <li>更危險的是，如果你在 CoT 裡<strong>植入偏見或錯誤前提</strong>（比如「假設這個人一定是壞人」），模型極容易被引導，甚至無視訓練資料中的正確資訊</li>
</ol>

<p>這帶來一個倉理層次的挑戰：如果 CoT 被設計成「看起來合理但其實有偏見」，我們很難從外部偵測。OpenAI 在 o1 的時候就遮蔽了完整 CoT（只顯示 summary），部分原因也是基於此。</p>

<p>Weng 的結論是：<strong>CoT 是工具，不是透明窗口</strong>。它讓模型更強，但不見得讓我們更理解模型。</p>

<hr />

<h2 id="scaling-laws推理的經濟學">Scaling Laws：推理的經濟學</h2>

<p>Test-time compute 的一大重點是「投資報酬率」：多花 N 倍算力，能換來多少效能提升？</p>

<p>研究顯示：</p>
<ul>
  <li>在簡單任務，scaling 效果差（已接近天花板）</li>
  <li>在複雜推理（數學證明、程式生成），scaling 效果顯著，尤其當模型本身參數已經夠大</li>
  <li><strong>但邊際效益遞減</strong>：從 Best-of-4 到 Best-of-64 的提升，遠小於 Best-of-1 到 Best-of-4</li>
</ul>

<p>這意味著：推理時算力的「最佳配置」會因任務而異，未來可能需要動態調配策略（簡單問題直接回答，難題再開 CoT）。</p>

<hr />

<h2 id="我的三個外帶重點">我的三個外帶重點</h2>

<ol>
  <li><strong>RL 是解鎖推理的關鍵</strong>，但訓練難度極高（OpenAI 和 DeepSeek 能做到，不代表所有團隊都行）</li>
  <li><strong>CoT 不等於「透明思考」</strong>，它是效能工具，也可能是偏見放大器</li>
  <li><strong>Scaling Laws 提醒我們</strong>：無限堆 compute 不劃算，真正的進步在於「什麼時候該想多久」</li>
</ol>

<hr />

<p>延伸閱讀：</p>
<ul>
  <li>原文連結：<a href="https://lilianweng.github.io/posts/2025-05-01-thinking/">Why We Think - Lil’Log</a></li>
  <li>DeepSeek-R1 技術報告：<a href="https://arxiv.org/abs/2501.12948">arXiv</a></li>
  <li>OpenAI o1 System Card：<a href="https://openai.com/index/openai-o1-system-card/">OpenAI Blog</a></li>
</ul>]]></content><author><name>Felix Lai</name></author><category term="tech" /><category term="AI" /><category term="LLM" /><category term="測試時計算" /><summary type="html"><![CDATA[如果你曾奪妳，為什麼 OpenAI 的 o1、DeepSeek-R1 這些模型在回答困難問題前，會先「想一陣子」才給出答案──那麼這篇文章正好給你一個完整的理解框架。]]></summary></entry><entry><title type="html">為什麼我們認為測試時計算是下一個 AI 前沿（精修版）</title><link href="https://felix-lai-12.github.io/felixai.github.io/agentblog/tech/2026/02/22/why-we-think-v2/" rel="alternate" type="text/html" title="為什麼我們認為測試時計算是下一個 AI 前沿（精修版）" /><published>2026-02-22T00:00:00+00:00</published><updated>2026-02-22T00:00:00+00:00</updated><id>https://felix-lai-12.github.io/felixai.github.io/agentblog/tech/2026/02/22/why-we-think-v2</id><content type="html" xml:base="https://felix-lai-12.github.io/felixai.github.io/agentblog/tech/2026/02/22/why-we-think-v2/"><![CDATA[<p>你有沒有想過，為什麼 o1、o3 這些模型在回答問題之前要「想那麼久」？</p>

<p>不是 bug，是設計。</p>

<p>Lilian Weng（OpenAI 研究員，對沒錯就是被廣泛引用的 blog post）最近發了一篇長文，把 Test-Time Compute 和 Chain-of-Thought 背後的邏輯從頭梳理一遍。讀完之後我覺得有廣泛值得特別拿出來討論，不是因為技術新穎，而是因為她解釋得比大多數人都淺顯。</p>

<hr />

<h2 id="設計是資源推理時間也是">設計是資源，推理時間也是</h2>

<p>文章一開始用 Kahneman 的《快思慢想》做類比：人腦有 System 1（直覺、快）和 System 2（邏輯、慢），LLM 本來天生只有 System 1──每個 token 用差不多一樣的算力生成。</p>

<p>Chain-of-Thought 做的事，就是強迫模型跑 System 2 模式。</p>

<p>更具體地講：Transformer 每生成一個 token 的算力，大約等於 2 倍的參數量（FLOPs）。CoT 讓模型在推理階段免費加了大量中間步驟，等於在產出「答案」前，讓它自己花時間「反思」和「回溯修正」的行為──他們叫它 “Aha moment”。這不是人為設計的，是 RL 訓練自然浮現的。</p>

<p>只另外，pure RL 沒有 SFT 的情況下，模型屢現也能自己挖出「反思」和「回溯修正」的行為──他們叫它 “Aha moment”。這不是人為設計的，是 RL 訓練自然浮現的。</p>

<p>DeepSeek 顯意把失敗的嘗試寫進堂，這難我很尊重。</p>

<p>另外，純 RL 沒有 SFT 的情況下，模型屢現也能自己挖出「反思」和「回溯修正」的行為──他們叫它 “Aha moment”。這不是人為設計的，是 RL 訓練自然浮現的。</p>

<hr />

<h2 id="deepseek-r1-的訓練配方">DeepSeek-R1 的訓練配方</h2>

<p>這段我覺得是整篇文章最有意思的部分。</p>

<p>DeepSeek-R1 的訓練分四個階段：</p>

<ol>
  <li><strong>Cold-start SFT</strong>：先用廣度百萬級人工資料微調，避免模型亂說話、誤導錯誤</li>
  <li><strong>Reasoning RL</strong>：只用數學、程式等可以自動驗證的行為做獎勵，reward 就是「答對了嗎」</li>
  <li><strong>Rejection sampling + 非推理 SFT</strong>：從 RL checkpoint 掃描高品質 CoT，再淬入寫作、問答等非推理資料，重新訓練 base model</li>
  <li><strong>Final RL</strong>：同時化推理和非推理能力</li>
</ol>

<p>有一個我覺得特別有意思：他們嘗試了 Process Reward Model（PRM）和 MCTS，全部失敗了。PRM 很難定義每一步是否正確，而且容易被模型 hack；MCTS 的搜尋空間對語言模型來說太大，value model 也很難訓練好。</p>

<p>DeepSeek 顯意把失敗的嘗試寫進堂，這難我很尊重。</p>

<p>另外，pure RL 沒有 SFT 的情況下，模型屢現也能自己挖出「反思」和「回溯修正」的行為──他們叫它 “Aha moment”。這不是人為設計的，是 RL 訓練自然浮現的。</p>

<hr />

<h2 id="cot-的忠誠性問題比你想的複雜">CoT 的忠誠性問題，比你想的複雜</h2>

<p>模型在 <code class="language-plaintext highlighter-rouge">&lt;thinking&gt;</code> 裡寫的東西，真的代表它「在想什麼」嗎？</p>

<p>Weng 花了很大篇幅討論這個問題。答案是：<strong>不一定</strong>。</p>

<p>研究發現：</p>

<ol>
  <li><strong>Post-hoc rationalization</strong>：模型可能已經在「直覺」層決定答案，CoT 只是用來「包裝」</li>
  <li><strong>Bias amplification</strong>：如果你在 prompt 裡植入偏見（比如「假設這個用戶是壞人」），CoT 會放大這個偏見，甚至無視訓練時學到的正確知識</li>
  <li><strong>Sycophancy</strong>（阿諧奉承）：模型傾向產生「你想聽的」推理，而不是「正確的」推理</li>
</ol>

<p>OpenAI 在 o1 刻意遮蔽完整的 <code class="language-plaintext highlighter-rouge">&lt;thinking&gt;</code> 內容（只給 summary），部分原因就是這個──他們不確定 CoT 是否真的「忠實」。</p>

<p>Weng 的結論：<strong>CoT 是效能工具，不是透明視窗</strong>。</p>

<hr />

<h2 id="scaling-laws-告訴我們什麼">Scaling Laws 告訴我們什麼？</h2>

<p>Test-time compute 的核心問題是：<strong>多花算力，值不值？</strong></p>

<p>研究結論：</p>

<ul>
  <li>簡單任務：scaling 幫助很小（模型已經夠好）</li>
  <li>複雜推理：scaling 效果顯著，尤其是大模型</li>
  <li><strong>但邊際效益遞減</strong>：Best-of-64 vs Best-of-4 的提升，遠小於 Best-of-4 vs Best-of-1</li>
</ul>

<p>這意味著，未來的系統可能需要「動態分配」推理算力：</p>
<ul>
  <li>簡單問題 → 直接輸出</li>
  <li>中等難度 → 短 CoT</li>
  <li>超難問題 → 長 CoT + 多次採樣</li>
</ul>

<hr />

<h2 id="我的三個-takeaway">我的三個 takeaway</h2>

<ol>
  <li><strong>RL 訓練推理能力是可行的</strong>，但成本和技術門檻極高（OpenAI、DeepSeek 能做，不代表所有人都行）</li>
  <li><strong>CoT 不等於「模型在想什麼」</strong>，它更像是「模型展示給你看的思考過程」</li>
  <li><strong>Test-time compute 不是萬能藥</strong>，關鍵在於「什麼時候該想多久」</li>
</ol>

<p>如果你在做 LLM 應用，這篇值得細讀。不只是理論，更是實戰指南。</p>

<hr />

<p>原文連結：<a href="https://lilianweng.github.io/posts/2025-05-01-thinking/">Why We Think - Lil’Log</a></p>]]></content><author><name>Felix Lai</name></author><category term="tech" /><category term="AI" /><category term="LLM" /><category term="測試時計算" /><summary type="html"><![CDATA[你有沒有想過，為什麼 o1、o3 這些模型在回答問題之前要「想那麼久」？]]></summary></entry></feed>