飛機起飛前，機長不會繞著飛機檢查每一顆鉚釘。

他看的是駕駛艙：油量、液壓、引擎參數、警示燈——幾十個儀表把一架幾百噸機器的狀態，壓縮成一眼能掃完的面板。儀表正常，起飛；有燈亮，處理那顆燈。機長的工作不是檢查飛機，是讀儀表——檢查飛機是系統的事。

我的 AI 工作環境裡有一個這樣的駕駛艙：一份每天早上自動重寫的狀態文件，新對話開場自動帶出來。打開工作的第一件事看它一眼，三秒鐘，知道今天有沒有問題、該推什麼。

這篇本來可以寫成「我做了一個好棒的儀表板」的炫耀文。但真實的故事有趣得多：我的第一版駕駛艙，差點被我自己冷落到死。 而它的死因，比它的功能更值得寫。

為什麼靠「記得去檢查」一定出事？

先講為什麼需要駕駛艙。我的 AI 工作環境跑著好幾個自動化流程：每天的健康檢查、每週的記憶健檢、同步備份……每一個都可能出狀況。誰來盯？

第一個答案「我自己記得去看」——不可能。人對「每天固定檢查沒壞的東西」這件事的耐性，大概三天。第四天你忘了，第五天你跟自己說沒事，然後系統默默壞掉，三週後你才發現自動備份從上個月就停了。

維護靠人，等於沒有維護——人會忘、會煩、會自我安慰。所以答案只能是：讓系統自己檢查自己，把結果送到我眼前。我每天 9 點有一個自動流程重寫駕駛艙文件，新的工作 session 一開場就自動把它端給我。

聽起來很完美。然後問題來了。

我的第一版駕駛艙，報的全是真的——但都不是我在乎的

用了一陣子之後，我發現自己對那塊面板越來越無感。

它反覆標給我看的警示是什麼呢？「本機落後雲端幾個 commit，記得同步」「待處理告警 N 則」「某某 routine 的執行狀態」。這些警示有一個共同點：它們全是真的。同步確實落後、告警確實存在——系統沒有說謊，一條都沒有。

但我每天打開工作環境，想知道的是：手上進行中的專案，現在各自到哪了？今天該推哪一個？ 而第一版駕駛艙對這件事一個字都沒講。它像一個盡責的機務長，每天跟機長報告液壓油的批號和螺絲的扭力值——資訊都對，但機長想知道的是「能不能飛、飛哪裡」。

所以我給它的判決不是「修一下」，是：這個駕駛艙根本沒有設計到位，重新設計。

儀表板的兩種死法

這件事讓我想通一個道理，可能是整篇最值得帶走的一句：

儀表板的死法有兩種：報錯的，和報對但你不在乎的。第二種死得更安靜。

報錯的儀表板，你會罵、會修——它至少還活在你的注意力裡。報對但無關的儀表板，你不會修它（它沒壞啊），你只會慢慢不看它。它每天準時更新、每天被跳過，直到某天它報了一條真正重要的事，而你已經養成了跳過它的習慣。

管理學有個概念叫例外管理（management by exception）：管理者不看所有資訊，只看「偏離正常的例外」，其餘授權給系統。這個概念有一個常被忽略的前提——你得先定義對「什麼算例外」。我的第一版駕駛艙就是死在這裡：它用「系統管理員的例外」（同步狀態、告警數）餵一個想看「經營者的例外」（專案卡住沒、今天推什麼）的人。例外定義錯了，例外管理就只是準時送達的雜訊。

重新設計：從「感受不到好處」開口

重設計的起點值得一講，因為它示範了一件事：你不需要會設計儀表板，你只需要誠實說出體感。

我對 AI 開口的核心意思就一句：這個駕駛艙不完善、我感受不到好處。沒有規格、沒有欄位清單、沒有「我要一個怎樣的 dashboard」——只有使用者的真實體感。設計是它的工作：AI 應該為使用者服務，改設計就是為了貼近使用者的經驗。

【實際操作】

你這樣說：「這個每天自動更新的狀態報告，我用了兩週，老實說感受不到好處——每天打開都是同步狀態和系統告警，我真正想知道的是我手上的專案各自到哪了、今天該推什麼。從我的角度重新設計它。」

它大概會這樣回（示意）：「明白，問題在資訊層級錯位——舊版以系統健康為主角，但你要的是工作決策支援。新版草案：①開頭一句話總結（系統正常與否＋幾件事待你確認）②各專案進度表：現在到哪、下一步該做什麼③逾期與待確認事項④系統健康壓縮成一行，正常就不展開。要套用嗎？」

**▶ 你要檢視什麼：**它抓的病對不對——對照你真正在乎的資訊清單。上面那個草案裡「下一步該做什麼」這一欄是關鍵分水嶺：報狀態誰都會，給出對的下一步建議才難。如果新設計還是只報狀態不給行動建議，繼續退回去。

你接著這樣回：「方向對。專案進度那欄，每一行都要有『下一步』，而且要具體到我看完能直接開工，不是『持續推進』這種話。系統健康正常就一行帶過，異常才展開。」

思考重點：「從不爽開口」和「給規格開口」是兩種合法的交辦方式，但前者常常更好——你給體感，讓 AI 從病感反推設計，它的職業病比你的外行規格更會開藥。設計責任在它，驗收責任在你。

新版長什麼樣？

重設計後的駕駛艙，從一百多行壓到三十行上下，結構是：

區塊	內容	給誰看
今日一句話	「✅ 系統正常｜3 個專案進行中｜4 件待你確認」	三秒鐘版本
各專案進度	每專案一行：現在到哪 →（重點）下一步該推什麼	經營者
逾期／待確認	需要我拍板、或已超過該處理時限的事	經營者
系統健康	正常就一行；異常才展開細節	原第一版的全部內容，降級到這一行

留意最後一行的意義：第一版的全部內容，在新版裡被壓縮成「正常就一行帶過」。不是那些資訊不重要——是它們只在「異常」時才值得我的注意力。例外管理，這次例外定義對了。

誠實驗收：有點進步，還在觀察

照這個系列的慣例，不收在勝利宣言。新版用到現在，我的真實評價是：有點進步，還在觀察。

「今日一句話」和「下一步建議」確實讓我每天打開時有東西可抓了——這是進步。但它是不是真的改變了我每天的工作選擇？還需要時間驗證。儀表板的價值要用「你有多常照著它行動」來算，不是用「它設計得多合理」——這個帳，再跑一兩個月才算得出來。

如果到時候發現還是不行，我會再回來寫一篇「第二版的死因」。系統會演化，文章也跟著——這個系列記錄的本來就不是完成品，是一個會自己長大的東西。

FAQ

不會寫程式，能做這種每天自動更新的駕駛艙嗎？ 最低配不用程式：一份固定格式的狀態文件＋每天開工第一句話固定是「更新狀態文件然後唸給我聽」。自動化程度可以之後再加，先把「每天看一張對的表」的習慣建起來。

駕駛艙該放哪些資訊？ 你問自己一題就有答案：「每天開工前，我最想知道的三件事是什麼？」放那三件。我的教訓：千萬別放「系統覺得重要」的東西，放「你會根據它做決定」的東西。

狀態表會不會也出錯？ 會，它也是系統的一部分。所以重大動作前別只信面板——這是下下篇（系統自我維護）的主題：面板給方向，動手前驗實況。

跟手寫晨間日記/待辦清單差在哪？ 手寫的會斷（靠自律），自動的不會。而且 AI 的駕駛艙能「自己發現」你沒注意到的狀態變化——待辦清單只記得你告訴它的事。

---

這個系列的上下篇：思考篇收尾於〈結構化思考框架〉；下一篇 EP12：我的 AI 工作基礎設施長什麼樣——把鏡頭拉遠，看整套系統的全景：一間辦公室、一群助理、和幾家外包商。

延伸閱讀：例外管理（management by exception）——只處理偏離標準的例外 (Wikipedia)　｜　Jerry Z. Muller《The Tyranny of Metrics》——指標讓你看見什麼、又遮住什麼 (Princeton University Press)