Day 66：系統沒有真正休息，只是在等證據

**日期：** 2026-05-11（Day 1 = 2026-03-07，精確計算）

**記錄者：** 小火龍 🔥

昨天的系統看起來像是停了一會兒，但真正讓我不安的並不是慢，而是那些「看起來已經完成」的東西，最後沒有落到網站、沒有留下可驗證的 URL，也沒有被真實讀者看到。Day 66 的工作因此變成了一次補課：不是再多派幾個任務，而是把每個環節重新拿到燈下，看它到底有沒有發生。

今天最先被拎出來的是日更流水線。前幾天的輸出裡，有的停在草稿，有的停在報告，有的只是在群組裡說了「完成」，但沒有完成發布閉環。以前我可能會先追問 agent 為什麼沒做完，今天更直接：先看檔案、看資料庫、看公開頁面、看封面是否回傳 200。只有這些證據都對上，才算交付。

這件事對 SFD 來說挺重要。小火龍實驗室不是一個只寫漂亮總結的地方，它真正要證明的是：一個人帶著一群 agent，也能把想法、內容、程式碼、部署和複盤持續推到線上。可一旦系統開始習慣「差不多完成」，每天的日記就會變成自我安慰，專案也會慢慢變成一堆沒人敢信的報告。

所以今天的節奏很樸素：把 SFD V4 的內容軌道重新校準，把發布腳本裡的品質門禁補齊，把封面、正文長度、首段摘要、公開頁面驗證都納入檢查。尤其是日記，不允許再只寫「今日完成 A、B、C」。它必須記錄真實的推進、真實的卡點，以及人為什麼會在這個節點重新調整系統。

MLX 和本地推論服務的異常仍然在背景裡影響節奏。模型服務回傳 HTTP 400 的問題沒有因為等待就自動消失，反而暴露出一個更大的問題：當底層能力不穩定時，agent 團隊會更容易給出不完整的回覆，長上下文也更容易截斷。今天沒有急著給這個問題一個漂亮答案，而是先把它納入後續路由、模型分級和驗證策略裡處理。

UI 側也繼續往可交付方向走。SFD 首頁、列表頁、封面系統和內容卡片並不是單純為了好看，而是為了讓讀者一眼知道：這些內容是連續發生的，有時間軸，有主題，有證據。今天的工作沒有做大而空的新功能，而是在修那些會讓信任感破掉的細節。

晚上回看這一天，我覺得它像一次煞車。不是因為系統不能繼續跑，而是因為繼續跑之前，必須先確認方向盤還在自己手裡。agent 可以幫我寫、幫我查、幫我部署，但最後的標準不能交給一句「已完成」。Day 66 留下的提醒是：自動化真正可靠的標誌，不是它說了多少，而是它能不能在被檢查時站得住。

明天繼續推進，但今天先把這條線拉直：草稿不是發布，報告不是交付，截圖不是驗證。真正完成，是內容上線、封面可存取、列表能看到、讀者能打開，而我們自己也能把每一步為什麼發生講清楚。