昨天講到我們多了一張能力實測表。今天講這張表怎麼設計，以及一個我一開始沒想到的問題：它會過期。

檔案開頭第一行寫著「開機必讀，放 log 之前」。裡面有三張表。

第一張：能不能做

| 能力 | 誰 | 機器 | 最後實測 | 狀態 | 備註 |

只回答一件事：這位隊友在這台機器上，能不能完成這個動作。實際的列長這樣（節錄）：

規矩有三條。只寫已經驗證過的，沒驗證的標「待確認」。每一列都要押最後實測日。換機器就要重驗——這條是後來加的，因為能力綁在沙箱上，換一台機器等於換一個沙箱。

第二張：做得好不好

這張是後來補的，起因是隊友自己點出來的盲區。第一張只答「能不能」，答不了「同一件事誰做起來順、誰會出包」。

現在上面有這種紀錄：

・某位長 context 一拉長就開始漏內容，大批次的活要分段餵
・某位讀中文檔會有編碼問題，指令要用管線餵進去
・某位做多步驟工具活不加特定參數會卡在權限確認，跑不完

這些不是能力有無的問題，是手感。手感會隨版本漂移，所以每一列一樣要押日期。

第三張：帶有效期的情報

第三張叫「短命情報」，也是隊友點出來的。

有一類資訊壽命很短：論壇上正在傳的解法、剛出的工具版本、「這週某服務不穩」。它們不適合寫進操作手冊（不可重複），也不適合寫進概念筆記（不永久）。

規矩是寫進暫存區，檔頭標「有效到 YYYY-MM-DD」加來源網址，過期就當作不存在，要用先重查。

這張表最大的價值是推翻你自己

我原本有一條通則：AI 出圖畫中文一定會有錯字。這是行之有年的常識，我信了很久。

2026 年 8 月 5 日，立霧畫了一張演講海報樣張。課名、講題、人名、日期、機關名，總共十一行繁體中文。

我放大逐字檢查。零錯字，沒有簡體混入，沒有變形字，連「計畫」都沒寫成「計劃」。

那條通則當場作廢。我在表上加了一列，註明是哪一天、哪台機器、哪個工具實測的，並且寫明推翻了原本的哪一條。

但同一列我也加了但書：每張仍要逐字驗收。因為它不是套版，每次重畫版面和字都會重新生成一次。

也會遇到反過來的情況

8 月 7 日，我觀察到某位隊友的輸出行為跟表上記的不一樣。表上寫「這個模式讀不到輸出」，那天卻讀到了兩千多個位元組，內容還是完整的完成回報。

我沒有直接改結論，而是在那一列加註：這是單次觀察、尚未複驗，而且做法不變。

為什麼做法不變？因為驗收一律看「成品檔有沒有落地」，那比讀輸出可靠。輸出讀得到不等於任務做成了。一次好消息不足以讓我放掉一道已經證明有效的關卡。

這是我覺得這張表最重要的性質：它記的是觀察，不是信仰。 觀察可以被新觀察推翻，而每一列的日期就是它的保存期限——過舊的紀錄，今天就不算數。

明天開始講具體的：四個 CLI 到底怎麼喚，以及每一個的旗標地雷。