开第一个 Claude Code 时，你会盯着它一步步干活。开到第四、第五个，问题就变了：这个对话停在哪一步，那个在等你批准哪条命令，第三个刚说完成了，到底改了哪些文件。DeepSeek Harness 团队在一篇架构文章里写过他们的观察：一个人通常只能同时跟进 3 到 5 个活跃的 Agent Session。
Manus 的 hidecloud 在另一篇文章里说，他们的工程师常常同时处理十几、二十个需求。从五个走到二十个，先要弄清楚人是在哪里跟不上的。
先看清卡在哪里
多开 Agent 时，人通常卡在四个地方：
- 记不住每个对话的上下文，切过去要从头读一遍。
- 不知道哪个对话在等你。Agent 停在一条待批准的命令上，一等就是半天。
- 电脑合上或断网，本机上的 Agent 全停。
- 同事看不到进展，只能来问你。
常见做法和它们的上限
一套能撑到十几个对话的做法
- 一个对话一件事，标题写结果。 比如「登录页 403 修复」「定价页文案改版」，扫一眼列表就知道每个对话在干什么。
- 按工作方向分组。 前端、数据、文案各一组。看全局时先看组，再看组里的对话。
- 发任务时写清验收标准和可写范围。 告诉 Agent 只能改哪些文件、做完要跑哪些检查、结果写在哪里。
- 对话忙的时候，把新要求排进队列。 对话还在跑时发的消息会排队，等这一轮结束再发出，不会打断它。不要为同一件事另开一个对话。
- 每天从等你的事开始。 先批准、回复、看结果，再去开新任务。
- 让另一个 Agent 来审查。 Claude Code 写完，开一个对话让 Codex 只读检查，把意见写进文件，见让 Codex 审查 Claude Code 的代码。
- 长任务放到不需要你守着的电脑上。 云端电脑或独享 Mac 上的任务，不受你的笔记本开合影响。
在 Agent.Space 里怎么做
- 新建对话时选 Agent（Claude Code、Codex、OpenCode、Grok Build 或 DeepSeek Harness）和电脑。新对话起好标题后，会自动归到合适的分组。
- 打开动态视图。「地图」按分组铺开所有对话，标出在跑、等你批准、卡住的；「时间线」看最近 14 天的活动；「人与 Agent」按发起人分行。右上角的「在跑」告诉你现在有几个对话正在执行。
- 列表 tab 上的蓝色数字是等你的对话数：等你批准、等你回复，或者你发起、结果还没看的。点它会依次跳到这些对话。
- 对话忙时发出的消息进入队列，可以调整顺序。
- 想用自己电脑上的 Claude Code 和订阅，装上 Mac 或 Windows App，把电脑接进工作空间。要一台长期在线的 Mac，可以看独享 Mac。
一个人的多开管住了，再叫上同事，见多人多 Agent 协作是什么。
什么时候别多开
- 几个任务要改同一批文件。先串行，或者先划清每个对话能写哪些文件。
- 结果你没法很快检查。多开只会让等你验收的东西越堆越多。
- 额度有限。每个对话都在消耗模型用量，审查对话也一样，先给自己定一个并行上限。
常见问题
一个人最多能同时跑多少个 Agent？
没有固定数字，取决于你检查结果的速度。按 DeepSeek 的观察，没有系统帮忙时，一个人通常跟得上 3 到 5 个。等你的事集中到一个地方、结果都写进文件以后，可以逐步往上加。
多开会不会更费额度？
会。每个对话都单独消耗模型用量，让另一个 Agent 审查也算一份。用自己电脑上的 Claude Code 或 Codex 时，消耗的是那台电脑上的订阅额度；用 Agent.Space 提供的模型时，记在工作空间所有者的套餐或积分上。
几个 Agent 改同一个仓库会冲突吗？
在同一个工作空间里，几个对话操作的是同一份文件，后写入的会覆盖先写入的。可以给每个对话划清能写的文件，也可以让 Agent 在各自的 Git 分支或 worktree 里工作，最后由人合并。
