一句话结论：想同时跑 10 个 AI 编程 Agent，就别再把每个 Agent 当成一个要盯着看的终端。把每件事变成一个任务，让每个任务在已连接电脑上的独立 worktree 里跑一次 Agent，追问留在任务评论里，重复动作交给事件触发器。你审的是结果，不是会话。
同时跑 10 个 AI 编程 Agent，不需要开 10 个终端标签页，而你先撞上的上限也不是模型。在《Exploring Super-agent Design》这篇长文里，DeepSeek Harness 团队指出：一个人通常只能同时跟进 3 到 5 个活跃会话（数据引自上述 DeepSeek Harness 分享，待核实）。再多，瓶颈就是你自己。
他们给出的答案是「超级 Agent」：一个协调者负责和人对话，把工作交给许多彼此隔离的工作节点。那篇文章描述的是一种架构，不是一个已经发布的产品。这篇指南讲的是团队今天就能跑的简化版：在一块 HiFox 看板上，用你已经在用的 Claude Code 或 Codex 配置。
有一个差别值得诚实说明：DeepSeek 的协调者是一个 LLM，由它决定谁做什么。在看板上，这个决定由人来做，而且每个决定都会留下记录。
为什么 10 个终端会崩
手工方式下，两三个 Agent 还能跑。到了十个，四个问题会一起冒出来。
- 你变成了路由器。每个提示、每句「继续」、每次追问都要经过你。
- 上下文会串。本来该发给鉴权分支的修复落进了计费会话，或者两个 Agent 改了同一份 checkout，互相覆盖。
- 你的笔记本就是服务器。合上盖子，所有会话暂停。长时间运行需要一个不睡的宿主。
- 什么都没记下来。一次运行跑偏之后，历史只活在你早就关掉的回滚缓冲区里。
这个代价我们在《终端太多的真实代价》里写过。解法是：把协调从你脑子里搬到一个能保存状态的地方。
把 DeepSeek 的超级 Agent 对应到看板上
DeepSeek 设计里的每一部分，在任务看板上都有一个朴素的对应物。
| DeepSeek 的部件 | 在长文里做什么 | 在 HiFox 看板上 |
|---|---|---|
| 路由器 | 一个长期存活的会话；和人对话、派发任务、自己从不执行；用较轻的模型就够 | 看板，加上派任务的那个人 |
| 工作节点 | 每个任务一个隔离会话，用最强的模型，从不和人对话 | 每个任务一次 Agent 运行，在自己的 worktree 里 |
| 线程 | 同一个 PR 或聊天话题上的追问，直接发给已订阅的工作节点 | 在任务评论里 @ Agent（或在任务对话中回复）触发继续执行 |
| 触发器 | 事件先用代码过滤（允许列表），再用模型过滤（策略即提示词） | 按时间表、任务状态变化、评论关键词或 Webhook 触发的自动化 |
| BYOM（自带硬件） | Agent 循环在云端，环境通过轻量守护进程跑在你自己的硬件上 | 通过 HiFox 桌面端或 HiFox CLI 连接的电脑 |
| 看门狗 | 一个外部会话，抓循环或跑偏的工作节点 | 定时巡检，加上运行历史和人工审阅门 |
两级触发过滤值得原样照搬：代码先拒掉能拒的（仓库不对、状态不对），然后才让模型读事件。在看板上，触发器就是那道代码过滤，自动化的指令就是策略提示词。
在 HiFox 看板上跑 10 个 AI 编程 Agent
先跑通三个，再逐步扩到十个。
第 1 步：连接一台电脑，把并发调低
电脑是 Agent 的运行宿主。笔记本装 HiFox 桌面端；远程或 Linux 主机用 HiFox CLI 连接本地服务：
# 在远程主机上，用电脑页面生成的安装令牌
hifox computer register --install-token hit_...
hifox computer status
本地服务会自动探测 Claude Code、Codex 等工具，各自注册为运行时。
每台电脑设有并发上限。按电脑文档，临时目录运行默认取上限的 50%，超出即排队。起步先在一台电脑上并行跑三个即可。
代码任务请用临时目录模式：每次运行分配独立目录与全新 git worktree，避免改同一份 checkout。若不熟 worktree，先读怎么把 git worktree 用在 AI 编程 Agent 上。
第 2 步：建两三个职责不同的 Agent
十个 Agent 只需分成两三个角色，每个角色跑多个任务：
- 构建者：负责写代码，绑定最强模型。
- 审阅者：按验收标准检查 diff 并评论。
- 修复者：处理失败测试与审阅意见。
公网 SaaS 版无席位费，新增 Agent 或小队角色不会增加平台费用。
第 3 步：写能独立运行的任务
并行方案常卡在任务拆解：依赖未合并代码会导致卡住或冲突。
每个任务写清三项：交付结果、所属模块、验证命令。如「给 /api/upload 加限流；npm test -- upload 通过」合格，「改进 API」则不合格。改同一文件的任务请串行执行。
第 4 步：指派出去，然后让追问留在任务上
指派给 Agent 后，非待处理任务立即启动；待处理任务移入可执行状态后启动。
追问留在任务上，别放聊天窗口。成员在任务评论里 @ Agent（或在对应的任务对话卡片中回复），就能触发继续运行；同一个 Agent 在同一任务上的多次运行会按顺序排队执行，不会并行冲突。约定 /revise 等短语更易识别。
第 5 步：把重复事件变成自动化
一条自动化绑定指令、Agent 或小队及触发器。按自动化文档，除手动「立即运行」外有四种触发器：
- 时间表（Schedule）：按 cron 周期与时区触发。
- 任务状态变化：任务进入指定状态时触发。
- 评论关键词：评论含指定关键词时触发。
- Webhook：向专属 URL 发 POST 请求时触发。
写指令时，建议让 Agent 先检查触发它的任务上下文（如标题前缀、状态或标签），确认符合条件再执行，否则直接跳过。这就是把 DeepSeek 的第二级过滤写成提示词。
第 6 步：加一个看门狗和一道人工审阅门
DeepSeek 用独立看门狗抓死循环或跑偏节点。你可用时间表自动化巡检排队中、工作中、已完成、失败、已取消等运行状态，找出超时运行。
末端保留人工审阅门，批准 diff 后再合并。审阅容量才是上限，扩到五个以上前先读人工审阅才是瓶颈；运行监控见怎么监控并行运行的编程 Agent。
跑十个要花多少钱
这里有两笔分开的账：模型 Token 和协调层。
Token。HiFox 不卖 Token。运行消耗记在运行时上已经接好的 Claude Code、Codex 或 API 套餐里。原因我们在《为什么 Agent 平台不该卖你 Token》里解释过。
并行本身要花 Token。DeepSeek 的模拟测试很有参考价值：约 300 条消息、20 个工作请求，每项跑 5 次（数据引自上述 DeepSeek Harness 分享，待核实）。
| 配置（引自 DeepSeek Harness 分享，待核实） | 任务耗时 p50 | 任务耗时 p95 | 每次运行的缓存读取 Token |
|---|---|---|---|
| 超级 Agent | 12.4 分钟 | 15.7 分钟 | 23.2M |
| 单会话 + 子 Agent，中性提示词 | 20.4 分钟 | 29.5 分钟 | 6.1M |
| 单会话 + 子 Agent，委派优先提示词 | 13.8 分钟 | 29.0 分钟 | 10.8M |
中性提示词那个会话，五次运行一次都没委派过。代价换来的是：更多 Token，换更短、更稳的任务耗时。这些测试我们没有重跑。
平台。按 HiFox 官网，公网 SaaS 版免费使用，无席位费，也不限团队人数；私有化部署版按使用人数收费。
这个模式适合放在哪
- 清积压：二十个彼此独立的小问题，一个问题一个任务，构建者加审阅者。
- 升级后修测试：每个失败的包一个任务，各自在自己的 worktree 里跑。
- 文档和代码同步：功能任务移到审阅状态时，用状态触发器拉起一个文档 Agent。
- 过夜队列：任务跑在一台不睡的远程电脑上，早上你来审。
如果你更想先比较 Agent 到底该跑在哪，Codex Cloud 还是你自己的电脑覆盖了这个选择。
从三个开始
十个并行 Agent 是结果而非起点。先连一台电脑，建构建者与审阅者，派三个验收标准明确的任务。跑顺「运行、评论、追问、审阅」后，再加并发与自动化。
常见问题
一个人能管多少个 AI 编程 Agent？
亲自盯会话一般只能管 3 到 5 个。拆成验收标准明确的任务后，只需审结果，即可管更多。
我能在同一个仓库上跑多个 Claude Code Agent 吗？
可以。用临时目录模式并为每个任务分配独立 git worktree，就不会互相覆盖。
指派的比电脑能跑的多，会怎样？
超出并发上限的任务会自动排队，等槽位空出或离线电脑恢复后按序启动。
并行跑 Agent 需要一台云服务器吗？
不需要。日常可用笔记本跑桌面端；过夜或长任务可用 HiFox CLI 连远程或 Linux 主机。
看板就是 DeepSeek 的超级 Agent 吗？
不完全是。DeepSeek 由 LLM 路由器自动派活；看板由人指派，重复流转交由自动化。
HiFox
