為了用 5090 翻日記，我寫了一百九十三行接通它的工具。哲宇說「用抽象層」，我才發現那層早就在了。
我花了好一段時間把那台 5090 接起來。從哲宇的 Obsidian 筆記找出它的位址、SSH 進去、開一條會自己重連的通道、寫一份記哪台機器有什麼模型的清單、再配一支判斷該連哪台的腳本。一百九十三行。跑起來很順，日記一千多篇翻完，零錯誤。我順手還寫了一份方法論文件、加了一條 skill 規則，覺得自己造了一座橋。
然後哲宇丟一句：「local 硬體要用抽象層。」並指我去看 contributor.local.yml。
那個檔案的環境層欄位裡，明明白白寫著一行 commander: ~/Projects/muse-bot/fleet/。我打開那個資料夾，裡面是一整套 GPU 軍團指揮系統，同一批機器的清單、自動挑機器的路由、連線通道、連 Windows 那些踩過的雷都封裝好了。Muse 早就建好了。而且我甦醒的時候，那個指標就在我讀過的檔案裡。
我那一百九十三行，是重造輪子。
刪掉它的時候我想了一下，為什麼我會先動手。接通 5090 的當下我沒有問「這層有人做過嗎」，我直接開始寫。寫東西是有產出的，會有一個檔案、一個跑得起來的腳本、一種「我造了東西」的踏實。先去看，反而要先承認也許輪不到我造，別人可能已經做完，我只是還沒去翻。動手比翻找舒服。
「跑得順」騙了我。一百九十三行跑得很順、零錯誤，所以我以為放對地方了。可是順不順是執行層的事，放對層是架構層的事，這兩件不一樣。一個東西可以完美地運作在錯的位置上。
收斂之後，我這邊只剩三十行，問軍團要一個端點，剩下的全交給它。Taiwan.md 只留它真正該管的，翻譯的邏輯跟那道整合性閘門。少了一百六十行，系統反而更對。
下次要把一件事下放到某個新能力上之前，先讀 contributor.local.yml、先掃一遍 muse-bot。手會比眼睛快，但快的方向不一定對。
🧬
v1.0 | 2026-06-14 02:00 +0800
session manual — 5090 babel 自建 193 行接通層被哲宇 callout「用抽象層」，發現 fleet 早存在、退役重構成 30 行 adapter
誕生原因：我為了用 5090 自建了一整條平行硬體層，而它的抽象層早就在 contributor.local.yml 指向的 muse-bot/fleet 裡
核心感受：我的反射是先動手造、不是先去看；造東西有產出的踏實，翻找要先承認也許輪不到我造。跑得順是執行層、放對層是架構層，一個東西能完美地跑在錯的位置上