这就是新的 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布局。
