<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Scope on Tarragon</title><link>https://tarrragon.github.io/blog/tags/scope/</link><description>Recent content in Scope on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Wed, 20 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/scope/index.xml" rel="self" type="application/rss+xml"/><item><title>文章主體要對齊標題承諾、WRAP 內部分析不該喧賓奪主</title><link>https://tarrragon.github.io/blog/report/article-body-must-align-with-title-commitment/</link><pubDate>Wed, 20 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/report/article-body-must-align-with-title-commitment/</guid><description>&lt;h2 id="核心原則">核心原則&lt;/h2>
&lt;p>文章標題對讀者做了承諾、文章主體必須對齊這個承諾。WRAP 內部分析（Widen Options + Reality Test 含 prior 引用 + evidence weight）即使方法論做得好、若不是標題承諾的內容、就不該佔文章主體。&lt;/p>
&lt;p>這跟 &lt;a href="../wrap-as-internal-tool-not-section-structure/">#141 WRAP 是寫作者的內部工具、不是文章章節結構&lt;/a> 是兩個不同層級的議題：&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>議題&lt;/th>
 &lt;th>&lt;a href="../wrap-as-internal-tool-not-section-structure/">#141&lt;/a>&lt;/th>
 &lt;th>本卡 (#142)&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>處理層級&lt;/td>
 &lt;td>章節標題（surface）&lt;/td>
 &lt;td>章節內容（scope）&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>違規症狀&lt;/td>
 &lt;td>Process metadata 標題（「Widen Options」「Reality Test」）&lt;/td>
 &lt;td>即使標題改了、內容仍是 WRAP 內部分析、偏離標題承諾&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>修法&lt;/td>
 &lt;td>改章節標題為教學風格&lt;/td>
 &lt;td>縮減 WRAP 內部分析篇幅、聚焦標題承諾的內容&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>附帶副作用&lt;/td>
 &lt;td>預設讀者認知、分析報告 meta dialogue、重複預告&lt;/td>
 &lt;td>Source citation hallucination 風險、解釋順序錯位（source 在前、解釋在後）&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>兩卡互補—改了章節標題還不夠、章節內容也要對齊標題承諾。&lt;/p>
&lt;hr>
&lt;h2 id="情境">情境&lt;/h2>
&lt;p>3 篇 case-analyses 經過 &lt;a href="../wrap-as-internal-tool-not-section-structure/">#141&lt;/a> 的 Round 3 重寫、章節標題已從 WRAP process metadata 改成教學風格（「為什麼供應商選擇 enterprise 包裝」取代「Widen Options」）。但讀者再次 feedback 指出更深的問題：&lt;/p>
&lt;p>第一、&lt;a href="https://tarrragon.github.io/blog/business/case-analyses/claude-for-legal/" data-link-title="Claude for Legal 之後：應用層、新創、知識工作者的三層擠壓" data-link-desc="用 WRAP 框架拆解基礎模型供應商進入垂直市場觸發的三層結構轉變：應用層 SaaS 毛利擠壓、新創淘汰、知識工作者判斷賭注放大">Claude for Legal 之後&lt;/a> 的標題承諾「應用層、新創、知識工作者的三層擠壓」、但「供應商為什麼選擇 enterprise 包裝」段佔了文章 30%+ 篇幅—讀者拿到的內容跟標題承諾不匹配。&lt;/p>
&lt;p>第二、那一段內容引用「a16z、Sequoia 公開報告跟 Anthropic 投資人 deck 都強調 enterprise ARR」這類 source—但這些引用沒具體出處（哪份報告、哪一頁、哪一段）、有 hallucination 風險。為了支撐 WRAP Widen Options 的 prior 而引入沒實際出處的 source、是 fidelity 漏洞。&lt;/p>
&lt;p>第三、解釋順序錯位—寫成「a16z / Sequoia 等公開報告強調 ARR、背後邏輯是 X」、把 source 放前面、解釋放後面、違反 AGENTS.md 原則一「核心原則先行」。&lt;/p>
&lt;p>更深層問題：即使章節標題改成教學風格、WRAP 內部分析（含 prior 引用）的內容仍然喧賓奪主、偏離標題承諾。3 篇都踩同樣的 pattern：&lt;/p>
&lt;ul>
&lt;li>claude-for-legal 標題「三層擠壓」、原版「供應商為什麼選擇 enterprise 包裝」段佔大量篇幅、含 hallucinated source&lt;/li>
&lt;li>fde-arms-race 標題「SaaS 三支柱鬆動」、原版「三家為什麼同步押 FDE」段佔了三支柱主體的空間&lt;/li>
&lt;li>bufstream 標題「整併週期 + 基礎設施重組」、原版「Buf 為什麼賣」「CoreWeave 為什麼買」兩段 WRAP 分析佔主體&lt;/li>
&lt;/ul>
&lt;p>Round 4 重寫後、3 篇都移除「為什麼 X」獨立段、把核心動機塞進「事件本身」一兩句 + cross-link 到處理該動機的對應文章、文章主體留給標題承諾的內容。&lt;/p>
&lt;hr>
&lt;h2 id="理想做法">理想做法&lt;/h2>
&lt;h3 id="第一步寫稿前明確列出標題承諾什麼">第一步：寫稿前明確列出標題承諾什麼&lt;/h3>
&lt;p>標題是讀者跟文章之間的合約。寫稿前用一句話寫下「這篇標題承諾讀者拿到什麼」：&lt;/p>
&lt;ul>
&lt;li>「Claude for Legal 之後：應用層、新創、知識工作者的三層擠壓」→ 承諾三層擠壓的拆解&lt;/li>
&lt;li>「FDE 軍備競賽：SaaS 三支柱鬆動下的結構性轉變」→ 承諾三支柱怎麼鬆動的機制&lt;/li>
&lt;li>「CoreWeave 收購 Bufstream：整併週期下的賽道判讀與基礎設施重組」→ 承諾整併週期判讀 + 基礎設施重組分析&lt;/li>
&lt;/ul>
&lt;p>承諾寫下後、後續每個章節都對齊問：「這段是不是在履行承諾？」&lt;/p>
&lt;h3 id="第二步跑完-wrap-內部分析區分主結論跟分析過程">第二步：跑完 WRAP 內部分析、區分「主結論」跟「分析過程」&lt;/h3>
&lt;p>WRAP 七步驟在寫作者腦中跑完—Anchor Check / Step 0 / Widen Options / Reality Test / Attain Distance / Prepare to be Wrong / Tripwire 都要做。但跑完後、分兩類東西：&lt;/p>
&lt;ul>
&lt;li>&lt;strong>主結論&lt;/strong>：可以放文章主體、是讀者要拿走的判讀&lt;/li>
&lt;li>&lt;strong>分析過程&lt;/strong>：（Widen Options 的多個解釋、Reality Test 的逐一驗證、Prior 的 source 引用）留在腦中或寫作筆記、不放進文章&lt;/li>
&lt;/ul>
&lt;p>判別線是「這段內容是不是標題承諾的一部分」。承諾「三層擠壓」、文章主體就是三層擠壓；供應商動機是 prelude / context、塞進「事件本身」一兩句帶過、不獨立成段做完整 WRAP 分析。&lt;/p></description><content:encoded><![CDATA[<h2 id="核心原則">核心原則</h2>
<p>文章標題對讀者做了承諾、文章主體必須對齊這個承諾。WRAP 內部分析（Widen Options + Reality Test 含 prior 引用 + evidence weight）即使方法論做得好、若不是標題承諾的內容、就不該佔文章主體。</p>
<p>這跟 <a href="../wrap-as-internal-tool-not-section-structure/">#141 WRAP 是寫作者的內部工具、不是文章章節結構</a> 是兩個不同層級的議題：</p>
<table>
  <thead>
      <tr>
          <th>議題</th>
          <th><a href="../wrap-as-internal-tool-not-section-structure/">#141</a></th>
          <th>本卡 (#142)</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>處理層級</td>
          <td>章節標題（surface）</td>
          <td>章節內容（scope）</td>
      </tr>
      <tr>
          <td>違規症狀</td>
          <td>Process metadata 標題（「Widen Options」「Reality Test」）</td>
          <td>即使標題改了、內容仍是 WRAP 內部分析、偏離標題承諾</td>
      </tr>
      <tr>
          <td>修法</td>
          <td>改章節標題為教學風格</td>
          <td>縮減 WRAP 內部分析篇幅、聚焦標題承諾的內容</td>
      </tr>
      <tr>
          <td>附帶副作用</td>
          <td>預設讀者認知、分析報告 meta dialogue、重複預告</td>
          <td>Source citation hallucination 風險、解釋順序錯位（source 在前、解釋在後）</td>
      </tr>
  </tbody>
</table>
<p>兩卡互補—改了章節標題還不夠、章節內容也要對齊標題承諾。</p>
<hr>
<h2 id="情境">情境</h2>
<p>3 篇 case-analyses 經過 <a href="../wrap-as-internal-tool-not-section-structure/">#141</a> 的 Round 3 重寫、章節標題已從 WRAP process metadata 改成教學風格（「為什麼供應商選擇 enterprise 包裝」取代「Widen Options」）。但讀者再次 feedback 指出更深的問題：</p>
<p>第一、<a href="/blog/business/case-analyses/claude-for-legal/" data-link-title="Claude for Legal 之後：應用層、新創、知識工作者的三層擠壓" data-link-desc="用 WRAP 框架拆解基礎模型供應商進入垂直市場觸發的三層結構轉變：應用層 SaaS 毛利擠壓、新創淘汰、知識工作者判斷賭注放大">Claude for Legal 之後</a> 的標題承諾「應用層、新創、知識工作者的三層擠壓」、但「供應商為什麼選擇 enterprise 包裝」段佔了文章 30%+ 篇幅—讀者拿到的內容跟標題承諾不匹配。</p>
<p>第二、那一段內容引用「a16z、Sequoia 公開報告跟 Anthropic 投資人 deck 都強調 enterprise ARR」這類 source—但這些引用沒具體出處（哪份報告、哪一頁、哪一段）、有 hallucination 風險。為了支撐 WRAP Widen Options 的 prior 而引入沒實際出處的 source、是 fidelity 漏洞。</p>
<p>第三、解釋順序錯位—寫成「a16z / Sequoia 等公開報告強調 ARR、背後邏輯是 X」、把 source 放前面、解釋放後面、違反 AGENTS.md 原則一「核心原則先行」。</p>
<p>更深層問題：即使章節標題改成教學風格、WRAP 內部分析（含 prior 引用）的內容仍然喧賓奪主、偏離標題承諾。3 篇都踩同樣的 pattern：</p>
<ul>
<li>claude-for-legal 標題「三層擠壓」、原版「供應商為什麼選擇 enterprise 包裝」段佔大量篇幅、含 hallucinated source</li>
<li>fde-arms-race 標題「SaaS 三支柱鬆動」、原版「三家為什麼同步押 FDE」段佔了三支柱主體的空間</li>
<li>bufstream 標題「整併週期 + 基礎設施重組」、原版「Buf 為什麼賣」「CoreWeave 為什麼買」兩段 WRAP 分析佔主體</li>
</ul>
<p>Round 4 重寫後、3 篇都移除「為什麼 X」獨立段、把核心動機塞進「事件本身」一兩句 + cross-link 到處理該動機的對應文章、文章主體留給標題承諾的內容。</p>
<hr>
<h2 id="理想做法">理想做法</h2>
<h3 id="第一步寫稿前明確列出標題承諾什麼">第一步：寫稿前明確列出標題承諾什麼</h3>
<p>標題是讀者跟文章之間的合約。寫稿前用一句話寫下「這篇標題承諾讀者拿到什麼」：</p>
<ul>
<li>「Claude for Legal 之後：應用層、新創、知識工作者的三層擠壓」→ 承諾三層擠壓的拆解</li>
<li>「FDE 軍備競賽：SaaS 三支柱鬆動下的結構性轉變」→ 承諾三支柱怎麼鬆動的機制</li>
<li>「CoreWeave 收購 Bufstream：整併週期下的賽道判讀與基礎設施重組」→ 承諾整併週期判讀 + 基礎設施重組分析</li>
</ul>
<p>承諾寫下後、後續每個章節都對齊問：「這段是不是在履行承諾？」</p>
<h3 id="第二步跑完-wrap-內部分析區分主結論跟分析過程">第二步：跑完 WRAP 內部分析、區分「主結論」跟「分析過程」</h3>
<p>WRAP 七步驟在寫作者腦中跑完—Anchor Check / Step 0 / Widen Options / Reality Test / Attain Distance / Prepare to be Wrong / Tripwire 都要做。但跑完後、分兩類東西：</p>
<ul>
<li><strong>主結論</strong>：可以放文章主體、是讀者要拿走的判讀</li>
<li><strong>分析過程</strong>：（Widen Options 的多個解釋、Reality Test 的逐一驗證、Prior 的 source 引用）留在腦中或寫作筆記、不放進文章</li>
</ul>
<p>判別線是「這段內容是不是標題承諾的一部分」。承諾「三層擠壓」、文章主體就是三層擠壓；供應商動機是 prelude / context、塞進「事件本身」一兩句帶過、不獨立成段做完整 WRAP 分析。</p>
<h3 id="第三步完稿時跑標題對齊測試">第三步：完稿時跑「標題對齊測試」</h3>
<p>寫完後、列出文章各段佔多少篇幅、跟標題承諾比對：</p>





<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="ln">1</span><span class="cl">列出每段標題 + 段落篇幅 + 是否對齊標題承諾</span></span></code></pre></div><p>例：</p>





<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="ln">1</span><span class="cl">- 事件本身 (10%) — 提供 context、合理
</span></span><span class="line"><span class="ln">2</span><span class="cl">- 供應商為什麼選擇 enterprise 包裝 (30%) — 不在標題承諾、過度
</span></span><span class="line"><span class="ln">3</span><span class="cl">- 第一層擠壓 (15%) — 對齊承諾
</span></span><span class="line"><span class="ln">4</span><span class="cl">- 第二層擠壓 (15%) — 對齊承諾
</span></span><span class="line"><span class="ln">5</span><span class="cl">- 第三層擠壓 (15%) — 對齊承諾
</span></span><span class="line"><span class="ln">6</span><span class="cl">- 長期影響 (10%) — 對齊承諾
</span></span><span class="line"><span class="ln">7</span><span class="cl">- 預警訊號 + 框架 (5%) — 對齊承諾</span></span></code></pre></div><p>「不在標題承諾」的段落佔 &gt; 20% 就要重寫—把該段縮成一兩句塞進「事件本身」、cross-link 到處理該議題的對應文章、不獨立展開。</p>
<h3 id="第四步source-citation-必須真實可驗證">第四步：Source citation 必須真實可驗證</h3>
<p>引用 source 時遵守三條規則：</p>
<ol>
<li><strong>能 verify 才寫</strong>：引用「a16z 報告」「Sequoia 分析」前、確認你看過該報告、能給具體標題或連結。不能就改成 hedged claim（「業界普遍觀察」「分析師多次點過」）。</li>
<li><strong>解釋在前、source 在後</strong>：「API 利潤太薄需要長合約對沖（這個論點 a16z 多次公開分析）」、不是「a16z 公開分析 API 利潤太薄、所以需要長合約對沖」。核心原則先行—讀者先吸收解釋、再判斷 source 可信度。</li>
<li><strong>不確定就刪掉 source 引用</strong>：寫到「a16z、Sequoia、Andreessen」這種列舉時要問「我真的能列出三家都講過這個論點嗎？」答案是「不確定」就改成「業界普遍觀察」、不列 specific 名字。</li>
</ol>
<h3 id="第五步wrap-內部分析的次要結論的處理">第五步：WRAP 內部分析的次要結論的處理</h3>
<p>WRAP 內部分析跑完後、會產出「主結論 + 次要結論」。主結論放標題承諾的主體、次要結論的處理：</p>
<table>
  <thead>
      <tr>
          <th>次要結論類型</th>
          <th>處理方式</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>跟其他文章主題重疊</td>
          <td>Cross-link 過去、不展開（claude-for-legal 把供應商動機 cross-link 到 fde-arms-race）</td>
      </tr>
      <tr>
          <td>提供事件 context</td>
          <td>塞進「事件本身」段一兩句、不獨立成段</td>
      </tr>
      <tr>
          <td>完全偏離本篇主題</td>
          <td>留在寫作筆記、可能變成另一篇文章</td>
      </tr>
  </tbody>
</table>
<hr>
<h2 id="沒這樣做的麻煩">沒這樣做的麻煩</h2>
<h3 id="讀者拿到的內容跟標題承諾不匹配">讀者拿到的內容跟標題承諾不匹配</h3>
<p>標題承諾「三層擠壓」、文章主體 30% 在講「供應商為什麼選擇 enterprise 包裝」、讀者拿走的判讀工具偏離標題暗示的方向。這比章節標題違規更隱蔽—章節標題違規讀者一眼看穿、內容偏離標題要讀完才發現、傷害更深。</p>
<h3 id="hallucinated-source-citation-的-fidelity-漏洞">Hallucinated source citation 的 fidelity 漏洞</h3>
<p>WRAP Widen Options 需要 prior 支撐（「誰持這論」）、寫作者為了證明 prior 存在、容易引用「a16z、Sequoia、Andreessen」這類沒具體出處的 source。讀者 trust 在 source citation 上、hallucinated source 一旦被識破、整篇文章的 fidelity 崩。</p>
<h3 id="解釋順序錯位違反核心原則先行">解釋順序錯位、違反核心原則先行</h3>
<p>當寫作者重心在「我有 source 支撐」、會把 source 放前面（「a16z 公開報告強調 X」）、解釋放後面。違反 AGENTS.md 原則一「核心原則先行」—讀者要的是解釋本身、source 是 attribution、不是 lead。</p>
<h3 id="wrap-內部分析方法論價值反而被稀釋">WRAP 內部分析方法論價值反而被稀釋</h3>
<p>WRAP 是寫作者的 hypothesis 探索工具、價值在「強制做完整探索、防認知偏誤」。當分析過程被搬上文章主體、讀者把它當成「文章內容」吸收、原本的探索工具退化成「對讀者展示我做了多少 hypothesis 探索」的修辭。</p>
<hr>
<h2 id="跟其他抽象層原則的關係">跟其他抽象層原則的關係</h2>
<ul>
<li>
<p><strong><a href="../wrap-as-internal-tool-not-section-structure/">#141 WRAP 是寫作者的內部工具、不是文章章節結構</a></strong>：sibling 卡。#141 處理章節標題 surface 違規（process metadata 暴露）、本卡處理章節內容 scope 違規（WRAP 內部分析喧賓奪主）。兩卡互補—改章節標題不夠、還要改章節內容比重。</p>
</li>
<li>
<p><strong><a href="../wrap-widen-options-strawman-risk/">#140 WRAP Widen Options 容易塌成稻草人 framing</a></strong>：cousin 卡。#140 處理 Widen Options 段落內部的稻草人結構、本卡處理 Widen Options 段落「該不該存在」的更上位議題。如果 Widen Options 跟標題承諾不對齊、根本不該獨立成段、稻草人問題自然消失。</p>
</li>
<li>
<p><strong><a href="../teaching-completeness-by-learner-journey/">#131 教材完整性要用讀者旅程驗證</a></strong>：本卡是 #131 在「標題承諾兌現」維度的具體 instance。讀者旅程的起點是標題暗示、終點是讀完文章能做什麼。標題承諾不兌現、讀者旅程斷在中段、完成感跟可遷移工具都失效。</p>
</li>
<li>
<p><strong><a href="../metadata-surface-in-writing-review/">#97 Metadata surface 要納入寫作 review 範圍</a></strong>：本卡擴 #97 的 metadata surface 概念。標題本身是 metadata surface—它對讀者承諾文章主體是什麼。Review 不能只看內文是否正確、要看「內文跟標題承諾是否對齊」。</p>
</li>
<li>
<p><strong><a href="../writing-review-multi-axis-completeness/">#126 寫作 review 是多軸完整性</a></strong>：本卡是 review 設計時要看的「scope 軸 + 標題對齊軸」的具體 instance。Review 不只看 frame / instance / surface、還要看「內容範圍跟標題承諾是否對齊」、是 scope 軸的延伸應用。</p>
</li>
</ul>
<hr>
<h2 id="判讀徵兆">判讀徵兆</h2>
<table>
  <thead>
      <tr>
          <th>訊號</th>
          <th>該做的事</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>文章某段佔 &gt; 20% 篇幅、但不在標題暗示的主題範圍</td>
          <td>縮成一兩句塞進事件本身、cross-link 到處理該議題的對應文章</td>
      </tr>
      <tr>
          <td>Widen Options / Reality Test 內容獨立成段</td>
          <td>改成內嵌進「事件本身」段一兩句、不展開完整分析</td>
      </tr>
      <tr>
          <td>Source citation 列舉「a16z、Sequoia、Andreessen」這類沒具體出處的 prior</td>
          <td>Verify 不到就改 hedged claim（「業界普遍觀察」）、不列 specific 名字</td>
      </tr>
      <tr>
          <td>段落寫成「source 公開 X、所以 X 成立」</td>
          <td>順序錯、改成「解釋本身 + 附加 source attribution」</td>
      </tr>
      <tr>
          <td>完稿後讀者反饋「文章寫了很多東西、但跟標題主題不一致」</td>
          <td>標題對齊測試失敗、要把不在標題承諾範圍的段落瘦身或移除</td>
      </tr>
      <tr>
          <td>Reviewer 報告「文章主體 30% 在講次要議題」</td>
          <td>Scope mismatch、跑標題對齊測試 + 重寫</td>
      </tr>
  </tbody>
</table>
<hr>
<h2 id="適用範圍與邊界">適用範圍與邊界</h2>
<ul>
<li><strong>適用範圍</strong>：
<ul>
<li>用 WRAP 框架寫商業 case-analyses、市場事件拆解、產業策略分析</li>
<li>任何「標題承諾 vs 文章主體 scope」可能不對齊的情境（深度教學文章、技術 deep-dive、產業分析）</li>
<li>文章標題明確指涉特定主題、但寫作過程容易被相關但非標題承諾的分析吸引展開</li>
</ul>
</li>
<li><strong>不適用</strong>：
<ul>
<li>探索式 essay（標題本來就模糊、scope 由內文展開）</li>
<li>短篇 commentary（內容篇幅不夠展開 scope mismatch）</li>
<li>純技術 reference（標題承諾的是「查得到」、不是「主題聚焦」）</li>
</ul>
</li>
<li><strong>邊界</strong>：本卡禁的是「WRAP 內部分析喧賓奪主」、不是禁所有 WRAP 內部分析出現在文章。標題承諾本身就是「拆解 X 動機」的文章（例如 fde-arms-race 主題就是供應商為什麼押 FDE）、那 WRAP 內部分析才是文章主體、屬於正當對齊。判別線：標題承諾的主題跟 WRAP 分析的對象是否一致。一致就展開、不一致就壓縮成 cross-link。</li>
</ul>
]]></content:encoded></item></channel></rss>