<?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/%E6%95%99%E6%9D%90/</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>Tue, 01 Sep 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/%E6%95%99%E6%9D%90/index.xml" rel="self" type="application/rss+xml"/><item><title>教學文章的脈絡：一篇的位置、就地自足，與綁在模型上的串連</title><link>https://tarrragon.github.io/blog/record/teaching-article-context-method/</link><pubDate>Tue, 01 Sep 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/record/teaching-article-context-method/</guid><description>&lt;p>教學文章的脈絡是三件可以逐條檢查的事：這一篇在序列裡的位置、它自己夠不夠自足、以及它往外的連結綁在什麼上面。三件都合格的時候，讀者知道自己為什麼讀到這裡、每一句在說誰、以及隔壁那一篇是什麼；缺任何一件，文章讀起來仍然通順而讀者在猜。&lt;/p>
&lt;p>這套方法從兩次全分類改寫抽出來。兩批的篇數都不含目錄頁：料理分類的二十三篇改寫成各自自足、末節換成條件分支（那個末節後來又改掉，見〈三、往外的連結綁在本篇建立的模型上〉）；SQL 分類的十一篇文章與九張卡改寫承重術語、開場、跨篇引導與分類入口的順序。兩次的偏移形狀不同，成因是同一個：某條為別種內容設計的規則被套了過來，而規則的觸發條件只看形狀對不對得上。&lt;/p>
&lt;p>限制先寫在前面：兩批出自同一個作者與同一套審查流程，所以三項的普遍性沒有對照組。推翻的方式是找一批三項都不合格而讀者理解無誤的教材；下面引到的各項量測各自是一次個案，機制的推導比數字強。&lt;/p>
&lt;p>本篇處理的是一篇教材內部的脈絡，而&lt;strong>脈絡是篇層的其中一面，不是全部&lt;/strong>。三項全過的文章仍然可能寫錯事實，也仍然可能停在維度清單；其餘幾面各有自己的判斷標準與偵測方式：&lt;/p>
&lt;ul>
&lt;li>&lt;strong>判斷標準有沒有交付到條件層&lt;/strong>：判斷標準停在「判斷看 A / B / C」時，讀者知道要看哪些面向，卻判斷不出自己落在哪一個條件、那個條件會帶來什麼後果。教學文章要寫出各條件的後果與理由，讀者帶自己的參數進來就能判斷自己落在哪裡；條件到行動的逐項對應（「看到 A → 做 X」）是手冊的裝置，寫給照著執行的人。各成熟度的形態與驗收方式在 &lt;a href="https://tarrragon.github.io/blog/report/criteria-need-condition-action-mapping/" data-link-title="判斷標準要寫到條件層：維度清單是判斷標準的空殼" data-link-desc="寫判斷標準段、或審查發現某段「列了要考慮什麼、卻判斷不出自己落在哪裡」時使用。判斷標準有口訣、維度清單、條件層三個成熟度，教學文章要到第三層：讀者判斷得出自己落在哪一個條件、各條件的後果與理由，加上條件失效的情境；驗收用重算測試。條件到行動的逐項對應是 skill 與手冊的形態，不寫進教學文章。">判斷標準要寫到條件層：維度清單是判斷標準的空殼&lt;/a>。&lt;/li>
&lt;li>&lt;strong>字句層的用詞與句型&lt;/strong>：正向陳述、否定起手、口語修辭、物理化錯配這些以一個句子為判定單位，偵測方式從派多份低階模型讀稿（〈前三節的缺陷多數躲得過自審〉那一節的理解取樣）換成關鍵詞掃描加語意判定，住在 &lt;a href="https://tarrragon.github.io/blog/skills/compositional-writing/" data-link-title="Compositional Writing — 組合式寫作方法論" data-link-desc="以 Zettelkasten 為核心、針對程式碼註解、文件、log、prompt、欄位、長篇技術文章、外部分析材料轉教學文章、跨多篇 collection 結構的寫作方法論。核心原則 &amp;#43; 觸發路由 &amp;#43; 情境 reference。">compositional-writing 的字句層 keyword bank&lt;/a>。&lt;/li>
&lt;li>&lt;strong>模組層的推導體系&lt;/strong>：單位放大到一個模組時，模組要能一句話說出各篇判斷標準共同依據的那一條機制，否則跨篇的矛盾不現形，見 &lt;a href="https://tarrragon.github.io/blog/report/teaching-module-needs-derivation-anchor/" data-link-title="教學模組要有推導源頭、不是主題集合" data-link-desc="規劃或檢討教學模組的整體結構時使用。模組級結構有兩種形態：主題集合把相關主題平行排開、推導體系讓每篇承擔同一個源頭機制的一條展開。分析教學要後者——源頭給各篇判斷標準一把共同的尺，跨篇矛盾才會現形、新篇才有掛載點、完整推導的閱讀路線才成立。">教學模組要有推導源頭&lt;/a>。&lt;/li>
&lt;li>&lt;strong>查閱型內容的體例&lt;/strong>：讀者帶著症狀來的時候，&lt;code>description&lt;/code> 反過來寫成「什麼情境下需要回來讀」，完整體例在 &lt;a href="https://tarrragon.github.io/blog/report/description-as-recall-trigger/" data-link-title="查閱型內容的 description 是未來自己的 recall trigger" data-link-desc="排錯記錄、工具筆記這類使用者帶著症狀來的內容，它的 description 要讓未來的自己在掃列表時判斷該不該回來讀，本卡處理這一半的寫法與判斷標準；教材那一半另有專卡。">#170&lt;/a>。&lt;/li>
&lt;li>&lt;strong>給執行者照著做的手冊的體例&lt;/strong>：步驟編號變成執行的位置、判錯代價要寫；分辨的軸是那個動作落在世界上還是落在腦中，會讓文章被讀成手冊的七種裝置在 &lt;a href="https://tarrragon.github.io/blog/report/positioning-decides-form-before-any-rule-applies/" data-link-title="定位決定體例，而共用的寫作規範會把一個 surface 的體例搬到另一個上" data-link-desc="同一套寫作規範同時服務 agent 指令、人類教材與程式碼註解時，用來判斷某一條規則該不該套在手上這份稿件上">#302&lt;/a>。&lt;/li>
&lt;/ul>
&lt;h2 id="一每一篇說得出自己在序列裡的位置">一、每一篇說得出自己在序列裡的位置&lt;/h2>
&lt;p>教材是規劃出來的觀念序列，一章一章帶出讀者需要知道的東西。這個組織方式買到的是&lt;strong>知識網絡沒有缺口&lt;/strong>——讀者照序走完就拿到全部，不必先知道自己缺什麼。以回答問題的角度組織會失去這一項：讀者不曾遇到那個問題，就永遠不會知道有那件事。&lt;/p>
&lt;p>每一篇要說得出三件事：讀者讀到這裡手上已經有什麼、這一篇交付什麼、以及它刻意不碰什麼。第三件最常被略過。它與往外那些連結相鄰而不是同一件事：這裡界定的是本篇碰不到的邊界，往外的連結換掉的是邊界之內的一個可動項——一個講界外、一個講界內，寫得出前者不代表寫得出後者。&lt;/p>
&lt;p>深度的分配看第一件，不看題材的表面複雜度。基礎的東西作者最熟，於是「這很基礎」本身成為壓縮說明的理由；而讀者在基礎處手上的既有結構最少、能自行補完的最少，兩邊的需求剛好相反。一次實測裡，一批十一篇中最基礎的兩個題目量出了全批最危險的兩個陷阱，而那兩個陷阱在寬鬆的引擎上都不報錯。完整推導在 &lt;a href="https://tarrragon.github.io/blog/report/basics-anchor-the-advanced/" data-link-title="#305 基本功能衍生的問題不比進階議題簡單，而進階議題要從它推導" data-link-desc="規劃教材的深度分配、或決定一個進階主題該從哪裡講起時">#305&lt;/a>，那張卡自己標明它是一次個案、沒有對照組，機制的推導比數字強。&lt;/p>
&lt;p>位置有一個對外的宣告面：檔案最上面那句 &lt;code>description&lt;/code> 與正文第一段。它們從這一篇要交付的觀念發想，寫成「遇到 X 時」就換了主人——文章接下來得是 X 的答案。這一面另有專卡處理，&lt;a href="https://tarrragon.github.io/blog/report/description-frames-the-article/" data-link-title="把 description 寫成觸發條件，文章就變成那個問題的答案" data-link-desc="教材的 description 與文章開場寫成「什麼情況下需要這篇」時，這個框架會反過來決定文章的形狀，本卡處理它造成的知識網絡斷點與改法">#308&lt;/a> 給四種要換掉的句型、開場給概念不給情境的理由，以及查閱型內容為什麼不受這一條約束。&lt;/p>
&lt;p>檢查的方式是把那三句話實際寫下來，而&lt;strong>每一句都要指得到文章裡的一個位置&lt;/strong>（第幾段、哪一句）。指不到就是那件事沒有寫進去。單純「寫得出來」沒有失敗態——任何人對任何一篇都寫得出來，一次實跑就是這樣通過的，而第三句是從末節的路由反推的、文章裡一個字都沒有。（遮住 &lt;code>description&lt;/code> 只看標題是另一個檢查，測的是 &lt;code>description&lt;/code> 本身有沒有增量，見 &lt;a href="https://tarrragon.github.io/blog/report/description-frames-the-article/" data-link-title="把 description 寫成觸發條件，文章就變成那個問題的答案" data-link-desc="教材的 description 與文章開場寫成「什麼情況下需要這篇」時，這個框架會反過來決定文章的形狀，本卡處理它造成的知識網絡斷點與改法">#308&lt;/a>；兩者的通過條件相反，不要混用。）&lt;/p>
&lt;h2 id="二論證用得到的材料就地寫進去">二、論證用得到的材料就地寫進去&lt;/h2>
&lt;p>一篇文章的論證靠幾個詞與幾個事實成立，那些必須寫在這一篇裡面。&lt;strong>承重指的就是這個位置&lt;/strong>——一個詞或一個機制，拿掉它的說明之後那幾句話就不成立了，它在這一篇裡就是承重的。判別不看它出現幾次，看拿掉之後論證還在不在。外包出去（連到卡、留給別篇、假設讀者已經知道）會讓論證線斷在讀者跳出去的那一刻。&lt;/p>
&lt;p>&lt;strong>承重的術語當場定義。&lt;/strong> SQL 分類量到的形狀是這樣：改寫前的二十二個檔裡「列」出現兩百七十九次（扣掉排列、序列這類複合詞還有兩百六十八次），全分類沒有一處說過它指什麼；三份互不通訊的理解探針——同一個低階模型的三個實例，各自拿逐字相同的指令讀同一份稿件——在三篇不同的文章上各自把它讀成 column。台灣的用法是列指橫向的一筆資料、欄指縱向的一個位置，簡體中文的資料兩套對調，而讀者手上兩套都有。同一批還有兩個詞（配對與成品）是「條件該放 ON 還是 WHERE」那一篇判斷標準的兩端，五份術語探針零份答得出來。「當場」這個要求只適用於承重的術語；論證不直接靠它們成立的支撐與背景術語，可以住在知識卡或前置篇章，判定用術語在本篇的角色乘上讀者已有的知識，見 &lt;a href="https://tarrragon.github.io/blog/record/term-explanation-layering-methodology/" data-link-title="術語解釋分層方法論：基線宣告與行內 / 連卡 / 裸用三級" data-link-desc="文章裡的專業術語該解釋到什麼程度、入門篇跟深度篇的解釋量怎麼分級時，用「術語角色 × 前置知識基線」判定矩陣決定行內展開、連知識卡或裸用；含基線的操作化定義、SOLID 對應、缺卡 audit 流程與 financial-analysis 模組的實測">術語解釋分層方法論&lt;/a>。&lt;/p>
&lt;p>&lt;strong>承重的機制就地寫。&lt;/strong> 料理分類原本把機制集中在形態與手法那幾篇，各道菜引用過去；改寫後每一道把自己論證要用的機制寫進正文，形態與手法那十篇因此重新定位成「這一類的分界與成員」。同一批內容，分工換了一次。&lt;/p>
&lt;p>&lt;strong>每一句的指涉要能從已讀的文字解出來。&lt;/strong> 主詞、受詞，以及「它」「這個」「那些」「前面那個」這幾類詞。三十三份理解探針回報的歧義集中在這裡（該批逐條歸因之後，判定為表述問題的那些幾乎都是指涉解不出來）——「在那一行畫一條橫線」的那一行被讀成 SQL 的行也被讀成結果的列，三份全中。&lt;/p>
&lt;p>這一項在文字表面留下的痕跡是詞頻：承重的詞用得多，而熟悉度正是從用得多來的，所以出現次數是這個盲區唯一的機械把手。詞頻本身不是答案——一篇講某個主題的文章裡，那個主題詞必然高頻而它不是漏定義的那一個，分開兩者的問題是「拿掉這個詞的定義之後，那幾句還成不成立」。&lt;/p>
&lt;p>這一節的三項成因都是熟悉度：越承重的詞寫得越多、陌生感消失得越早，所以停下來定義它的那一刻從來不會到。但&lt;strong>三項的偵測方式不同&lt;/strong>——承重術語漏定義有詞頻這個機械把手（見上一段），機制寫沒寫進正文與指涉解不解得出來沒有，那兩項只有理解取樣抓得到。把三項都說成「只有探針測得到」會讓最便宜的那一項也被推遲到派探針的時候。&lt;/p>
&lt;h2 id="三往外的連結綁在本篇建立的模型上">三、往外的連結綁在本篇建立的模型上&lt;/h2>
&lt;p>跨篇連結有三種寫法，而它們差在讀者需要先有什麼。&lt;/p>
&lt;p>&lt;strong>綁在讀者的處境上&lt;/strong>：「遇到 X 的時候去讀 Y」。這一種把另一篇的存在綁在讀者有沒有遇到那件事上，沒遇到就等於不存在。&lt;/p>
&lt;p>&lt;strong>綁在主題的邊界上&lt;/strong>：「這個主題不涵蓋 A、B、C，各有專篇」。讀者不必先有問題就知道那邊有東西，可是他不知道那是什麼。&lt;/p>
&lt;p>&lt;strong>綁在本篇模型的一個可動項上&lt;/strong>：&lt;strong>可動項指本篇建立的模型裡可以獨立改變的那幾件事&lt;/strong>，讀者讀完就拿到一組，而每一條連結是把其中一個換掉會走到哪一篇。料理分類改寫當時的形狀是：「黏合劑從魚漿換成蛋、主體換成蔬菜泥、而且不勾芡」指向一篇，「拿掉勾芡、讓蛋液自己凝固成半固體」指向另一篇。讀者手上有黏合劑、主體、加熱方式、稠度來源這四個可動項，所以他能預測隔壁那一篇長什麼樣。&lt;/p>
&lt;p>第三種是完整的形態，&lt;strong>而三種只沿一個軸排：同層的鄰篇&lt;/strong>。不在同層的連結有三類，各有正面的判定條件：往回問（目的地回答本篇模型的輸入從哪裡來）、往前問（目的地拿本篇的輸出去做下一件事），以及層級連結（母分類頁、展開本篇某一部分的後續篇、本篇匯集的實例來源）——當時實測十一篇裡有九篇的末節至少有一條是前兩類。這三類不綁可動項，照樣要交代目的地給什麼，位置用上面同一個預設：跟在正文談到它的那一句後面。&lt;/p>
&lt;p>所以走這一節之前有一個前置動作：&lt;strong>把本篇的可動項列出來。&lt;/strong> 方法是從本篇的結論句往回問——這個結論的成立依賴哪幾件事，其中哪幾件換掉之後結論會不一樣。換掉會改變結論的是可動項，換掉不影響的是背景。逐項寫下來再數，而數出來的三種結果各有出口：&lt;/p>
&lt;ul>
&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;/ul>
&lt;p>單軸與列不出來在報告上要分開寫（寫進該篇的 commit message，兩行分開），否則作者會用單軸這個出口把訊號收掉。列出來的清單本身也一起寫進去：只留下「單軸」兩個字的判定事後無法證偽，而單軸正是後續動作最少的那個出口。看的是列得出幾件事，不看它寫得深不深。&lt;/p>
&lt;p>兩批當初的實際形態不同而都收在第三種：料理那批把可動項藏在敘述裡，SQL 那批在末節開頭把可動項交代出來，再逐項寫換掉它會走到哪一篇。兩批後來都拆掉了那個模具，多數條目回到正文，少數篇保留一個承載結論的短節，理由在下一段。&lt;/p>
&lt;p>&lt;strong>這一節規定的是連結綁在什麼上，不規定它長什麼樣。&lt;/strong> 兩批後來都把末節做成同一個段名與同一組粗體句型，每一篇單獨合規，連讀十幾篇拿到的是同一個段名與句型重複十幾次（判讀在 &lt;a href="https://tarrragon.github.io/blog/report/mandated-section-hides-its-own-sameness/" data-link-title="規範指定了某個位置要交付什麼，全批長成同一個模板時沒有任何一道檢查管得到" data-link-desc="一批文章每一篇結尾都有同一個段名、同一組句型，而那個段落是規範要求的時回來讀">#362&lt;/a>）。形態跟著可動項所在的位置走，而且逐條連結決定，同一篇可以混用。&lt;strong>預設的位置是正文談到那個可動項的那一句&lt;/strong>：連結跟在那一句後面，接在那一段論證的結論之後、不插進推導中間——一次審查量到，插在推導中途的連結把前後句的指代與「因此」接到了它身上。變因不落在單一句子裡時另有幾種形態，各有它的理由：表的每一列就是本篇的一個可動項、換掉一列會走到鄰居那一篇時，連結擺在那張表旁邊，讀者不必離開那張表就看得到換掉一列會走到哪裡；本篇是一家族對照的起點時，各鄰居改掉的是同一組選擇裡的不同幾項，並排成一張表才看得出每一道改了哪幾項；鄰居共同缺少本篇的某個條件時，它們各自怎麼補上那個缺口本身就是一段論證，拆成條目會把論證拆散；只有一個鄰居換掉的是本篇結論所依賴的那一項時，那一個對照承載的內容夠自成一節。&lt;/p>
&lt;p>&lt;strong>修一批已經同形的末節、或新寫的篇要加入一批已經處置過的分類時，不能整批套同一種新形態&lt;/strong>——判定看骨架，不看位置類別：段名正規化後沒有一個的計數接近篇數、連結前後的接續語沒有一種佔全批連結的一半以上、連到同一個目的地的各篇交代句不共用同一個命題，三項都成立才算。上面幾種形態不是一張可以輪流分派的清單，輪流分派同樣是用新模具換舊模具。&lt;/p>
&lt;p>這裡有兩個檢查，而它們測的不是同一件事：遮住目的地看讀者預不預測得出那一篇會給什麼，測的是連結有沒有交代目的地（見 &lt;a href="https://tarrragon.github.io/blog/report/cross-links-eat-the-article-they-live-in/" data-link-title="串連佔掉的是本篇的篇幅，順序要先自足再往外開門" data-link-desc="一個內容集合裡各篇互相引用，而單篇讀起來薄、說不出自己要交付什麼時，用來判斷篇幅被鄰居佔走了多少">#303&lt;/a>）；那一句綁在什麼上，測的才是本節。所以其中一個通過推不出另一個——第二種寫法可以完全通過前者而不滿足後者。&lt;/p>
&lt;h2 id="四前三節的缺陷多數躲得過自審">四、前三節的缺陷多數躲得過自審&lt;/h2>
&lt;p>前三節的缺陷靠同一個機制躲過自審：作者對自己寫過的東西沒有陌生感，讀到殘缺的句子會自動補完。同源的審查者共享同一份熟悉度，所以加輪數與加人數都跨不過去。&lt;/p>
&lt;p>例外是上一節那一項——承重術語漏定義有詞頻這個機械把手，機械的東西不受熟悉度影響。其餘的都要靠取樣。&lt;/p>
&lt;p>可行的量測是理解取樣：同一個低階模型獨立跑多份，每一份拿逐字相同的指令讀同一份稿件，回報他們讀到什麼。問法對應前三節——這一節在講什麼、每個動作誰做的、指涉詞各指誰、這一篇解決什麼問題、哪幾段在講別篇的事。判定的紀律是歸因先於處置，而一份讀錯就是判決：模型群體的變異度低於真人，五份裡一份讀錯代表真人裡的比例只會更高。設計條件與判讀在 &lt;a href="https://tarrragon.github.io/blog/report/comprehension-sampled-not-judged/" data-link-title="理解檢查用低階 model 取樣讀者的實際理解，不靠單一 reviewer 的判斷" data-link-desc="要驗文章的脈絡與表達是否會被誤解時，用來決定派什麼樣的 reviewer、問什麼問題、以及判斷標準放在哪裡">#281&lt;/a>。受測單位也能從一段文字縮成一個詞，問的是這個詞在目標語域裡有沒有穩定的所指，設計上多兩個條件——同批要混控制詞（&lt;a href="https://tarrragon.github.io/blog/report/term-probe-measures-register-not-invention/" data-link-title="一個詞是不是通用術語，用多份獨立定義的收斂度量，控制詞決定這批算不算數" data-link-desc="站內反覆使用的某個詞讀起來可能不通用時，用來量它在目標語域裡有沒有穩定所指，以及量完之後怎麼歸因">#289&lt;/a>），以及測試詞不能出現在探針讀得到的系統提示裡（&lt;a href="https://tarrragon.github.io/blog/report/probe-reads-the-prompt-that-defines-the-term/" data-link-title="術語探針讀得到定義那個詞的規範檔時，收斂度量到的是詞頻" data-link-desc="在有專案規範檔的 repo 裡派 subagent 跑術語探針時，這個配置量到的是提示裡的詞頻，本卡處理它的偵測方式與可用的控制設計">#309&lt;/a>）。&lt;/p>
&lt;h2 id="偏移每一次都從同一個地方進來">偏移每一次都從同一個地方進來&lt;/h2>
&lt;p>記錄在案的偏移成因相同：一條為別種內容設計的規則被套到教材上，而規則的觸發條件只看形狀。為 agent 指令設計的體例套到文章上，文章就長出步驟編號與檢查順序（&lt;a href="https://tarrragon.github.io/blog/report/positioning-decides-form-before-any-rule-applies/" data-link-title="定位決定體例，而共用的寫作規範會把一個 surface 的體例搬到另一個上" data-link-desc="同一套寫作規範同時服務 agent 指令、人類教材與程式碼註解時，用來判斷某一條規則該不該套在手上這份稿件上">#302&lt;/a>）；為查閱型內容設計的 &lt;code>description&lt;/code> 規則套到教材上，文章就變成問題的答案（&lt;a href="https://tarrragon.github.io/blog/report/description-frames-the-article/" data-link-title="把 description 寫成觸發條件，文章就變成那個問題的答案" data-link-desc="教材的 description 與文章開場寫成「什麼情況下需要這篇」時，這個框架會反過來決定文章的形狀，本卡處理它造成的知識網絡斷點與改法">#308&lt;/a>）。&lt;/p>
&lt;p>&lt;code>description&lt;/code> 那一條規則自己的限制段寫著「單一案例（操作型文章）」，推廣照樣發生。&lt;strong>一張卡的射程限制放在它自己身上沒有效力&lt;/strong>——引用它的人讀的是核心原則段，而限制住在論述基礎段。要擋住推廣，適用邊界得由引用它的那份規範寫出來。&lt;/p>
&lt;p>所以這套方法要防的不只是寫錯，還有規則的錯配——本篇的三項也是為教材立的，拿去檢查查閱型內容或手冊，同樣會給出錯的答案。動筆前先確認這一篇的定位（教材、查閱型、還是給執行者照著做的手冊），再看手上那條規則是為哪一種定位立的。&lt;/p></description><content:encoded><![CDATA[<p>教學文章的脈絡是三件可以逐條檢查的事：這一篇在序列裡的位置、它自己夠不夠自足、以及它往外的連結綁在什麼上面。三件都合格的時候，讀者知道自己為什麼讀到這裡、每一句在說誰、以及隔壁那一篇是什麼；缺任何一件，文章讀起來仍然通順而讀者在猜。</p>
<p>這套方法從兩次全分類改寫抽出來。兩批的篇數都不含目錄頁：料理分類的二十三篇改寫成各自自足、末節換成條件分支（那個末節後來又改掉，見〈三、往外的連結綁在本篇建立的模型上〉）；SQL 分類的十一篇文章與九張卡改寫承重術語、開場、跨篇引導與分類入口的順序。兩次的偏移形狀不同，成因是同一個：某條為別種內容設計的規則被套了過來，而規則的觸發條件只看形狀對不對得上。</p>
<p>限制先寫在前面：兩批出自同一個作者與同一套審查流程，所以三項的普遍性沒有對照組。推翻的方式是找一批三項都不合格而讀者理解無誤的教材；下面引到的各項量測各自是一次個案，機制的推導比數字強。</p>
<p>本篇處理的是一篇教材內部的脈絡，而<strong>脈絡是篇層的其中一面，不是全部</strong>。三項全過的文章仍然可能寫錯事實，也仍然可能停在維度清單；其餘幾面各有自己的判斷標準與偵測方式：</p>
<ul>
<li><strong>判斷標準有沒有交付到條件層</strong>：判斷標準停在「判斷看 A / B / C」時，讀者知道要看哪些面向，卻判斷不出自己落在哪一個條件、那個條件會帶來什麼後果。教學文章要寫出各條件的後果與理由，讀者帶自己的參數進來就能判斷自己落在哪裡；條件到行動的逐項對應（「看到 A → 做 X」）是手冊的裝置，寫給照著執行的人。各成熟度的形態與驗收方式在 <a href="/blog/report/criteria-need-condition-action-mapping/" data-link-title="判斷標準要寫到條件層：維度清單是判斷標準的空殼" data-link-desc="寫判斷標準段、或審查發現某段「列了要考慮什麼、卻判斷不出自己落在哪裡」時使用。判斷標準有口訣、維度清單、條件層三個成熟度，教學文章要到第三層：讀者判斷得出自己落在哪一個條件、各條件的後果與理由，加上條件失效的情境；驗收用重算測試。條件到行動的逐項對應是 skill 與手冊的形態，不寫進教學文章。">判斷標準要寫到條件層：維度清單是判斷標準的空殼</a>。</li>
<li><strong>字句層的用詞與句型</strong>：正向陳述、否定起手、口語修辭、物理化錯配這些以一個句子為判定單位，偵測方式從派多份低階模型讀稿（〈前三節的缺陷多數躲得過自審〉那一節的理解取樣）換成關鍵詞掃描加語意判定，住在 <a href="/blog/skills/compositional-writing/" data-link-title="Compositional Writing — 組合式寫作方法論" data-link-desc="以 Zettelkasten 為核心、針對程式碼註解、文件、log、prompt、欄位、長篇技術文章、外部分析材料轉教學文章、跨多篇 collection 結構的寫作方法論。核心原則 &#43; 觸發路由 &#43; 情境 reference。">compositional-writing 的字句層 keyword bank</a>。</li>
<li><strong>模組層的推導體系</strong>：單位放大到一個模組時，模組要能一句話說出各篇判斷標準共同依據的那一條機制，否則跨篇的矛盾不現形，見 <a href="/blog/report/teaching-module-needs-derivation-anchor/" data-link-title="教學模組要有推導源頭、不是主題集合" data-link-desc="規劃或檢討教學模組的整體結構時使用。模組級結構有兩種形態：主題集合把相關主題平行排開、推導體系讓每篇承擔同一個源頭機制的一條展開。分析教學要後者——源頭給各篇判斷標準一把共同的尺，跨篇矛盾才會現形、新篇才有掛載點、完整推導的閱讀路線才成立。">教學模組要有推導源頭</a>。</li>
<li><strong>查閱型內容的體例</strong>：讀者帶著症狀來的時候，<code>description</code> 反過來寫成「什麼情境下需要回來讀」，完整體例在 <a href="/blog/report/description-as-recall-trigger/" data-link-title="查閱型內容的 description 是未來自己的 recall trigger" data-link-desc="排錯記錄、工具筆記這類使用者帶著症狀來的內容，它的 description 要讓未來的自己在掃列表時判斷該不該回來讀，本卡處理這一半的寫法與判斷標準；教材那一半另有專卡。">#170</a>。</li>
<li><strong>給執行者照著做的手冊的體例</strong>：步驟編號變成執行的位置、判錯代價要寫；分辨的軸是那個動作落在世界上還是落在腦中，會讓文章被讀成手冊的七種裝置在 <a href="/blog/report/positioning-decides-form-before-any-rule-applies/" data-link-title="定位決定體例，而共用的寫作規範會把一個 surface 的體例搬到另一個上" data-link-desc="同一套寫作規範同時服務 agent 指令、人類教材與程式碼註解時，用來判斷某一條規則該不該套在手上這份稿件上">#302</a>。</li>
</ul>
<h2 id="一每一篇說得出自己在序列裡的位置">一、每一篇說得出自己在序列裡的位置</h2>
<p>教材是規劃出來的觀念序列，一章一章帶出讀者需要知道的東西。這個組織方式買到的是<strong>知識網絡沒有缺口</strong>——讀者照序走完就拿到全部，不必先知道自己缺什麼。以回答問題的角度組織會失去這一項：讀者不曾遇到那個問題，就永遠不會知道有那件事。</p>
<p>每一篇要說得出三件事：讀者讀到這裡手上已經有什麼、這一篇交付什麼、以及它刻意不碰什麼。第三件最常被略過。它與往外那些連結相鄰而不是同一件事：這裡界定的是本篇碰不到的邊界，往外的連結換掉的是邊界之內的一個可動項——一個講界外、一個講界內，寫得出前者不代表寫得出後者。</p>
<p>深度的分配看第一件，不看題材的表面複雜度。基礎的東西作者最熟，於是「這很基礎」本身成為壓縮說明的理由；而讀者在基礎處手上的既有結構最少、能自行補完的最少，兩邊的需求剛好相反。一次實測裡，一批十一篇中最基礎的兩個題目量出了全批最危險的兩個陷阱，而那兩個陷阱在寬鬆的引擎上都不報錯。完整推導在 <a href="/blog/report/basics-anchor-the-advanced/" data-link-title="#305 基本功能衍生的問題不比進階議題簡單，而進階議題要從它推導" data-link-desc="規劃教材的深度分配、或決定一個進階主題該從哪裡講起時">#305</a>，那張卡自己標明它是一次個案、沒有對照組，機制的推導比數字強。</p>
<p>位置有一個對外的宣告面：檔案最上面那句 <code>description</code> 與正文第一段。它們從這一篇要交付的觀念發想，寫成「遇到 X 時」就換了主人——文章接下來得是 X 的答案。這一面另有專卡處理，<a href="/blog/report/description-frames-the-article/" data-link-title="把 description 寫成觸發條件，文章就變成那個問題的答案" data-link-desc="教材的 description 與文章開場寫成「什麼情況下需要這篇」時，這個框架會反過來決定文章的形狀，本卡處理它造成的知識網絡斷點與改法">#308</a> 給四種要換掉的句型、開場給概念不給情境的理由，以及查閱型內容為什麼不受這一條約束。</p>
<p>檢查的方式是把那三句話實際寫下來，而<strong>每一句都要指得到文章裡的一個位置</strong>（第幾段、哪一句）。指不到就是那件事沒有寫進去。單純「寫得出來」沒有失敗態——任何人對任何一篇都寫得出來，一次實跑就是這樣通過的，而第三句是從末節的路由反推的、文章裡一個字都沒有。（遮住 <code>description</code> 只看標題是另一個檢查，測的是 <code>description</code> 本身有沒有增量，見 <a href="/blog/report/description-frames-the-article/" data-link-title="把 description 寫成觸發條件，文章就變成那個問題的答案" data-link-desc="教材的 description 與文章開場寫成「什麼情況下需要這篇」時，這個框架會反過來決定文章的形狀，本卡處理它造成的知識網絡斷點與改法">#308</a>；兩者的通過條件相反，不要混用。）</p>
<h2 id="二論證用得到的材料就地寫進去">二、論證用得到的材料就地寫進去</h2>
<p>一篇文章的論證靠幾個詞與幾個事實成立，那些必須寫在這一篇裡面。<strong>承重指的就是這個位置</strong>——一個詞或一個機制，拿掉它的說明之後那幾句話就不成立了，它在這一篇裡就是承重的。判別不看它出現幾次，看拿掉之後論證還在不在。外包出去（連到卡、留給別篇、假設讀者已經知道）會讓論證線斷在讀者跳出去的那一刻。</p>
<p><strong>承重的術語當場定義。</strong> SQL 分類量到的形狀是這樣：改寫前的二十二個檔裡「列」出現兩百七十九次（扣掉排列、序列這類複合詞還有兩百六十八次），全分類沒有一處說過它指什麼；三份互不通訊的理解探針——同一個低階模型的三個實例，各自拿逐字相同的指令讀同一份稿件——在三篇不同的文章上各自把它讀成 column。台灣的用法是列指橫向的一筆資料、欄指縱向的一個位置，簡體中文的資料兩套對調，而讀者手上兩套都有。同一批還有兩個詞（配對與成品）是「條件該放 ON 還是 WHERE」那一篇判斷標準的兩端，五份術語探針零份答得出來。「當場」這個要求只適用於承重的術語；論證不直接靠它們成立的支撐與背景術語，可以住在知識卡或前置篇章，判定用術語在本篇的角色乘上讀者已有的知識，見 <a href="/blog/record/term-explanation-layering-methodology/" data-link-title="術語解釋分層方法論：基線宣告與行內 / 連卡 / 裸用三級" data-link-desc="文章裡的專業術語該解釋到什麼程度、入門篇跟深度篇的解釋量怎麼分級時，用「術語角色 × 前置知識基線」判定矩陣決定行內展開、連知識卡或裸用；含基線的操作化定義、SOLID 對應、缺卡 audit 流程與 financial-analysis 模組的實測">術語解釋分層方法論</a>。</p>
<p><strong>承重的機制就地寫。</strong> 料理分類原本把機制集中在形態與手法那幾篇，各道菜引用過去；改寫後每一道把自己論證要用的機制寫進正文，形態與手法那十篇因此重新定位成「這一類的分界與成員」。同一批內容，分工換了一次。</p>
<p><strong>每一句的指涉要能從已讀的文字解出來。</strong> 主詞、受詞，以及「它」「這個」「那些」「前面那個」這幾類詞。三十三份理解探針回報的歧義集中在這裡（該批逐條歸因之後，判定為表述問題的那些幾乎都是指涉解不出來）——「在那一行畫一條橫線」的那一行被讀成 SQL 的行也被讀成結果的列，三份全中。</p>
<p>這一項在文字表面留下的痕跡是詞頻：承重的詞用得多，而熟悉度正是從用得多來的，所以出現次數是這個盲區唯一的機械把手。詞頻本身不是答案——一篇講某個主題的文章裡，那個主題詞必然高頻而它不是漏定義的那一個，分開兩者的問題是「拿掉這個詞的定義之後，那幾句還成不成立」。</p>
<p>這一節的三項成因都是熟悉度：越承重的詞寫得越多、陌生感消失得越早，所以停下來定義它的那一刻從來不會到。但<strong>三項的偵測方式不同</strong>——承重術語漏定義有詞頻這個機械把手（見上一段），機制寫沒寫進正文與指涉解不解得出來沒有，那兩項只有理解取樣抓得到。把三項都說成「只有探針測得到」會讓最便宜的那一項也被推遲到派探針的時候。</p>
<h2 id="三往外的連結綁在本篇建立的模型上">三、往外的連結綁在本篇建立的模型上</h2>
<p>跨篇連結有三種寫法，而它們差在讀者需要先有什麼。</p>
<p><strong>綁在讀者的處境上</strong>：「遇到 X 的時候去讀 Y」。這一種把另一篇的存在綁在讀者有沒有遇到那件事上，沒遇到就等於不存在。</p>
<p><strong>綁在主題的邊界上</strong>：「這個主題不涵蓋 A、B、C，各有專篇」。讀者不必先有問題就知道那邊有東西，可是他不知道那是什麼。</p>
<p><strong>綁在本篇模型的一個可動項上</strong>：<strong>可動項指本篇建立的模型裡可以獨立改變的那幾件事</strong>，讀者讀完就拿到一組，而每一條連結是把其中一個換掉會走到哪一篇。料理分類改寫當時的形狀是：「黏合劑從魚漿換成蛋、主體換成蔬菜泥、而且不勾芡」指向一篇，「拿掉勾芡、讓蛋液自己凝固成半固體」指向另一篇。讀者手上有黏合劑、主體、加熱方式、稠度來源這四個可動項，所以他能預測隔壁那一篇長什麼樣。</p>
<p>第三種是完整的形態，<strong>而三種只沿一個軸排：同層的鄰篇</strong>。不在同層的連結有三類，各有正面的判定條件：往回問（目的地回答本篇模型的輸入從哪裡來）、往前問（目的地拿本篇的輸出去做下一件事），以及層級連結（母分類頁、展開本篇某一部分的後續篇、本篇匯集的實例來源）——當時實測十一篇裡有九篇的末節至少有一條是前兩類。這三類不綁可動項，照樣要交代目的地給什麼，位置用上面同一個預設：跟在正文談到它的那一句後面。</p>
<p>所以走這一節之前有一個前置動作：<strong>把本篇的可動項列出來。</strong> 方法是從本篇的結論句往回問——這個結論的成立依賴哪幾件事，其中哪幾件換掉之後結論會不一樣。換掉會改變結論的是可動項，換掉不影響的是背景。逐項寫下來再數，而數出來的三種結果各有出口：</p>
<ul>
<li><strong>兩個以上</strong> → 走第三種。</li>
<li><strong>只有一個</strong> → 這一篇是單軸（整篇繞著一個二元選擇走的判斷標準篇、以及術語卡的定義層多屬這一類），換掉那一項得到的是同一篇裡那個二元選擇的另一個選項而不是隔壁那一篇，第二種在這裡就是完整的形態。</li>
<li><strong>一個都列不出來</strong> → 這是訊號不是豁免：本篇可能只是在描述一件事，沒有建立一個帶可動項的模型，而帶可動項的模型正是讀者能拿去用的東西。</li>
</ul>
<p>單軸與列不出來在報告上要分開寫（寫進該篇的 commit message，兩行分開），否則作者會用單軸這個出口把訊號收掉。列出來的清單本身也一起寫進去：只留下「單軸」兩個字的判定事後無法證偽，而單軸正是後續動作最少的那個出口。看的是列得出幾件事，不看它寫得深不深。</p>
<p>兩批當初的實際形態不同而都收在第三種：料理那批把可動項藏在敘述裡，SQL 那批在末節開頭把可動項交代出來，再逐項寫換掉它會走到哪一篇。兩批後來都拆掉了那個模具，多數條目回到正文，少數篇保留一個承載結論的短節，理由在下一段。</p>
<p><strong>這一節規定的是連結綁在什麼上，不規定它長什麼樣。</strong> 兩批後來都把末節做成同一個段名與同一組粗體句型，每一篇單獨合規，連讀十幾篇拿到的是同一個段名與句型重複十幾次（判讀在 <a href="/blog/report/mandated-section-hides-its-own-sameness/" data-link-title="規範指定了某個位置要交付什麼，全批長成同一個模板時沒有任何一道檢查管得到" data-link-desc="一批文章每一篇結尾都有同一個段名、同一組句型，而那個段落是規範要求的時回來讀">#362</a>）。形態跟著可動項所在的位置走，而且逐條連結決定，同一篇可以混用。<strong>預設的位置是正文談到那個可動項的那一句</strong>：連結跟在那一句後面，接在那一段論證的結論之後、不插進推導中間——一次審查量到，插在推導中途的連結把前後句的指代與「因此」接到了它身上。變因不落在單一句子裡時另有幾種形態，各有它的理由：表的每一列就是本篇的一個可動項、換掉一列會走到鄰居那一篇時，連結擺在那張表旁邊，讀者不必離開那張表就看得到換掉一列會走到哪裡；本篇是一家族對照的起點時，各鄰居改掉的是同一組選擇裡的不同幾項，並排成一張表才看得出每一道改了哪幾項；鄰居共同缺少本篇的某個條件時，它們各自怎麼補上那個缺口本身就是一段論證，拆成條目會把論證拆散；只有一個鄰居換掉的是本篇結論所依賴的那一項時，那一個對照承載的內容夠自成一節。</p>
<p><strong>修一批已經同形的末節、或新寫的篇要加入一批已經處置過的分類時，不能整批套同一種新形態</strong>——判定看骨架，不看位置類別：段名正規化後沒有一個的計數接近篇數、連結前後的接續語沒有一種佔全批連結的一半以上、連到同一個目的地的各篇交代句不共用同一個命題，三項都成立才算。上面幾種形態不是一張可以輪流分派的清單，輪流分派同樣是用新模具換舊模具。</p>
<p>這裡有兩個檢查，而它們測的不是同一件事：遮住目的地看讀者預不預測得出那一篇會給什麼，測的是連結有沒有交代目的地（見 <a href="/blog/report/cross-links-eat-the-article-they-live-in/" data-link-title="串連佔掉的是本篇的篇幅，順序要先自足再往外開門" data-link-desc="一個內容集合裡各篇互相引用，而單篇讀起來薄、說不出自己要交付什麼時，用來判斷篇幅被鄰居佔走了多少">#303</a>）；那一句綁在什麼上，測的才是本節。所以其中一個通過推不出另一個——第二種寫法可以完全通過前者而不滿足後者。</p>
<h2 id="四前三節的缺陷多數躲得過自審">四、前三節的缺陷多數躲得過自審</h2>
<p>前三節的缺陷靠同一個機制躲過自審：作者對自己寫過的東西沒有陌生感，讀到殘缺的句子會自動補完。同源的審查者共享同一份熟悉度，所以加輪數與加人數都跨不過去。</p>
<p>例外是上一節那一項——承重術語漏定義有詞頻這個機械把手，機械的東西不受熟悉度影響。其餘的都要靠取樣。</p>
<p>可行的量測是理解取樣：同一個低階模型獨立跑多份，每一份拿逐字相同的指令讀同一份稿件，回報他們讀到什麼。問法對應前三節——這一節在講什麼、每個動作誰做的、指涉詞各指誰、這一篇解決什麼問題、哪幾段在講別篇的事。判定的紀律是歸因先於處置，而一份讀錯就是判決：模型群體的變異度低於真人，五份裡一份讀錯代表真人裡的比例只會更高。設計條件與判讀在 <a href="/blog/report/comprehension-sampled-not-judged/" data-link-title="理解檢查用低階 model 取樣讀者的實際理解，不靠單一 reviewer 的判斷" data-link-desc="要驗文章的脈絡與表達是否會被誤解時，用來決定派什麼樣的 reviewer、問什麼問題、以及判斷標準放在哪裡">#281</a>。受測單位也能從一段文字縮成一個詞，問的是這個詞在目標語域裡有沒有穩定的所指，設計上多兩個條件——同批要混控制詞（<a href="/blog/report/term-probe-measures-register-not-invention/" data-link-title="一個詞是不是通用術語，用多份獨立定義的收斂度量，控制詞決定這批算不算數" data-link-desc="站內反覆使用的某個詞讀起來可能不通用時，用來量它在目標語域裡有沒有穩定所指，以及量完之後怎麼歸因">#289</a>），以及測試詞不能出現在探針讀得到的系統提示裡（<a href="/blog/report/probe-reads-the-prompt-that-defines-the-term/" data-link-title="術語探針讀得到定義那個詞的規範檔時，收斂度量到的是詞頻" data-link-desc="在有專案規範檔的 repo 裡派 subagent 跑術語探針時，這個配置量到的是提示裡的詞頻，本卡處理它的偵測方式與可用的控制設計">#309</a>）。</p>
<h2 id="偏移每一次都從同一個地方進來">偏移每一次都從同一個地方進來</h2>
<p>記錄在案的偏移成因相同：一條為別種內容設計的規則被套到教材上，而規則的觸發條件只看形狀。為 agent 指令設計的體例套到文章上，文章就長出步驟編號與檢查順序（<a href="/blog/report/positioning-decides-form-before-any-rule-applies/" data-link-title="定位決定體例，而共用的寫作規範會把一個 surface 的體例搬到另一個上" data-link-desc="同一套寫作規範同時服務 agent 指令、人類教材與程式碼註解時，用來判斷某一條規則該不該套在手上這份稿件上">#302</a>）；為查閱型內容設計的 <code>description</code> 規則套到教材上，文章就變成問題的答案（<a href="/blog/report/description-frames-the-article/" data-link-title="把 description 寫成觸發條件，文章就變成那個問題的答案" data-link-desc="教材的 description 與文章開場寫成「什麼情況下需要這篇」時，這個框架會反過來決定文章的形狀，本卡處理它造成的知識網絡斷點與改法">#308</a>）。</p>
<p><code>description</code> 那一條規則自己的限制段寫著「單一案例（操作型文章）」，推廣照樣發生。<strong>一張卡的射程限制放在它自己身上沒有效力</strong>——引用它的人讀的是核心原則段，而限制住在論述基礎段。要擋住推廣，適用邊界得由引用它的那份規範寫出來。</p>
<p>所以這套方法要防的不只是寫錯，還有規則的錯配——本篇的三項也是為教材立的，拿去檢查查閱型內容或手冊，同樣會給出錯的答案。動筆前先確認這一篇的定位（教材、查閱型、還是給執行者照著做的手冊），再看手上那條規則是為哪一種定位立的。</p>
]]></content:encoded></item></channel></rss>