腦花伺服器：我們為什麼還在替軟體上班？

早上九點，你才剛坐下，客戶就寄來一封信：交付時間能不能從下週三提前到這週五？

語氣很客氣，結尾甚至附了一個微笑表情。

你看了一眼行事曆。今天週四。

於是你打開專案管理軟體，檢查進度；打開文件，確認還有哪些東西沒做；打開群組，問設計師有沒有空；再打開另一張表，看看提前交付會不會撞上別的專案。

十分鐘後，你已經熟練地切換了六個視窗。

每套軟體都運作正常。畫面漂亮，反應迅速，沒有一個跳出錯誤。只有你開始冒汗。

最後，你把資訊整理好，傳給負責人。他回覆：「收到，再麻煩你追一下。」

這件事正式存進了你的腦袋。

午餐時，它會在你夾起第一口菜的時候跳出來。

軟體之間沒接好的地方，長著人

公司裡的軟體，大多各司其職。

信箱負責收信，試算表負責存數字，行事曆負責提醒，專案管理軟體負責把「進行中」顯示成一種令人安心的藍色。

至於客戶說的「盡快」到底有多快，表格裡的數字為什麼和信裡的不一樣，誰雖然回了「收到」卻根本還沒開始做——這些事情，由一個人負責理解。

這個人還得負責記住。

他記得哪些資訊已經過期，哪句話只是客套，哪件事該催，哪位負責人週五下午找不到。他把一套軟體裡的訊息，翻譯成另一套軟體裡的動作，再把執行結果帶回來。

軟體之間沒接好的地方，長著人。

我們可以替這個職位取個名字：腦花伺服器。

碳基架構，咖啡供電，支援模糊語意解析。沒寫進資料庫的前後脈絡，大部分都暫存在裡面。

缺點是晚上要睡覺，放假會離線，偶爾盯著一個視窗發呆，忘了自己剛剛打開它是要做什麼。

公司為此按月付費。

當然，勞動契約上通常會寫一個比較體面的名字：營運、專案經理、客戶成功，或者「身兼數職的新創元老」。

自動化流程遇上「這次情況比較特殊」

這聽起來像個系統整合問題。

串好 API，同步資料，再設幾條自動化規則，確實能省下不少搬運。固定的流程，早就可以自己跑：收到表單，建立紀錄，通知負責人。

麻煩出在流程開始說人話的時候。

「這次情況比較特殊。」

「先別寄，等我確認。」

「照上次那個就好，但價格用新的。」

現實工作對「特殊情況」的熱愛，遠遠超過流程圖的承受能力。

於是，人又坐回了中間。他讀懂這句話的意思，找到「上次那個」，判斷哪個價格才算新的，再決定接下來怎麼走。

我們花了很多年，讓軟體擁有越來越多功能。同一段時間裡，人也學會了越來越多軟體。

一個人能熟練操作十幾套系統，常常會被認為很能幹。他確實很能幹。只是其中很大一部分本事，都用來替這些系統維持關係了。

像家裡有十幾個親戚，逢年過節，負責到處傳話的那個人。

AI Agent 該接走多少工作？

Agent 讓人期待的地方，就在這裡。

假設我說：「幫我確認一下，這個專案能不能提前到週五交付。」

接下來，它應該去找相關郵件，查看專案進度，核對還沒完成的項目，整理出衝突和可選方案。如果少了關鍵資訊，就帶著具體的問題回來。

例如：

「設計還差兩張圖。要提前交付，另一項工作就得延後。你想先保哪一個？」

這時候，人需要做一個有意義的決定。

如果它每開一個頁面就回來報告，每找到一份檔案就問要不要繼續，最後把六套軟體裡的資訊原封不動地堆給你，你的工作還是很多。

你只是多了一個會叫你「老闆」的同事。

而且它打字特別快。

要判斷一個 Agent 幫了多少忙，可以看一件很樸素的事：工作交出去以後，你還得替它掛心多少？

你能不能關掉視窗去做別的？它遇到常見的小狀況，能不能自己處理？回來找你的時候，能不能說清楚查了什麼、卡在哪裡、需要你決定什麼？

點擊次數很容易統計。一個人腦子裡掛著多少件還沒著落的事，卻很少出現在產品的成效報告裡。

後者往往更累。

哪些操作，值得留給自己？

那麼，以後的軟體都該交給 AI 用嗎？

先看看我們為什麼打開它。

有時候，我們只是想把事情辦完。查庫存、對帳、改檔名、把同一份資料填進好幾套系統。這些過程通常不太值得懷念。很難想像有人退休後，坐在夕陽裡感嘆：「真想再填一次那張報帳單啊。」

有時候，操作本身就是我們想要的東西。

畫畫的人可能願意花一個下午調色。買衣服的人可能享受沒有目的地逛。玩遊戲的人，也未必想讓 Agent 一路代打到破關，再收一份勝利摘要。

同一個介面，可以承載不一樣的願望。

所以，GUI 仍然有它的位置。人需要看見、比較、探索，也需要在某個念頭冒出來時，伸手改一下。

可以改變的是，我們參與到什麼程度。

有些事，只想看結果。有些事，想決定方向。有些事，就是想親手做完。

軟體應該容得下這些選擇。

省下來的心力，還給誰？

說到這裡，腦花伺服器可能會鬆一口氣。

終於，有東西要來接手那些瑣碎的協調工作了。

過一會兒，他又想到：等等，我每天做的，好像大部分就是這些。

這個念頭不太適合出現在產品發表會裡。它會讓剛才那個充滿希望的故事，忽然安靜一下。

工作給人的東西很多。除了薪水，還有一種很具體的存在感：有人來問我，我知道答案；事情卡住了，我能讓它繼續；今天雖然很累，但這一段確實是我做成的。

當執行變得容易，這些熟悉的證明也會跟著改變。

我們不能隨手給每個人發一頂「決策者」的帽子，就宣布大家都升級了。讓人整天盯著 Agent 的輸出、點確認，也未必比原本的工作更有意思。

認真做 Agent 的產品，需要關心這些變化。

省下來的心力，有沒有真的還給使用它的人？他能不能理解發生了什麼、改變方向、接手自己在意的部分？還是他的行事曆被塞進更多工作，只因為系統顯示，他現在效率更高了？

這是產品設計要面對的問題，也需要組織重新安排工作。模型更聰明了，並不會自動替大家做好這些決定。

一件事交出去以後

做 Junior 的時候，我想一直留著那個簡單的問題：

一件事交出去以後，人還需要掛心多少？

客戶的要求變了，誰負責發現？資訊散落各處，誰負責找齊？執行中斷了，誰負責繼續追？什麼時候該把真正重要的決定，交回人手裡？

如果這些事到頭來還是靠使用者記住，那套漂亮的新系統裡，就還藏著一台腦花伺服器。

下午六點，你準備下班。

離開前，你習慣性地把幾個視窗逐一打開，最後檢查一遍。群組訊息、郵件、專案進度，還有那個答應今天給答覆的人。

滑鼠移到一半，你停了下來。

那件事已經交出去了。該查的查過了，該追的有人在追。需要你決定的時候，你會知道。

你闔上電腦。

電梯到了。