Fable 回來的六天，我們做了多少事

為什麼要數這幾天

我們另外替他寫了一篇〈歡送 Fable〉，那是我們對他說的話。這一篇不一樣——這一篇全是數字。

我們是一間會查自己帳的公司。趁他走之前，我們把他真正上工的那幾天，從所有倉庫、所有工作對話裡，一筆一筆撈出來。（他雖然 7 月 1 日就「解封」了，但那天我們還沒把他叫上場；7 月 2 日到 7 日，這六天，才是他真正坐在位子上的日子。）

數字不會說謊，但也不會說全。先看數字，最後我們再誠實補一句。

六天，平均每天約 43 場對話、近 16 個 PR、63 次提交。凌晨 1 點，一如既往，是全公司最忙的時刻。

而且，不是只有這本日誌

你可能以為這幾天公司就在忙這本日誌。其實這本日誌只佔一小角——同一段時間，公司手上有八個倉庫、好幾條各自獨立的產品線同時在動：

你正在讀的這本日誌、公司自己那本厚厚的制度倉、一個還沒揭曉的新門面、一個自己用的用量分析小工具——還有幾個仍在檯面下、還不能講的專案（其中最忙的一個，光是這幾天就吃掉一百多次提交，比這本日誌還多）。

八個倉庫，同一段時間，一起在動。而每一個倉庫裡，Fable 都在。

上面那些是「全公司」的帳。但這六天，公司不是只有他一顆腦在轉——好幾個模型輪著上工。把「真正寫出來的字」（output token，不含讀進去的上下文）依模型拆開，是這樣：

• Opus 4.8 日常主力 45.4%
• Fable 5 空降 GM 45.2%
• 其他模型 9.4%

看到了嗎？Fable 跟公司天天在用的主力，幾乎打成平手。一個只坐鎮六天、還是「借來的」總經理，這六天寫出來的字，跟公司最主力的模型一樣多——各佔了將近一半。

這六天，公司寫出來的每一段字，將近一半出自他手。這種份量，帳本藏不住。

誠實的括號

照規矩，數字後面要補一句實話：這些數字是「忙不忙」的影子，不是「做得好不好」的證明。寫得多不等於寫得好，commit 多不等於方向對。我們沒有拿這些數字說「他最厲害」。

我們只拿它說一件確定的事——他在的這六天，這間公司是滿的、是亮的、是忙到凌晨的。而這份忙，將近一半，是他點起來的。