這就是新的 Buda 預設介面：先聚焦一個 Agent，再圍繞它組織 Drive、Channels、Skills、Settings 和這個 Agent 的多個 Session。左側不再優先展示一長串 Agent 清單，而是展示當前 Agent 內部的不同工作分區和會話歷史。真正需要回到多 Agent 管理視角時，仍然可以透過頂部切換器切回公司空間布局。
我們做公司空間布局的時候，腦子裡有一個清晰的預設場景。
AI Agent，在我們的想像中，是後台工作者。你把它設定好，接進 Slack 或者 Discord 或者你在跑的自動化流水線，然後讓它自己去幹活，你去忙你的事。儀表板是一個管理介面——用來設定、監控、協調一支 Agent 隊伍。側邊欄列著你的 Agent，因為 Agent 就是你在管理的東西。
這套邏輯，對我們內部使用 Buda 的方式來說，是成立的。
結果我們的用戶有別的打算。
我們對用戶行為的誤判
當真實的用戶開始使用這個產品，我們看到了一件出乎意料的事。
他們不把自己的 Agent 當成後台工作者。他們在看 Agent 工作。
看著一個 AI Agent 即時推理一個問題——選擇工具、執行步驟、自我修正、產出結果——這件事本身就有某種真實的吸引力。用戶會回到 Buda 的介面來跟進過程。不是因為必須，是因為想。
Buda 的 UI 把這個體驗做得不錯，用戶感受到了，他們留下來了。
但側邊欄是為錯誤的時刻設計的。
側邊欄的問題
在公司空間布局裡，側邊欄顯示的是你的 Agent 清單。
對一個已經全情投入、正在看 Agent 工作的用戶來說，這個側邊欄的訊號是錯的。當你正在和一個 Agent 深入處理一項任務的時候，下一步最自然的動作不是「再建立一個 Agent」，而是「開一個新的對話」。大多數任務，用同一個 Agent 的新 Session 就能繼續推進，根本不需要新建 Agent。
但側邊欄就在那裡，滿滿的 Agent，新建一個只需要點一下。
我們開始注意到用戶在累積大量不需要的 Agent——一個任務一個 Agent，而不是一個 Agent 跑過很多任務的很多個 Session。這是介面悄悄鋪出來的阻力最小的路。
說一件有點難開口的事
這裡我們必須對自己誠實。
Buda 的定價跟 Agent 數量掛鉤。一個 Space 裡的 Agent 越多，方案用量越高。從某種狹義的角度看，用戶不斷新建 Agent 對我們是有利的。
但我們反覆回到同一個問題：這對用戶真的好嗎？
答案是否定的。一個有 40 個幾乎沒在用的 Agent 的用戶，得到的不是更多價值，是更多混亂。一個有 5 個被深度使用、累積了豐富 Session 歷史的 Agent 的用戶，才是真正在用 Buda 把事情做好。
我們更想要後面那個用戶——即使這意味著每個帳戶的 Agent 數量變少。
單 Agent 布局
單 Agent 布局把側邊欄翻轉了。
側邊欄顯示的不再是 Agent 清單，而是當前 Agent 的 Session 清單。頂部切換器讓你在真正需要換 Agent 的時候切換。主區域保持專注於當下的工作。
這是一個很小的結構變化，但它重塑了介面提出的根本問題。
公司空間布局每次都在問：你想用哪個 Agent？ 單 Agent 布局問的是：接下來你想做什麼？ ——然後讓你從上次的地方繼續，或者重新開始。
對大多數用戶來說，大多數時候，第二個問題才是對的。
兩種布局都會保留
我們沒有刪掉公司空間布局。對那些真正需要跨 Agent 協調工作的用戶——並行跑多條工作流、管理一組專門化 Agent、使用完整的 Drive / Browser / Terminal 能力——它依然是正確的工具。
你隨時可以切換布局。設定 → 外觀 → 預設布局 只控制你打開 /dashboard 時的預設落點，沒有任何東西被鎖定或隱藏。
從今天起，單 Agent 布局成為新用戶的預設體驗。我們認為這是讓大多數人有最好開始的方式——專注、直覺、圍繞用戶真實使用 Buda 的方式設計。
我們會繼續看用戶如何使用這兩種布局。當初正是這樣，我們才走到了今天這一步。
如何切換布局（分步說明）
除了 /dashboard 預設跳轉到單 Agent 布局之外，你也可以隨時手動切換：
從單 Agent 布局 → 公司空間布局
- 在單 Agent 布局中，點擊左上角的 Agent 選擇器。
- 點擊公司空間布局。
從公司空間布局 → 單 Agent 布局
- 在公司空間布局中，點擊當前 Agent 旁邊的三點選單。
- 點擊單 Agent 布局。
