<em>AI 記憶堆疊系列的第 4 部分</em>

在完成上一篇文章後,我重新看待這個儲存庫的角度有些不同了。規格文件還在,架構決策紀錄還在,名詞表條目也還在。專案的持久記憶確實做了它應該做的事:保留那些值得存活下來的知識。

但少了些什麼。我能看見<strong>是什麼</strong>存在,卻不一定能看見它為什麼存在。

<strong>記憶告訴你是什麼。推理告訴你為什麼。</strong>

而這個區別,事實上很重要。

<h2>持久記憶不是故事的全部</h2>

在上一篇文章中,我主張持久記憶決定哪些知識值得超越產生它的任務而存續下去。

這點仍然成立。但請想像,六個月後你打開一份架構決策紀錄,並問:

<blockquote>
為什麼做了這個決策?
</blockquote>

這份文件能告訴你結論,卻未必能告訴你得出結論的路徑。也許這個決策來自相互競爭的規格、多次工具呼叫、人工審查、被否決的替代方案,或是一項如今已不再存在的政策限制。

最終產物得以留下,但推理過程往往沒有。

<h2>堆疊中的另一層</h2>

<img src="https://www.kenwalger.com/blog/wp-content/uploads/2026/08/mermaid-diagram-2026-08-17-073958.png" alt="圖表展示 AI 記憶堆疊,其中 Reasoning Ledger 是保存決策原因的層級。資訊從 Reasoning Ledger 流向 Durable Memory、Active Working Memory、Context Window,最後到 Model Inference。" />

<table>
<thead>
<tr>
<th>層級</th>
<th>主要問題</th>
<th>保存內容</th>
</tr>
</thead>
<tbody>
<tr>
<td><a href="https://sovereignplatform.dev/terms/reasoning-ledger.html">推理帳本</a></td>
<td>為什麼會發生這件事?</td>
<td>決策</td>
</tr>
<tr>
<td><a href="https://sovereignplatform.dev/terms/durable-memory.html">持久記憶</a></td>
<td>什麼應該存活下來?</td>
<td>知識</td>
</tr>
<tr>
<td><a href="https://sovereignplatform.dev/terms/active-working-memory.html">主動工作記憶</a></td>
<td>現在什麼最重要?</td>
<td>工作集合</td>
</tr>
<tr>
<td>上下文視窗</td>
<td>模型能看見什麼?</td>
<td>目前的 token</td>
</tr>
</tbody>
</table>

<h2>軟體早已解決了部分問題</h2>

Git 儲存庫保存的不只是原始碼。它們還保存提交歷史、拉取請求、程式碼審查、議題與討論。這些一起說明了軟體是如何演進的。

試想如果 Git 只儲存每個檔案的最新版本。軟體依然存在,但要理解它會變得困難得多。

Git 之所以存在,不是因為開發者會忘記自己程式碼長什麼樣子,而是因為開發者終究會問:

<blockquote>
<strong>我們為什麼要改這裡?</strong>
</blockquote>

代理式系統也應該具備同樣的架構能力。

<h2>缺失的一層</h2>

多數 AI 系統優化的是檢索,但能保留推論周邊可觀察決策過程的系統卻少得多。若有人幾個月後問:

<blockquote>
為什麼系統推薦這個?
</blockquote>

我們能回答嗎?

如果唯一的答案只是「因為模型這麼說」,那麼這個系統就沒有保留足夠資訊來建立信任。我們保留了知識,卻失去了理解。

<h2>推理帳本</h2>

Sovereign Systems 規格把這個架構層稱為推理帳本(Reasoning Ledger)。

它刻意不記錄私有的思維鏈。

它記錄的是圍繞某個決策的可觀察架構。

帳本可能會記錄:

<ul>
<li>查閱的證據</li>
<li>工具呼叫</li>
<li>政策評估</li>
<li>人工核准</li>
<li>時間戳</li>
<li>信心評估</li>
<li>對持久產物的參照</li>
<li>指向 <a href="https://sovereignplatform.dev/terms/forensic-receipt.html">鑑識收據</a> 的連結</li>
</ul>

實務上,一筆紀錄可能像這樣:

<pre><code class="language-yaml">reasoning_ledger:
decision: "核准部署"
timestamp: 2026-03-14T09:22:00Z
evidence:

  • artifact: ADR-014
    authority: architecture-review
    version: 3
  • artifact: production-health-metrics
    observed_at: 2026-03-14T09:20:00Z
  • artifact: security-policy
    authority: security-team
    version: 7
    tools:
  • GitHub
  • CI pipeline
    approvals:
  • release manager
    outcome: approved
    </code></pre>

請注意,這份帳本不只是記錄曾查閱某項資安政策。它還能保留當時是由哪一份政策、哪個版本,以及哪個權責來源所主導這項決策。這個差異很重要,因為即使世界早已改變,當時作為權威依據的證據仍然可能被完整取回。

因此,推理帳本是歷史紀錄,而不是持續有效權威的承諾。它告訴我們當時是什麼在主導這個決策。至於未來某個決策是否仍受同樣證據支配,則屬於架構中的其他部分。

目標不是重建模型內部究竟發生了什麼,而是保留外部可觀察的證據、權威、政策、工具、核准與結果,讓人日後能檢視這個決策。

<strong>可觀察的推理就是架構;私有的推理屬於模型。</strong>

<h2>記憶保存知識。推理保存決策。</h2>

記憶本質上是寫入問題,而推理本質上是責任歸屬問題。記憶保存知識,推理保存決策。

<strong>兩者都是可信 AI 系統不可或缺的。</strong>

<h2>展望未來</h2>

推理帳本能解釋產生某個決策的可觀察路徑。

但我們又怎麼知道這些紀錄本身沒有被竄改?

這就是 <a href="https://sovereignplatform.dev/terms/write-side-custody.html">寫入側保管</a> 的起點,也是第 5 部分將帶我們前往的地方。


原文出處:https://dev.to/kenwalger/the-reasoning-ledger-remembering-decisions-not-just-data-56gm


精選技術文章翻譯,幫助開發者持續吸收新知。

共有 0 則留言


精選技術文章翻譯,幫助開發者持續吸收新知。
🏆 本月排行榜
🥇
站長阿川
📝11   💬4   ❤️1
258
🥈
我愛JS
💬1  
6
評分標準:發文×10 + 留言×3 + 獲讚×5 + 點讚×1 + 瀏覽數÷10
本數據每小時更新一次
📢 贊助商廣告 · 我要刊登