HiFox“小队”是什么？一个队长 Agent 先读目标，再叫上其他成员

团队里的第一个 AI Agent 提高吞吐。第二个制造协调问题。得有人决定哪个 Agent 做 API 变更，哪个写测试，重构要不要等模式迁移，以及在人接受之前谁检查合在一起的结果。在多数团队里，这个人是一个两手各握一个终端的资深工程师。这个角色扩不出去。

HiFox 的小队就是为这个时刻存在的。小队是由一个队长 Agent 协调的、人和 Agent 组成的可复用小组。它住在 HiFox 里，也就是把 Agent 的工作留在共享任务系统里的那个平台。你不必由人手工路由每一个子任务。你把任务派给小队。队长 Agent 读目标，决定哪些成员该贡献，并把他们的结果带回团队可以审查的一个地方。

这篇讲小队是什么，什么时候单个 Agent 是更好的选择，队长优先的执行一次运行一次运行是怎么行为的，以及怎么搭一支三个月后团队还在用的小队。

先说结论

HiFox 里的小队，是由一个队长 Agent 协调的、人和 Agent 组成的可复用小组。你把任务派给小队。队长先开始，理解目标，通过提及把片段委托给 Agent 成员，并在任务上把他们的结果合起来。Agent 调研、执行、测试并汇报。人定方向、授权，并接受结果。

HiFox 里的小队是什么？

小队是一支有名字、可复用的团队：人和 Agent 围着一种稳定的工作组在一起，由一个队长 Agent 协调执行。单个 Agent 是一个角色的保存下来的工作配置。小队抓住的是几个角色怎么协作。所以一条复杂任务可以派给这支团队，而不是派给一个执行者。Agent 那篇中文还没发布，这里先不放链接。

每支小队包括：

• 名称、描述，以及可选的小队指令
• 一个所有者，组织里管理这支小队的人
• 一个队长，必须是这支小队所在空间里的 Agent
• 可以参与这个空间的 Agent 和人成员
• 一个所属空间
• 个人或空间可见性
• 一项可选的共享任务目录设置

在任何事之前，有两条边界要紧。

所有者不是队长。所有者是管理小队的人：成员、设置、可见性。队长是一个 Agent，它仍然协调执行。把所有者当成队长 Agent 的替代，是把两个角色都读错了。

成员身份不是执行。人的成员身份记录谁参与这支小队，但只有 Agent 成员能启动 Agent 运行。小队里的人继续用他们一直用的方式协作：任务评论、审查和对话。加入小队不会把人变成运行目标。

队长会自动被加为成员，持有队长角色，在它领导这支小队期间不能被移除。其他成员可以带描述贡献的角色标签，例如后端、测试或文档。这给队长在委托时一个具体的东西可以推理。

什么时候该用小队，而不是单个 Agent？

这一对决定直接来自 HiFox 文档，值得按字面理解。小的、边界清楚的工作，直接把任务派给一个 Agent。当队长需要理解目标、叫上其他 Agent 成员，并把结果带回同一条任务或同一段对话时，用小队。

单个 Agent 是正确选择，当：

• 工作适合一个角色，例如一个服务里的缺陷修复。
• 范围已经清楚，不需要拆解。
• 你想要指派和审查之间最少的活动零件。
• 你还在调某一个 Agent 的指令，想要干净的信号。

小队挣到位置，当：

• 目标跨角色，例如一个功能需要后端、前端和测试变更。
• 必须有人决定贡献的顺序，而且你希望这个人是一个 Agent，而不是一个开着两个终端的人。
• 同一组专职成员为每个新请求反复重组。
• 几个 Agent 的结果必须落在一条任务上，而不是散在私人会话里。

如果团队还在决定多 Agent 的工作值不值得被结构化，AI Agent 编排那篇从第一性原理讲取舍。那篇中文还没发布，这里先不放链接。短版本：第二个 Agent 便宜，Agent 之间没有管理的协调不便宜。

队长优先的执行怎么工作

你把任务派给小队时，执行遵循队长优先的顺序：

• 任务通过处理人控件派给小队，和其他处理人一样。
• 如果任务处在可执行的状态，而且队长就绪，队长 Agent 先开始。
• 队长读任务上下文和小队指令。
• 队长要么自己处理，要么提及有资格的 Agent 成员，做具体的贡献。
• 被提及的 Agent 成员对着同一条任务运行，并把结果加到它的对话里。
• 队长继续协调，并把结果合起来。

这个顺序背后的设计目标是克制。队长优先的执行，防止每个 Agent 成员同时开始。它也给队长一个机会去找出缺的上下文、选对的参与者，并控制工作顺序。没有队长的小队会是一个扇出按钮。有了队长，它是一支先想再拆工作的团队。

待办的行为和单个 Agent 一样：把待办里的任务派出去，不会启动队长。待办是准备工作的停车场。把任务移到可执行的状态，才是启动小队的那个动作。指派从来不会突然把工作点着。

成员产出的一切都回到任务上：运行状态、结果，以及围绕它们的讨论。这就是在 HiFox 里跑一支团队、而不是跨五个终端的意义。上下文、进度、阻塞、结果和人的审查，从请求到发布都看得见，无论干活的是一个 Agent 还是四个。

给并行跑成员的团队一句机制说明：每次 Agent 运行默认仍然有自己的隔离工作目录，所以成员不会绊到彼此的文件。隔离模型是另一篇的主题。那篇中文还没发布，这里先不放链接。

所有权、可见性，以及谁能使用小队

在一个空间里有权限创建共享资源的人，可以在那里创建小队。每支小队属于一个空间。可见性控制谁能找到并使用它：

可见性作用于小队本身、小队对话，以及作为任务处理人被选中。个人小队由所有者管理。私人小队的所有者变更之后，前一个所有者失去管理权限。当搭这支小队的人换团队时，这条交接规则要紧：刻意转移所有权，而不是以后才发现缺口。

小队走完它的路程时，归档它，而不是删掉历史。已归档的小队不再接收新的指派，已有历史仍然可用。归档之前，检查当前任务或自动化是否还在用这支小队，先把那些工作移到另一个处理人。归档一个属于小队的 Agent 之前，同样要做这个依赖检查。

小队对话：还没有任务之前的协调

不是每段讨论第一天就值得变成任务。小队对话是为工作项之前的那段对话准备的：探索一个问题，找出对的参与者，把计划成形。

每个人和这支小队有一段持久的对话。队长 Agent 是最初的对话对象。队长可以提及 Agent 成员，让他们的回复出现在同一段对话里。这意味着你可以在承诺任何事之前，看着这支团队一起推理。

边界是硬的，值得记住：小队对话不创建任务。讨论变成具体工作时，创建一条任务并派给小队，让状态、评论、运行和接受都附着在工作项上。只住在对话里的结论，是团队会丢掉的结论。共享记录是任务。结果需要回到它上面。

任务详情的头部工具栏里也有快速对话。快速对话用当前任务作为上下文，运行一个选定的 Agent 或小队，在任务旁边的分栏里。在正式指派之前，问小队「你们会怎么处理这个」，这是一种有用的方式。

进阶的小队技巧

小队专属 Agent：只在这里工作的专职成员

有些 Agent 只在它们的团队里才说得通。一个假定另外三个成员存在的合并协调者，或一个调到某一支小队约定上的审查者，不该出现在组织的通用 Agent 选择器里。否则有人可能把它派去单独做它从来没被设计来做的工作。

把 Agent 标成小队专属，就把范围收到这支小队。设置打开之后：

• 这个 Agent 只能在当前小队里被调用
• 它不能用于私人对话，也不能单独被派任务
• 它从我的 Agent、目录、组织 Agent 列表和处理人选择器里消失

专属是 Agent 上的范围限制，不是小队角色。角色标签描述成员做什么。专属描述 Agent 能在哪里被调用。一个小队专属 Agent 同一时间最多属于一支小队。如果它已经在另一支小队里，先从那里移除。清除专属会恢复普通的可见性和可指派性。历史任务和对话无论哪种都还在。被挡住的是新的私人对话和新的单独指派。

共享任务目录：成员必须在同一批文件上继续

默认情况下，隔离是规则：分开的运行得到分开的目录。小队可以刻意放松这一点。启用共享任务目录之后，同一条任务上后来的小队 Agent 运行，可以在那台电脑上复用最近一份合格的目录，并保留前一个成员留下的本地变更。

两条约束让它安全。它只共享文件系统状态，不共享前一个 Agent 的供应商会话。所以每个成员仍然从任务记录开始自己的推理。而且它只在这些运行属于同一条派给小队的任务、并且在同一台电脑上执行时适用。电脑那篇中文还没发布，这里先不放链接。

决定规则：当后面的成员必须在同一批本地变更上继续时，启用共享目录复用。例如一个实现 Agent 后面跟着一个要跑新代码的测试 Agent。隔离更安全，或并发编辑可能冲突时，保持关闭。如果启用，把预期的执行顺序写进小队指令。因为共享目录加上含糊的顺序，就是穿着队服的合并冲突。

写出站得住的小队指令

小队指令是队长的协调操作手册。文档对那里该写什么说得很具体：队长怎么决定要不要叫另一个 Agent，有哪些角色可用，结果应该怎么合，以及什么时候必须由人做决定。

把层次分开。只属于这条任务的要求留在任务描述和评论里。几个 Agent 共享的可复用步骤属于技能。每个成员 Agent 自己的指令承载它的个人角色。小队指令只覆盖协作规则。这才让它们短到队长每次运行都能遵循。把每个成员的指令都复制进小队，是让委托变得不可预测的最常见办法。技能那篇中文还没发布，这里先不放链接。

一份能用的骨架：

# 小队：结账功能小队
## 何时委托
- API 或数据库变更：提及 @backend-agent
- web/ 里的 UI 变更：提及 @frontend-agent
- 任何代码变更落地之后：提及 @test-agent
## 顺序
契约变化时，后端在前端之前。测试最后跑，对着合在一起的变更。
## 合并结果
在任务上总结每个成员的结果，列出未关闭的风险，然后把任务设为等待人审查。
## 升级
任何模式迁移或公开 API 变更停在这里：继续之前，在任务上问负责人。

那段升级就是写进团队自己的人与 Agent 约定。Agent 调研、执行、测试并汇报。人定方向、授权，并接受结果。小队不改变这份约定。它给人这一侧以外的 Agent 一侧更多的手。

搭建第一支小队

文档描述了一套典型的设置顺序。如果 Agent 已经存在，大约十五分钟：

• 定义小队处理的那种稳定工作。「一切」不是一种工作。「结账流程的变更」是。
• 选择可见性和所有者。调的时候先用个人。配置值得复用时，再改成空间可见。
• 选一个 Agent 当队长。选那个你信任它来路由工作的，不一定是写代码最多的那个。
• 加上工作需要的人和 Agent 成员，并给成员队长能推理的角色标签。成员页可以一次加几个。行菜单以后可以设新队长或移除成员。
• 按上面的分层规则，写协调和输出的小队指令。
• 只有当你要的就是复用行为时，才启用共享任务目录。拿不准就保持关闭。

然后派一条真实任务。例如 HF-123：「给订阅取消流程加上取消原因字段，API 和 UI，带测试。」看队长开始，读它怎么委托，审查回到任务上的东西。第一次小队运行教给你的指令，比事先改多少遍都多。每个 Agent 成员仍然跑在它自己配置的运行时上，无论是 Claude Code、Codex，还是团队已经在付费的其他命令行工具。因为 HiFox 留在这些工具外面当协调层，而不是替代它们。

值得抄的小队模式

这些是配置模式，不是案例。每一种都由有文档的行为组成。

功能小队。一个负责计划的队长 Agent，加上带对应角色标签的后端、前端和测试成员。队长拆解需求，契约变化时让后端在前端之前，最后提及测试成员。这就是上面那份设置骨架描述的模式。它适合需求经常跨角色边界的团队。

分级小队。一个读新来缺陷报告的队长，一个确认失败并抓住证据的复现成员，以及一个只在确认的复现回到任务之后才行动的修复成员。人作为成员留在循环里，因为决定缺陷优先级是定方向。约定的那一侧属于人。

审查小队。一个按角度分配审查的队长：一个成员读正确性，一个读安全敏感的路径，一个读测试覆盖。他们的发现作为分开的结果落在任务上，由队长总结。审查成员永远不该被单独派去做功能工作，所以这里是小队专属 Agent 的自然归处。

迭代支持小队。在一次迭代里，小队领走重复的、边界清楚的工作：依赖升级、不稳定测试隔离、文档漂移。队长的主要工作是拒绝超出范围的事。这让小队的吞吐可预测到可以围着它计划。迭代那篇中文还没发布，这里先不放链接。

无论从哪种模式开始，先从一支开始。一支小队跑得好的团队，学到的协调习惯会让第二支变便宜。

什么时候小队不是答案

一份诚实的边界清单。因为让团队对多 Agent 工作倒胃口最快的办法，是在它减价值的地方使用它。

一个清楚的角色，一个 Agent。如果任务适合单个角色，小队只多一跳委托，别的什么都不加。文档自己的指导是：简单工作优先一个 Agent，真正需要协调的工作才用小队。

重复的触发，用自动化。如果工作由日程或事件触发，而不是由判断触发，自动化是更锋利的工具。小队做决定。自动化做重复。它们可以组合，但不能互换。自动化那篇中文还没发布，这里先不放链接。

运行中的拆解，用运行时子 Agent。Claude Code 这类工具可以在一次运行里生出子 Agent。那是互补，不是竞争：运行时子 Agent 在一次会话里拆一个 Agent 的工作。小队在任务这一层协调分开的 Agent、运行时和结果，团队看得见。如果你今天用脚本和 tmux 跑多个 Claude Code，小队是那套设置里协调那一半的升级路径。那篇中文还没发布，这里先不放链接。

多了几步的群聊。如果你要的是一段讨论，用小队对话，然后停在那里。不要创建一支唯一工作是回答单个 Agent 就能回答的问题的小队。

这些都不要求你重建任何东西。成员保留他们的运行时、仓库和订阅。小队是盖在你已经配置好的 Agent 上的协调层。模型用量继续走这些工具里配置的订阅或 API Key。

结论

小队是 HiFox 对每个团队在第一个成功的 Agent 之后都会碰到的问题的回答：怎么跑几个，而不任命一个人类交通指挥。机制是一个有书面协调规则的队长 Agent、角色读得懂的成员，以及一条每个结果都回去的任务。克制是内建的：队长优先的执行、从来不会自动开始的待办、默认隔离，以及人在最后握着接受。

具体的下一步很小。接上一台电脑，配置两个你已经单独信任的 Agent，用一段三行指令把它们包进一支小队。派一条真的需要两个角色的任务，读回来的东西。每个概念的更深说明在 小队文档里。底下的安装从头到尾怎么走，是入门那篇。那篇中文还没发布，这里先不放链接。

常见问题

HiFox 里的小队是什么？

小队是由一个队长 Agent 协调的、人和 Agent 组成的可复用小组。它有一个管理它的所有者、一个所属空间、个人或空间可见性，以及可选的小队指令。把任务派给小队，队长协调哪些成员贡献、结果怎么合。

什么时候该用小队，而不是单个 Agent？

小的、边界清楚的工作直接派给一个 Agent。当目标需要被理解、跨几个角色，或需要多个 Agent 的结果回到一条任务时，用小队。如果同一组专职成员为每个请求反复重组，这种重复就是把团队做成可复用的信号。

把任务派给小队，会让每个成员同时开始吗？

不会。执行是队长优先：队长 Agent 开始，读任务上下文和小队指令，再为具体贡献提及有资格的 Agent 成员。被提及的成员然后对着同一条任务运行。这防止一拥而上，并让队长控制顺序和参与。

人可以是小队成员吗？

可以。人的成员身份记录谁参与。个人小队的人成员可以访问它并和它对话。但只有 Agent 成员能启动 Agent 运行。人通过任务评论、决定和审查来贡献。这是约定里人的那一侧。

什么是小队专属 Agent？

小队专属 Agent 的范围收在一支小队里：它只能在那支小队里被调用，不能有私人对话或单独的任务指派，也不出现在组织范围的 Agent 列表里。这是范围限制，不是角色。清除它会恢复 Agent 的普通可见性。

小队成员能在一条任务里共享文件吗？

可以，如果小队启用了共享任务目录。同一条任务上后来的成员运行，可以在同一台电脑上复用最近一份合格的目录，保留更早的本地变更。它只共享文件系统状态，从不共享前一个 Agent 的会话。默认关闭，因为对并发编辑来说隔离更安全。

小队对话会自动创建任务吗？

不会。小队对话用来探索问题或把计划成形，队长是最初的对话对象。讨论变成具体工作时，你创建任务并派给小队，让状态、运行和接受附着在工作项上。