<?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>內容架構 on Tarragon</title><link>https://tarrragon.github.io/blog/tags/%E5%85%A7%E5%AE%B9%E6%9E%B6%E6%A7%8B/</link><description>Recent content in 內容架構 on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Wed, 19 Aug 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/%E5%85%A7%E5%AE%B9%E6%9E%B6%E6%A7%8B/index.xml" rel="self" type="application/rss+xml"/><item><title>要維持當期的內容，只能放在更新到得了讀者的載體上</title><link>https://tarrragon.github.io/blog/report/current-content-needs-a-carrier-that-reaches-readers/</link><pubDate>Wed, 19 Aug 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/report/current-content-needs-a-carrier-that-reaches-readers/</guid><description>&lt;h2 id="論述基礎與限制">論述基礎與限制&lt;/h2>
&lt;p>本卡處理的是一段內容該放在哪個載體上，判準是兩問：這段內容的正確性會不會隨時間失效，以及這個載體改完之後到不到得了讀者。它從一次內容規劃的提問失誤抽出。規劃一條財務書單線時，選書判定有一個維度問「讀者具不具備這本書預設的環境」，而財務書的環境差異最大的一塊是稅制與退休制度。當時給出的三個選項是：只描述書預設什麼制度、對本地制度做實質判定、或折衷只在整章失效時點名——三個都預設問題出在判定的強度不夠。否掉整組選項的回應是：那類知識變化太快，根本不該指望從書上讀到。&lt;/p>
&lt;p>這句話改變的是問題的層級。判定強度是對單一實例的調節，而稅制與書之間是一組固定的條件：讀者手上那一本印出來之後不會再變，而稅制每年修正——判定做到多細，下一次修法之後仍然全錯。&lt;/p>
&lt;p>站內另有兩個獨立到達的實例，而它們落在不同形態的載體上，這一點比實例數重要：&lt;/p>
&lt;ul>
&lt;li>&lt;strong>資安標準的引用&lt;/strong>（&lt;a href="../security-citation-currency-and-precision/">#104&lt;/a>）：NIST 的密碼政策 2014 版要求定期更換、2017 版明示不要，引用未標版本的讀者套用的是反向的規範。載體是自家文章、改得動也送得到讀者，所以那張卡的修法是版本與年份標記加 review trigger。&lt;/li>
&lt;li>&lt;strong>LLM 安全的案例庫&lt;/strong>（&lt;a href="../standard-driven-vs-case-driven-domain-judgment/">#118&lt;/a>）：該領域的案例半衰期約六個月，而建一座案例庫要八到十二小時，六個月後整批過時。載體是自己維護的內容集合、改得動而更新成本高於收益，所以那張卡的修法是換成標準框架。&lt;/li>
&lt;li>&lt;strong>本次的稅制與書&lt;/strong>：載體是別人寫的、印出來的，改不動也送不到讀者手上，所以修法是不承接、只留指標。&lt;/li>
&lt;/ul>
&lt;p>這三個實例的修法各不相同，而差異落在同一個地方：那個內容有沒有人負責維護、維護完到不到得了讀者。這是本卡把判別拆成兩問、而不是給一個變動速率比值的直接理由——三個實例裡只有兩個算得出比值。&lt;/p>
&lt;p>限制有四項，第二項最重要。&lt;/p>
&lt;p>三個實例都來自內容生產，沒有一個來自軟體或營運。&lt;/p>
&lt;p>&lt;strong>三個實例分不出這個判準的軸與它的代理變數。&lt;/strong> 第二問拆成「有沒有人負責維護」與「維護完到不到得了讀者」，而三個實例裡這兩件事總是同進同出，各自做了多少工分不出來。分得出來的是另外兩種情形：有人負責而送達路徑很弱（勘誤表掛在官網、沒有人會去看），以及送達良好而無人維護（自家頁面隨時改得動，但沒有任何人的工作項目包含它）。兩種都不在手上的實例裡，本卡對它們給的答案未經檢驗。這跟本卡取代的那個說法（變動速率的比值）失敗的位置不同——那個說法的病是問了算不出答案，這裡的病是答案有了、而分格的邊界沒有實例落在上面——成因則相同，都是實例太少。&lt;/p>
&lt;p>&lt;strong>三個實例的進入條件是「載體錯配後來被辨識出來」。&lt;/strong> 此刻仍在靜默過期、從未被任何人指認的段落不在樣本裡。因此本卡說明得了這類錯配的形狀，說明不了它的發生率或漏檢率——這正是 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/survivorship-bias/" data-link-title="Survivorship Bias（倖存者偏誤）" data-link-desc="拿到一組產業基準、同業比較或成功案例時，用來判斷那批樣本是不是先被結果篩過、數字該往哪個方向修正">倖存者偏誤&lt;/a> 的形態，篩選發生在「有沒有被指認出來」這一關，而那張卡與本卡同一批寫成。&lt;/p>
&lt;p>修法側未驗：指出承接者之後讀者實際會不會走過去、以及「路徑弱」那一格的門檻要多高才算走得完，都沒有數字。&lt;/p>
&lt;hr>
&lt;h2 id="核心原則">核心原則&lt;/h2>
&lt;p>&lt;strong>一段內容能不能放在一個載體上，由兩問依序決定&lt;/strong>，而順序有作用：第一問答完就決定要不要問第二問。&lt;/p>
&lt;p>&lt;strong>第一問：這段內容的正確性會不會隨時間失效。&lt;/strong> 最快的訊號是問這一段的主體是規則本身、還是讀規則的方法——稅率、額度、當期價格、版本號、資格門檻是前者，報表各項目之間的關係、某個機制為什麼成立，是後者。答「不會」時第二問不必問：過時的語法示範不影響它示範的那條主張，那屬於時效判定而不屬於這裡。&lt;/p>
&lt;p>這個訊號有兩處會漏，兩處都要單獨接住。&lt;strong>讀規則的方法會跟著規則的結構一起失效&lt;/strong>：認列模型換掉（營運租賃搬進表內之後，「怎麼從附註推估表外負債」整段作廢，連帶動到負債比的讀法）、主管機關改揭露版式，這時方法那一側也落回「會失效」。&lt;strong>還有一類既不是規則、也不是讀規則的方法&lt;/strong>——世界狀態的觀測值：這個市場上有沒有那類工具、當年的資訊不對稱程度到什麼地步、某個做法現在還有多少人在用。它們沒有條文可以查，判斷要回到第一問本身：這句話描述的那個狀態，五年後還會是同一個嗎。&lt;/p>
&lt;p>&lt;strong>第二問：這一份到讀者手上之後，有沒有一條會被實際走完的更新路徑。&lt;/strong> 它拆成兩件事，兩件都成立才算有：&lt;strong>有沒有人負責維護那個內容&lt;/strong>，以及&lt;strong>維護完之後那一份到不到得了讀者&lt;/strong>。&lt;/p>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>更新路徑&lt;/th>
 &lt;th>例&lt;/th>
 &lt;th>判定&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>沒有&lt;/td>
 &lt;td>一般的印刷書、發布後不再送達的文件、別人維護而你只能引用的內容&lt;/td>
 &lt;td>讀者手上那一份不因為出了新版而改變&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>弱&lt;/td>
 &lt;td>有勘誤表或線上修訂而要讀者主動去查、逐年出新版而讀者未必換&lt;/td>
 &lt;td>存在但要估到達率，不能當成已經走完&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>有&lt;/td>
 &lt;td>自家的線上頁面、訂閱制推送更新的電子書、活頁式加替換頁的彙編&lt;/td>
 &lt;td>看維護頻率跟不跟得上內容的變動&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>「印出來就等於沒有路徑」是這條線收的那類書的實情，不是印刷品的本質——法規彙編做成活頁加替換頁訂閱、專業出版的線上版推送修訂，都是為了這個問題長出來的形態。判定要看實際的出版節奏與讀者換版行為，兩者都是會變的商業與行為事實。&lt;/p>
&lt;p>兩問合起來給四種處置。第一問答「不會」就照寫。第一問答「會」時看第二問：路徑「有」就落回 &lt;a href="../doc-sync-needs-mechanism-or-demotion/">#256&lt;/a> 的分級（給它機制或誠實降級）；路徑「沒有或弱」時有兩條路——把當期值搬到自己維護得動的載體、這一份指過去（&lt;strong>自建承接者&lt;/strong>），或者不承接、只留一個指向外部權威的指標（&lt;strong>路由&lt;/strong>）。兩條的選擇條件寫在下面。&lt;/p>
&lt;p>&lt;strong>單一個比值算不出答案，這是這裡拆成兩問的理由。&lt;/strong> 書的改版以年計、稅制的修正也以年為單位，比值接近一、看起來不算失衡；改用讀者手上那一本去算則週期是無限大，於是每一本書都失衡，連過時的語法示範都被掃進來。路徑不存在時比值沒有定義，第一問才是那裡唯一在做工的判準；路徑存在時比值才有意義，而那時它問的是「維護頻率夠不夠」而非「該不該放這裡」。&lt;/p>
&lt;p>路徑「沒有」時的處置固定是兩步，而第二步常被省略——上面四種處置裡的後兩種，就是這第二步的兩個選項。路徑「弱」的走哪一邊由估出來的到達率決定：估得出多數讀者會走完就當「有」、按 &lt;a href="../doc-sync-needs-mechanism-or-demotion/">#256&lt;/a> 分級，估不出來或明顯偏低就當「沒有」、照這兩步做，而「沒查過」要記成「沒有」。&lt;/p>
&lt;ol>
&lt;li>&lt;strong>內容層只留規則的讀法&lt;/strong>——機制、關係、怎麼讀那類資料。具體的值不寫。&lt;/li>
&lt;li>&lt;strong>指出承接者&lt;/strong>——自建一份自己維護得動的，或指向外部有維護承諾的來源。&lt;/li>
&lt;/ol>
&lt;p>讀者拿這段去做決定確實需要那個值時，只做第一步是把問題丟掉。降級一段稅務章節成「撰稿當時的快照」在紀錄上誠實，而讀者要的是現在的稅率，於是那個問題落地無人接手。這是本卡跟 &lt;a href="../doc-sync-needs-mechanism-or-demotion/">#256&lt;/a> 分工的位置：那張卡的三級處理「這份文件該被怎麼讀」，降級到 scaffold 或記錄就結案；本卡處理「讀者的問題誰來回答」，降級之後還欠一個承接者。具體值只是舉例而非讀者要拿去用的東西時，刪掉即完整修好，不欠第二步。&lt;/p>
&lt;p>&lt;strong>判定的單位是「這段內容加上判定者手上所有可用的載體」，不是眼前那一個。&lt;/strong> 這一點要寫成選擇，因為它最容易被默認掉：改不動的常常只是引用來源那一層，而做判定的人自己往往握有一個改得動的載體。書單引用的書印出來就定了，書單自己卻是一個可更新的頁面——它完全可以自建一段每年更新的制度摘要。選擇不自建的理由是維護成本與職責範圍（一份書單不是稅務網站），那是 &lt;a href="../doc-sync-needs-mechanism-or-demotion/">#256&lt;/a> 的成本論證，要明講，不能寫成「載體不允許」。自建與路由之間怎麼選，看兩個量：自己維護那一份要花多少、以及路由過去之後讀者實際走完的比例有多高。&lt;/p>
&lt;p>外部也找不到承接者時（見解只散在個案函釋、當期值鎖在付費終端），那本身就是一則要寫下來的判定：&lt;strong>明說這個問題目前沒有可指的承接者&lt;/strong>，比留一個過期的數字或一句「自己查一下」誠實。路由並非零成本——指向公告頁同樣把成本轉給讀者，只是少一步搜尋；那是程度差，不是把成本消掉了。&lt;/p>
&lt;p>這條規則往上會產出範圍規則。一個載體確認承接不了要維持當期的內容之後，&lt;strong>整批以當期值為主體的內容就不進這個載體&lt;/strong>——整本講當期稅務規劃、當期補助方案或當期商品比較的書不收進書單，理由是載體選錯而非品質不足；那類內容的正確形態是每年更新的官方文件，做成書只是讓它以更難察覺的方式過期。&lt;/p>
&lt;hr>
&lt;h2 id="反模式">反模式&lt;/h2>
&lt;p>&lt;strong>把載體問題當判定深度問題。&lt;/strong> 症狀是某一項判定總是不準，回應是加維度、加細則、加查證流程。代價有兩層：成本上升，而且判定框架看起來變完整了——加完之後那一格填得滿滿的，沒有任何訊號顯示它下一版就會全錯。兩問存在的理由就是在加深之前先問一次。&lt;/p>
&lt;p>&lt;strong>把有人在維護的內容複製一份到沒有更新路徑的地方，理由是讀者需要。&lt;/strong> 讀者確實需要，而複製產生的是一份沒有機制守著的副本，也就是 &lt;a href="../doc-sync-needs-mechanism-or-demotion/">#256&lt;/a> 的錯配格。原本只需要一個指標的位置，變成一份會靜默過期的具體數字。&lt;/p>
&lt;p>&lt;strong>用免責聲明換取照寫。&lt;/strong> 「以撰稿時為準」讓作者免責，讀者拿到的仍是可能已經錯的具體值，而且具體值比留白危險——它足夠具體到被直接拿去用。免責聲明處理的是責任歸屬，不是讀者手上那個數字的正確性。&lt;/p>
&lt;p>&lt;strong>判定框架遇到不適用的維度時留空。&lt;/strong> 空白與「查過而沒有依賴」在頁面上長得一樣，而兩者導出的動作方向相反：讀成「還沒查」的人會去查一次，讀成「查過沒依賴」的人直接跳過——同一格一個增加工作、一個取消工作。跳過那一側還有一層不直觀的後果：那一格從此不會再被查，而覆蓋率的統計把它算成已完成，於是維護狀態的數字比實際好看，錯的方向還是往好的那邊。不適用要寫成一句明確的宣告（「本維度對這一類主題不適用，原因是這個載體沒有更新路徑」），這跟 &lt;a href="../doc-sync-needs-mechanism-or-demotion/">#256&lt;/a> 對降級要明示、以及處境判定要三分（有限制 / 查過沒依賴 / 尚未檢查）是同一個機制。&lt;/p>
&lt;hr>
&lt;h2 id="修法">修法&lt;/h2>
&lt;ol>
&lt;li>&lt;strong>先答第一問，再答第二問。&lt;/strong> 順序不能顛倒：主體是讀規則的方法而規則的結構沒在變時，更新路徑不必問。&lt;/li>
&lt;li>&lt;strong>答第二問之前先盤點手上所有的載體&lt;/strong>，不只眼前這一個。引用來源改不動，不等於判定者自己沒有改得動的地方。&lt;/li>
&lt;li>&lt;strong>沒有更新路徑時，內容層只留規則的讀法。&lt;/strong> 具體值換成一句「這一段的推導依賴一套會變的制度」加一個承接者。這句話不會過期，任何一個具體稅率都會。&lt;/li>
&lt;li>&lt;strong>承接者要指名，並估一下讀者走不走得完那條路。&lt;/strong> 「自己查一下」不指名任何人，效果接近沒有處置；指到主管機關的公告頁或年度報告要一併說明那裡多久更新一次。&lt;/li>
&lt;li>&lt;strong>在收錄或範圍規則上寫下這條界線。&lt;/strong> 判定是逐篇的，而範圍規則讓下一個人不必重新判一次。界線的形式是「以當期值為主體的內容不進這個載體」，並註明理由是載體而非品質——不註明的話，下一個維護者會把它讀成品質判斷並在遇到寫得好的那一本時推翻它。&lt;/li>
&lt;li>&lt;strong>不適用的維度要留下宣告而不是空白。&lt;/strong> 一併寫出不適用的是哪一類主題、以及承接者在哪。&lt;/li>
&lt;/ol>
&lt;hr>
&lt;h2 id="跟其他原則的關係">跟其他原則的關係&lt;/h2>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>原則&lt;/th>
 &lt;th>關係&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>&lt;a href="../doc-sync-needs-mechanism-or-demotion/">#256 多份文件必然漂移：同步期待要嘛有機制承接、要嘛明示降級&lt;/a>&lt;/td>
 &lt;td>最近的鄰居，本卡限定它的邊界。#256 問「有沒有機制守著」，本卡先問「這個載體改完到不到得了讀者」——沒有更新路徑的載體上沒有地方安置那種機制，#256 的降級出路在那裡只解決一半：降級之後主題無人承接，所以要多一步路由&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>&lt;a href="../security-citation-currency-and-precision/">#104 Security 標準引用的時效性與精確度&lt;/a>&lt;/td>
 &lt;td>有更新路徑那一支的完整示範。同樣是主題變得比內容快（NIST 密碼政策兩版反向），而載體是自家文章、送得到讀者，所以修法停在版本標記加 review trigger、不必路由出去。本卡把那條處理推廣到沒有更新路徑的情形&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>&lt;a href="../standard-driven-vs-case-driven-domain-judgment/">#118 領域判斷：standard-driven vs case-driven&lt;/a>&lt;/td>
 &lt;td>有更新路徑那一格裡的第二種處置。它的「維護半衰期」那一維問的正是第二問，而答案落在那一格的邊緣——改得動，但更新成本高於收益，所以既不標記版本也不路由出去，是整個換掉載體（案例庫換成標準框架）。同一格底下 #104 與它是兩個出口，選哪一個看更新的成本&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>&lt;a href="../content-pressure-resolves-by-expansion-not-compression/">#262 內容超出容器時擴充結構、不壓縮內容&lt;/a>&lt;/td>
 &lt;td>同一種錯誤的另一軸——那裡是內容的&lt;strong>量&lt;/strong>裝不進容器（修法是擴充結構），這裡是內容要維持當期而載體到不了讀者。共同的錯誤方向是改內容去遷就容器，而兩張卡的合法出口都在容器層&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>&lt;a href="../incompatible-decompositions-look-complementary/">#263 同一個對象被兩篇各自分解一次時，不相容會長得像互補&lt;/a>&lt;/td>
 &lt;td>同樣以「選單一載體」收尾，判準與順序都不同。#263 按判準完整度選載體，本卡按到不到得了讀者選；順序上本卡在前——載體承接不了的內容不必進入收斂&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>&lt;a href="../description-as-recall-trigger/">#170 description 是 recall trigger&lt;/a>&lt;/td>
 &lt;td>同族的下位實例——那張說隨內文變動的細節不進 description，理由正是本卡的第二問：description 的更新頻率低於內文，寫進去的數字送不到讀者手上就已經錯了&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;hr>
&lt;h2 id="判讀徵兆">判讀徵兆&lt;/h2>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>訊號&lt;/th>
 &lt;th>該做的事&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>判定的內容裡出現了一個具體數字（稅率、費率、額度、資格門檻）&lt;/td>
 &lt;td>寫下的當下就先答兩問，不必等它失準&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>某一項判定每次改版都要重做，而改完仍然很快失準&lt;/td>
 &lt;td>停止加深判定，先答兩問&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>想在一段內容後面加「以撰稿時為準」&lt;/td>
 &lt;td>那是第二問答否的訊號；具體值路由出去、只留規則的讀法&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>某個維度第一次對某一類主題給不出判定&lt;/td>
 &lt;td>當場分辨是這個維度對這類主題不適用、還是這一本的資料不足，不要等到「總是」&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>判定框架裡某個維度對某一類主題總是給不出有用的答案&lt;/td>
 &lt;td>寫成明確的不適用宣告並指出承接者，不要留空、也不要填一個弱判定&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>準備把每年更新的官方資料整理進一份印出來或不再送達的文件&lt;/td>
 &lt;td>只寫讀那份資料的方法，不複製它的值&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>把這一段當成讀者手上唯一的材料時，它不足以做出那個決定&lt;/td>
 &lt;td>那一段的內容層應該只剩指標與方法&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>一批內容以當期值為主體（當期稅務、當期價格、當期商品比較）&lt;/td>
 &lt;td>在收錄或範圍規則上寫下界線，並註明理由是載體而非品質&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table></description><content:encoded><![CDATA[<h2 id="論述基礎與限制">論述基礎與限制</h2>
<p>本卡處理的是一段內容該放在哪個載體上，判準是兩問：這段內容的正確性會不會隨時間失效，以及這個載體改完之後到不到得了讀者。它從一次內容規劃的提問失誤抽出。規劃一條財務書單線時，選書判定有一個維度問「讀者具不具備這本書預設的環境」，而財務書的環境差異最大的一塊是稅制與退休制度。當時給出的三個選項是：只描述書預設什麼制度、對本地制度做實質判定、或折衷只在整章失效時點名——三個都預設問題出在判定的強度不夠。否掉整組選項的回應是：那類知識變化太快，根本不該指望從書上讀到。</p>
<p>這句話改變的是問題的層級。判定強度是對單一實例的調節，而稅制與書之間是一組固定的條件：讀者手上那一本印出來之後不會再變，而稅制每年修正——判定做到多細，下一次修法之後仍然全錯。</p>
<p>站內另有兩個獨立到達的實例，而它們落在不同形態的載體上，這一點比實例數重要：</p>
<ul>
<li><strong>資安標準的引用</strong>（<a href="../security-citation-currency-and-precision/">#104</a>）：NIST 的密碼政策 2014 版要求定期更換、2017 版明示不要，引用未標版本的讀者套用的是反向的規範。載體是自家文章、改得動也送得到讀者，所以那張卡的修法是版本與年份標記加 review trigger。</li>
<li><strong>LLM 安全的案例庫</strong>（<a href="../standard-driven-vs-case-driven-domain-judgment/">#118</a>）：該領域的案例半衰期約六個月，而建一座案例庫要八到十二小時，六個月後整批過時。載體是自己維護的內容集合、改得動而更新成本高於收益，所以那張卡的修法是換成標準框架。</li>
<li><strong>本次的稅制與書</strong>：載體是別人寫的、印出來的，改不動也送不到讀者手上，所以修法是不承接、只留指標。</li>
</ul>
<p>這三個實例的修法各不相同，而差異落在同一個地方：那個內容有沒有人負責維護、維護完到不到得了讀者。這是本卡把判別拆成兩問、而不是給一個變動速率比值的直接理由——三個實例裡只有兩個算得出比值。</p>
<p>限制有四項，第二項最重要。</p>
<p>三個實例都來自內容生產，沒有一個來自軟體或營運。</p>
<p><strong>三個實例分不出這個判準的軸與它的代理變數。</strong> 第二問拆成「有沒有人負責維護」與「維護完到不到得了讀者」，而三個實例裡這兩件事總是同進同出，各自做了多少工分不出來。分得出來的是另外兩種情形：有人負責而送達路徑很弱（勘誤表掛在官網、沒有人會去看），以及送達良好而無人維護（自家頁面隨時改得動，但沒有任何人的工作項目包含它）。兩種都不在手上的實例裡，本卡對它們給的答案未經檢驗。這跟本卡取代的那個說法（變動速率的比值）失敗的位置不同——那個說法的病是問了算不出答案，這裡的病是答案有了、而分格的邊界沒有實例落在上面——成因則相同，都是實例太少。</p>
<p><strong>三個實例的進入條件是「載體錯配後來被辨識出來」。</strong> 此刻仍在靜默過期、從未被任何人指認的段落不在樣本裡。因此本卡說明得了這類錯配的形狀，說明不了它的發生率或漏檢率——這正是 <a href="/blog/business/knowledge-cards/survivorship-bias/" data-link-title="Survivorship Bias（倖存者偏誤）" data-link-desc="拿到一組產業基準、同業比較或成功案例時，用來判斷那批樣本是不是先被結果篩過、數字該往哪個方向修正">倖存者偏誤</a> 的形態，篩選發生在「有沒有被指認出來」這一關，而那張卡與本卡同一批寫成。</p>
<p>修法側未驗：指出承接者之後讀者實際會不會走過去、以及「路徑弱」那一格的門檻要多高才算走得完，都沒有數字。</p>
<hr>
<h2 id="核心原則">核心原則</h2>
<p><strong>一段內容能不能放在一個載體上，由兩問依序決定</strong>，而順序有作用：第一問答完就決定要不要問第二問。</p>
<p><strong>第一問：這段內容的正確性會不會隨時間失效。</strong> 最快的訊號是問這一段的主體是規則本身、還是讀規則的方法——稅率、額度、當期價格、版本號、資格門檻是前者，報表各項目之間的關係、某個機制為什麼成立，是後者。答「不會」時第二問不必問：過時的語法示範不影響它示範的那條主張，那屬於時效判定而不屬於這裡。</p>
<p>這個訊號有兩處會漏，兩處都要單獨接住。<strong>讀規則的方法會跟著規則的結構一起失效</strong>：認列模型換掉（營運租賃搬進表內之後，「怎麼從附註推估表外負債」整段作廢，連帶動到負債比的讀法）、主管機關改揭露版式，這時方法那一側也落回「會失效」。<strong>還有一類既不是規則、也不是讀規則的方法</strong>——世界狀態的觀測值：這個市場上有沒有那類工具、當年的資訊不對稱程度到什麼地步、某個做法現在還有多少人在用。它們沒有條文可以查，判斷要回到第一問本身：這句話描述的那個狀態，五年後還會是同一個嗎。</p>
<p><strong>第二問：這一份到讀者手上之後，有沒有一條會被實際走完的更新路徑。</strong> 它拆成兩件事，兩件都成立才算有：<strong>有沒有人負責維護那個內容</strong>，以及<strong>維護完之後那一份到不到得了讀者</strong>。</p>
<table>
  <thead>
      <tr>
          <th>更新路徑</th>
          <th>例</th>
          <th>判定</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>沒有</td>
          <td>一般的印刷書、發布後不再送達的文件、別人維護而你只能引用的內容</td>
          <td>讀者手上那一份不因為出了新版而改變</td>
      </tr>
      <tr>
          <td>弱</td>
          <td>有勘誤表或線上修訂而要讀者主動去查、逐年出新版而讀者未必換</td>
          <td>存在但要估到達率，不能當成已經走完</td>
      </tr>
      <tr>
          <td>有</td>
          <td>自家的線上頁面、訂閱制推送更新的電子書、活頁式加替換頁的彙編</td>
          <td>看維護頻率跟不跟得上內容的變動</td>
      </tr>
  </tbody>
</table>
<p>「印出來就等於沒有路徑」是這條線收的那類書的實情，不是印刷品的本質——法規彙編做成活頁加替換頁訂閱、專業出版的線上版推送修訂，都是為了這個問題長出來的形態。判定要看實際的出版節奏與讀者換版行為，兩者都是會變的商業與行為事實。</p>
<p>兩問合起來給四種處置。第一問答「不會」就照寫。第一問答「會」時看第二問：路徑「有」就落回 <a href="../doc-sync-needs-mechanism-or-demotion/">#256</a> 的分級（給它機制或誠實降級）；路徑「沒有或弱」時有兩條路——把當期值搬到自己維護得動的載體、這一份指過去（<strong>自建承接者</strong>），或者不承接、只留一個指向外部權威的指標（<strong>路由</strong>）。兩條的選擇條件寫在下面。</p>
<p><strong>單一個比值算不出答案，這是這裡拆成兩問的理由。</strong> 書的改版以年計、稅制的修正也以年為單位，比值接近一、看起來不算失衡；改用讀者手上那一本去算則週期是無限大，於是每一本書都失衡，連過時的語法示範都被掃進來。路徑不存在時比值沒有定義，第一問才是那裡唯一在做工的判準；路徑存在時比值才有意義，而那時它問的是「維護頻率夠不夠」而非「該不該放這裡」。</p>
<p>路徑「沒有」時的處置固定是兩步，而第二步常被省略——上面四種處置裡的後兩種，就是這第二步的兩個選項。路徑「弱」的走哪一邊由估出來的到達率決定：估得出多數讀者會走完就當「有」、按 <a href="../doc-sync-needs-mechanism-or-demotion/">#256</a> 分級，估不出來或明顯偏低就當「沒有」、照這兩步做，而「沒查過」要記成「沒有」。</p>
<ol>
<li><strong>內容層只留規則的讀法</strong>——機制、關係、怎麼讀那類資料。具體的值不寫。</li>
<li><strong>指出承接者</strong>——自建一份自己維護得動的，或指向外部有維護承諾的來源。</li>
</ol>
<p>讀者拿這段去做決定確實需要那個值時，只做第一步是把問題丟掉。降級一段稅務章節成「撰稿當時的快照」在紀錄上誠實，而讀者要的是現在的稅率，於是那個問題落地無人接手。這是本卡跟 <a href="../doc-sync-needs-mechanism-or-demotion/">#256</a> 分工的位置：那張卡的三級處理「這份文件該被怎麼讀」，降級到 scaffold 或記錄就結案；本卡處理「讀者的問題誰來回答」，降級之後還欠一個承接者。具體值只是舉例而非讀者要拿去用的東西時，刪掉即完整修好，不欠第二步。</p>
<p><strong>判定的單位是「這段內容加上判定者手上所有可用的載體」，不是眼前那一個。</strong> 這一點要寫成選擇，因為它最容易被默認掉：改不動的常常只是引用來源那一層，而做判定的人自己往往握有一個改得動的載體。書單引用的書印出來就定了，書單自己卻是一個可更新的頁面——它完全可以自建一段每年更新的制度摘要。選擇不自建的理由是維護成本與職責範圍（一份書單不是稅務網站），那是 <a href="../doc-sync-needs-mechanism-or-demotion/">#256</a> 的成本論證，要明講，不能寫成「載體不允許」。自建與路由之間怎麼選，看兩個量：自己維護那一份要花多少、以及路由過去之後讀者實際走完的比例有多高。</p>
<p>外部也找不到承接者時（見解只散在個案函釋、當期值鎖在付費終端），那本身就是一則要寫下來的判定：<strong>明說這個問題目前沒有可指的承接者</strong>，比留一個過期的數字或一句「自己查一下」誠實。路由並非零成本——指向公告頁同樣把成本轉給讀者，只是少一步搜尋；那是程度差，不是把成本消掉了。</p>
<p>這條規則往上會產出範圍規則。一個載體確認承接不了要維持當期的內容之後，<strong>整批以當期值為主體的內容就不進這個載體</strong>——整本講當期稅務規劃、當期補助方案或當期商品比較的書不收進書單，理由是載體選錯而非品質不足；那類內容的正確形態是每年更新的官方文件，做成書只是讓它以更難察覺的方式過期。</p>
<hr>
<h2 id="反模式">反模式</h2>
<p><strong>把載體問題當判定深度問題。</strong> 症狀是某一項判定總是不準，回應是加維度、加細則、加查證流程。代價有兩層：成本上升，而且判定框架看起來變完整了——加完之後那一格填得滿滿的，沒有任何訊號顯示它下一版就會全錯。兩問存在的理由就是在加深之前先問一次。</p>
<p><strong>把有人在維護的內容複製一份到沒有更新路徑的地方，理由是讀者需要。</strong> 讀者確實需要，而複製產生的是一份沒有機制守著的副本，也就是 <a href="../doc-sync-needs-mechanism-or-demotion/">#256</a> 的錯配格。原本只需要一個指標的位置，變成一份會靜默過期的具體數字。</p>
<p><strong>用免責聲明換取照寫。</strong> 「以撰稿時為準」讓作者免責，讀者拿到的仍是可能已經錯的具體值，而且具體值比留白危險——它足夠具體到被直接拿去用。免責聲明處理的是責任歸屬，不是讀者手上那個數字的正確性。</p>
<p><strong>判定框架遇到不適用的維度時留空。</strong> 空白與「查過而沒有依賴」在頁面上長得一樣，而兩者導出的動作方向相反：讀成「還沒查」的人會去查一次，讀成「查過沒依賴」的人直接跳過——同一格一個增加工作、一個取消工作。跳過那一側還有一層不直觀的後果：那一格從此不會再被查，而覆蓋率的統計把它算成已完成，於是維護狀態的數字比實際好看，錯的方向還是往好的那邊。不適用要寫成一句明確的宣告（「本維度對這一類主題不適用，原因是這個載體沒有更新路徑」），這跟 <a href="../doc-sync-needs-mechanism-or-demotion/">#256</a> 對降級要明示、以及處境判定要三分（有限制 / 查過沒依賴 / 尚未檢查）是同一個機制。</p>
<hr>
<h2 id="修法">修法</h2>
<ol>
<li><strong>先答第一問，再答第二問。</strong> 順序不能顛倒：主體是讀規則的方法而規則的結構沒在變時，更新路徑不必問。</li>
<li><strong>答第二問之前先盤點手上所有的載體</strong>，不只眼前這一個。引用來源改不動，不等於判定者自己沒有改得動的地方。</li>
<li><strong>沒有更新路徑時，內容層只留規則的讀法。</strong> 具體值換成一句「這一段的推導依賴一套會變的制度」加一個承接者。這句話不會過期，任何一個具體稅率都會。</li>
<li><strong>承接者要指名，並估一下讀者走不走得完那條路。</strong> 「自己查一下」不指名任何人，效果接近沒有處置；指到主管機關的公告頁或年度報告要一併說明那裡多久更新一次。</li>
<li><strong>在收錄或範圍規則上寫下這條界線。</strong> 判定是逐篇的，而範圍規則讓下一個人不必重新判一次。界線的形式是「以當期值為主體的內容不進這個載體」，並註明理由是載體而非品質——不註明的話，下一個維護者會把它讀成品質判斷並在遇到寫得好的那一本時推翻它。</li>
<li><strong>不適用的維度要留下宣告而不是空白。</strong> 一併寫出不適用的是哪一類主題、以及承接者在哪。</li>
</ol>
<hr>
<h2 id="跟其他原則的關係">跟其他原則的關係</h2>
<table>
  <thead>
      <tr>
          <th>原則</th>
          <th>關係</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td><a href="../doc-sync-needs-mechanism-or-demotion/">#256 多份文件必然漂移：同步期待要嘛有機制承接、要嘛明示降級</a></td>
          <td>最近的鄰居，本卡限定它的邊界。#256 問「有沒有機制守著」，本卡先問「這個載體改完到不到得了讀者」——沒有更新路徑的載體上沒有地方安置那種機制，#256 的降級出路在那裡只解決一半：降級之後主題無人承接，所以要多一步路由</td>
      </tr>
      <tr>
          <td><a href="../security-citation-currency-and-precision/">#104 Security 標準引用的時效性與精確度</a></td>
          <td>有更新路徑那一支的完整示範。同樣是主題變得比內容快（NIST 密碼政策兩版反向），而載體是自家文章、送得到讀者，所以修法停在版本標記加 review trigger、不必路由出去。本卡把那條處理推廣到沒有更新路徑的情形</td>
      </tr>
      <tr>
          <td><a href="../standard-driven-vs-case-driven-domain-judgment/">#118 領域判斷：standard-driven vs case-driven</a></td>
          <td>有更新路徑那一格裡的第二種處置。它的「維護半衰期」那一維問的正是第二問，而答案落在那一格的邊緣——改得動，但更新成本高於收益，所以既不標記版本也不路由出去，是整個換掉載體（案例庫換成標準框架）。同一格底下 #104 與它是兩個出口，選哪一個看更新的成本</td>
      </tr>
      <tr>
          <td><a href="../content-pressure-resolves-by-expansion-not-compression/">#262 內容超出容器時擴充結構、不壓縮內容</a></td>
          <td>同一種錯誤的另一軸——那裡是內容的<strong>量</strong>裝不進容器（修法是擴充結構），這裡是內容要維持當期而載體到不了讀者。共同的錯誤方向是改內容去遷就容器，而兩張卡的合法出口都在容器層</td>
      </tr>
      <tr>
          <td><a href="../incompatible-decompositions-look-complementary/">#263 同一個對象被兩篇各自分解一次時，不相容會長得像互補</a></td>
          <td>同樣以「選單一載體」收尾，判準與順序都不同。#263 按判準完整度選載體，本卡按到不到得了讀者選；順序上本卡在前——載體承接不了的內容不必進入收斂</td>
      </tr>
      <tr>
          <td><a href="../description-as-recall-trigger/">#170 description 是 recall trigger</a></td>
          <td>同族的下位實例——那張說隨內文變動的細節不進 description，理由正是本卡的第二問：description 的更新頻率低於內文，寫進去的數字送不到讀者手上就已經錯了</td>
      </tr>
  </tbody>
</table>
<hr>
<h2 id="判讀徵兆">判讀徵兆</h2>
<table>
  <thead>
      <tr>
          <th>訊號</th>
          <th>該做的事</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>判定的內容裡出現了一個具體數字（稅率、費率、額度、資格門檻）</td>
          <td>寫下的當下就先答兩問，不必等它失準</td>
      </tr>
      <tr>
          <td>某一項判定每次改版都要重做，而改完仍然很快失準</td>
          <td>停止加深判定，先答兩問</td>
      </tr>
      <tr>
          <td>想在一段內容後面加「以撰稿時為準」</td>
          <td>那是第二問答否的訊號；具體值路由出去、只留規則的讀法</td>
      </tr>
      <tr>
          <td>某個維度第一次對某一類主題給不出判定</td>
          <td>當場分辨是這個維度對這類主題不適用、還是這一本的資料不足，不要等到「總是」</td>
      </tr>
      <tr>
          <td>判定框架裡某個維度對某一類主題總是給不出有用的答案</td>
          <td>寫成明確的不適用宣告並指出承接者，不要留空、也不要填一個弱判定</td>
      </tr>
      <tr>
          <td>準備把每年更新的官方資料整理進一份印出來或不再送達的文件</td>
          <td>只寫讀那份資料的方法，不複製它的值</td>
      </tr>
      <tr>
          <td>把這一段當成讀者手上唯一的材料時，它不足以做出那個決定</td>
          <td>那一段的內容層應該只剩指標與方法</td>
      </tr>
      <tr>
          <td>一批內容以當期值為主體（當期稅務、當期價格、當期商品比較）</td>
          <td>在收錄或範圍規則上寫下界線，並註明理由是載體而非品質</td>
      </tr>
  </tbody>
</table>
]]></content:encoded></item></channel></rss>