2026年11月6日，编程智能体 Amp 推出了 spaces：一种与智能体和团队协作的新方式。一个 space 就是与单个智能体的对话，由它负责生成并协调其他智能体线程，用户不用再自己创建、组织线程。Amp 的判断是，这可能是与智能体协作的未来形态——人在“舰长席”上把握全局，需要时再深入细节。
Amp 用自己的团队举了三个例子。开发新功能时，整个团队共用一个叫“Spaces v1”的 space，把反馈、bug 和新想法丢进聊天，智能体分派进各线程处理；要讨论时先在评论里聊，准备好再 @Amp。负责上线时，Lewis 在一个 space 里完成 service accounts 功能的上线：监控 X、Slack 与 bug 报告、修 bug、发邮件与退款，之后整周都由这个 space 盯着用户问题与系统健康。做定期安全审查时，Will 给 space 定了个目标：审查近期改动的安全问题；第一次运行把代码库分成 16 个区域、每区一个线程评审、再交叉复核所有发现，最后把 14 个问题记进 space 里的汇总文档。
开一个 space 的操作很简单：侧边栏 Spaces 区域点 +，定标题、选项目，然后告诉智能体要做什么。Amp 还提到，过去几周他们自然而然地把讨论搬进了 space，连视频通话和讨论都取代了 Slack。但这终究是 Amp 自家的用法：团队规模、流程不同，效果会不会一样，要等更多团队用过才知道。而且多智能体并行不是没有代价——多智能体团队实测 显示，成本能涨到 5.1 倍，质量却几乎没动；spaces 省的是组织线程的时间，协调本身的成本并没有消失。
接下来可以观察两件事：spaces 会不会从 Amp 的一个功能变成多智能体协作的通用工作方式，以及别的编程工具会不会跟进类似设计。Meta 收购 Conductor、押注多智能体并行编程 已经说明，大厂也在往同一个方向下注。对已经在用 Amp 的团队来说，试的成本很低——下一个功能开发直接开个 space，就知道它省的是组织线程的时间，还是多了一层要盯的协调。
