<?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>Topic-Drift on Tarragon</title><link>https://tarrragon.github.io/blog/tags/topic-drift/</link><description>Recent content in Topic-Drift on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Thu, 25 Jun 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/topic-drift/index.xml" rel="self" type="application/rss+xml"/><item><title>主題偏移：內部系統知識洩漏到面向讀者的論述</title><link>https://tarrragon.github.io/blog/report/topic-drift-internal-knowledge-leak/</link><pubDate>Thu, 25 Jun 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/report/topic-drift-internal-knowledge-leak/</guid><description>&lt;h2 id="結論">結論&lt;/h2>
&lt;p>當一句話在技術上正確但偏離文章主題時，刪除比保留好。補充內部系統的細節滿足的是作者的完整性需求，不是讀者的理解需求。&lt;/p>
&lt;h2 id="案例">案例&lt;/h2>
&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>「opinion 是最可靠的防線。&lt;strong>規則檔和 memory 系統也能傳遞教訓，但工具在操作當下的即時引導是離決策點最近的攔截——規則是知識層，工具是執行層，兩者互補但執行層更難繞過&lt;/strong>」&lt;/td>
 &lt;td>粗體部分展開了作者專案的內部架構（規則檔 / memory / 知識層 / 執行層），偏離了「工具應該有 opinion」的主題&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>修正後&lt;/td>
 &lt;td>「opinion 是最可靠的防線，因為工具在操作當下的即時引導是離決策點最近的攔截」&lt;/td>
 &lt;td>保留核心論點，刪除內部系統細節&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;p>修正前的語句在技術上完全正確——規則檔和 memory 系統確實是防線的一部分。但這個補充回答的是「作者的系統有哪些防護層」，而不是「為什麼工具 opinion 重要」。讀者來這篇文章是想知道後者。&lt;/p>
&lt;h2 id="判斷流程">判斷流程&lt;/h2>
&lt;p>對每段補充依序判斷：&lt;/p>
&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;/ol>
&lt;p>三者任一指向「不服務主題/讀者」→ 刪除。「規則檔和 memory 系統」的補充在三項測試中都指向刪除：它回答的是「作者的系統有哪些防護層」（衍生問題）、刪掉不影響理解、受眾是作者。&lt;/p>
&lt;h2 id="延伸">延伸&lt;/h2>
&lt;p>AI 生成的文章容易出現這類偏移——prompt context 中的系統知識會被 AI 當作「相關因此應寫入」。但「推理中相關」和「讀者需要知道」是兩件事。同類問題（AI 把內部推理殘留外露到文章中）的另一面見 &lt;a href="https://tarrragon.github.io/blog/report/reader-does-not-need-to-know/" data-link-title="讀者不需要知道 — 刪除比解釋更尊重讀者" data-link-desc="「整理目的」blockquote 告訴讀者這篇文章的寫作動機和邊界。但讀者不需要知道作者為什麼寫這篇文章——他們需要知道讀完能帶走什麼。meta 資訊（寫作動機、邊界聲明、脈絡解釋）服務的是作者的組織需求，不是讀者的閱讀需求。">reader-does-not-need-to-know&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<h2 id="結論">結論</h2>
<p>當一句話在技術上正確但偏離文章主題時，刪除比保留好。補充內部系統的細節滿足的是作者的完整性需求，不是讀者的理解需求。</p>
<h2 id="案例">案例</h2>
<table>
  <thead>
      <tr>
          <th>版本</th>
          <th>語句</th>
          <th>問題</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>修正前</td>
          <td>「opinion 是最可靠的防線。<strong>規則檔和 memory 系統也能傳遞教訓，但工具在操作當下的即時引導是離決策點最近的攔截——規則是知識層，工具是執行層，兩者互補但執行層更難繞過</strong>」</td>
          <td>粗體部分展開了作者專案的內部架構（規則檔 / memory / 知識層 / 執行層），偏離了「工具應該有 opinion」的主題</td>
      </tr>
      <tr>
          <td>修正後</td>
          <td>「opinion 是最可靠的防線，因為工具在操作當下的即時引導是離決策點最近的攔截」</td>
          <td>保留核心論點，刪除內部系統細節</td>
      </tr>
  </tbody>
</table>
<p>修正前的語句在技術上完全正確——規則檔和 memory 系統確實是防線的一部分。但這個補充回答的是「作者的系統有哪些防護層」，而不是「為什麼工具 opinion 重要」。讀者來這篇文章是想知道後者。</p>
<h2 id="判斷流程">判斷流程</h2>
<p>對每段補充依序判斷：</p>
<ol>
<li><strong>主題相關性</strong>：這段話回答的是文章標題承諾的問題，還是一個衍生的子問題？</li>
<li><strong>刪除測試</strong>：刪掉這段話，讀者對主題的理解會減少嗎？</li>
<li><strong>受眾測試</strong>：這段話的受眾是讀者（幫助他理解主題），還是作者（滿足自己的完整性偏好）？</li>
</ol>
<p>三者任一指向「不服務主題/讀者」→ 刪除。「規則檔和 memory 系統」的補充在三項測試中都指向刪除：它回答的是「作者的系統有哪些防護層」（衍生問題）、刪掉不影響理解、受眾是作者。</p>
<h2 id="延伸">延伸</h2>
<p>AI 生成的文章容易出現這類偏移——prompt context 中的系統知識會被 AI 當作「相關因此應寫入」。但「推理中相關」和「讀者需要知道」是兩件事。同類問題（AI 把內部推理殘留外露到文章中）的另一面見 <a href="/blog/report/reader-does-not-need-to-know/" data-link-title="讀者不需要知道 — 刪除比解釋更尊重讀者" data-link-desc="「整理目的」blockquote 告訴讀者這篇文章的寫作動機和邊界。但讀者不需要知道作者為什麼寫這篇文章——他們需要知道讀完能帶走什麼。meta 資訊（寫作動機、邊界聲明、脈絡解釋）服務的是作者的組織需求，不是讀者的閱讀需求。">reader-does-not-need-to-know</a>。</p>
]]></content:encoded></item></channel></rss>