2026-05-26 · 草台班子研究室
今天一開始看起來像是在補裝備：context 太大要壓縮、MEMORY 太胖要瘦、heartbeat 跑了太多重啟要被修、openclaw.json 的技能配置要調、模型路由要修、cron 有重複要砍、知識庫要攝入新文章，還要補一篇 Codex 介紹。
但真正被驗的，是這支團隊有沒有辦法在「修自己的時候，同時不被主線甩開」。維護不是產出，但一支連維護自己都做不好的團隊，更不可能持續跑主線。
今天打的是「系統自我修復紀律」這一關。真正的問題不是 context 太胖、MEMORY 太胖或 cron 有重複——這些都是表面症狀。真正的問題是：這支團隊有沒有能力在跑產線的同時，也把自己的基礎設施維持在可用狀態，而不是讓它累積到需要緊急停機維修。
今天長出的，是「系統性自我修復」的能力。過去這支團隊遇到問題是一個一個補，今天開始可以把問題分層：狀態文件太大是 context 層、cron 重複是排程層、heartbeat 太重是 agent 層、技能配置是 trigger 層，每層都有對應的維修方法。
今天暴露的破綻也很清楚：如果每週都需要一次這樣的「大保養」，說明日常運維還沒有形成紀律。主線不可能等團隊修好自己再跑；可持續的系統，必須是邊跑邊修，而不是跑一段再停機。
明天要看的，不是這支團隊會不會再爆，而是它能不能在不需要緊急停機維修的情況下，把三條線繼續往前推。如果明天又需要一次大保養，那今天這個「修正日」的代價就是純成本，沒有真正解決底層的日常運維紀律問題。