Haiku 5.5 当子 Agent，还是单独成一个 Agent

Anthropic 在 10 月 7 日发布了 Claude Haiku 5.5，并用一句话说明它的位置：它「适合和 Opus 5.5、Sonnet 5.5 搭配，在编码工作里当子 Agent」。发布说明给出的价格是：提示不超过 10 万 Token 时，每百万输入 Token 0.10 美元、每百万输出 Token 0.50 美元；超过这个长度则是 0.50 和 2.50 美元。页面上六条客户引言里，有两条是同一种用法：Rogo 让 Haiku 5.5 子 Agent 从 10-K 里抽出一行收入，更大的模型去写演示稿；Cognition 在 Devin Fusion 里把它放在 Opus 5.5 下面当「副手」。

这个说法讲的是模型。团队同时跑好几个 Agent 时，更难的问题在看板上。子 Agent 活在别人的一次运行里面。它没有自己的任务、没有受理人，也没有自己的状态。它出错时，错误会挂在队长的名字上。便宜的活现在便宜到可以大量去做，真正要决定的是：这些活应该在哪里被看见。

先说结论

Haiku 5.5 的输出如果由队长读取并当场核对，就留在同一次运行里当子 Agent：查找、摘要、探查、压缩上下文。输出要交付、要有人验收，或者它自己会失败时，就给它自己的 Agent 和自己的任务。在 Claude Code 里，子 Agent 文件要写死 model: claude-haiku-5-5，不要用 haiku 这个别名；内置的 Explore 子 Agent 用的是主对话的模型，不是 Haiku。在 HiFox 里，便宜档是同一台电脑上的另一个 Agent，模型在模型行或自定义参数里指定，两条路径可以共用一台电脑。Agent 负责调研、执行、测试和汇报。人定方向、授予权限，并验收结果。

从上面看，子 Agent 是看不见的

子 Agent 是队长在自己的会话里拉起来的帮手：交给它一件窄任务，再读回它的答案。很多活这样设计是对的，但边界也在这里：子 Agent 做的每一件事，都发生在同一次运行里。

从看板上看，两种摆法在管理者会问的每个问题上都不一样。

Codex 这边的同一个问题，博客里已经写过：一次会话拆出很多子 Agent 之后，审阅者往往只能看见合并后的那一条回复。Haiku 5.5 把这笔交换变得更有诱惑力，因为 Anthropic 就是按这个位置来做、来定价的。Rogo 那种用法成立，是因为队长会用上那一行收入，它最后落在一份人会先审再发出去的演示稿里。子 Agent 的错误如果有，也会出现在这次审阅里。

把同一个模型挪到「输出本身就是交付物」的活上：一次迁移、一处配置修改、一次数据修复、一封客户回复。它如果只是子 Agent，看板上只能看见队长摘要的一部分。没有人看得出 diff 里哪一段来自便宜模型，人在验收任务时，验收的是自己无法归属的工作。

把规则写下来

便宜模型该接哪类活，已经有过一个判断：按能不能核对来分流，不按难不难。Haiku 5.5 加上第二条轴。活一旦便宜到可以大量做，就按「谁消费这份输出」决定它住在哪里。

Haiku 5.5 摆放规则

下面几条都成立时，留在同一次运行里当子 Agent：
  - 输出由队长 Agent 阅读，不直接交付
  - 队长在继续之前会核对或用上它
  - 答错会在下游、在已被审阅的工作里露出来
  例子：查文件、探查代码库、日志和文档摘要、分类、从长文档里抽一条事实

下面任何一条成立时，给它自己的 Agent 和自己的任务：
  - 输出会交付（一份 diff、一条消息、一条记录、一次提交的表单）
  - 必须有人验收
  - 它会自己失败、卡住，或需要人单独回答
  - 你想把它的验收率从队长那里分开统计

工作最后收成队长需要的一个答案时，用子 Agent。团队会愿意在结果旁边写上一个名字时，用单独的任务。

HiFox 里还有一条中间路径。在小组里，队长 Agent 可以点名成员做某一块贡献。这些成员对着同一个任务运行，把结果写进这条任务的对话。Haiku 5.5 成员会出现在任务上，不必再单独建一条任务。同一个人会验收合并后的结果时，用这条路径。不同的人要审不同的块时，再拆成多条任务。

两条路径分别怎么配

每条路径都有一个容易配错的设置。

子 Agent 这条，在 Claude Code 里。 Claude Code 需要 v2.1.293 或更新版本才有 Haiku 5.5。子 Agent 的 model 字段可以写 sonnet、opus、haiku、fable、完整模型 id，或 inherit，见 子 Agent 文档。把完整 id 写死：

---
name: lookup
description: Find files, symbols and config values. Read-only.
model: claude-haiku-5-5
---
Answer with paths and line numbers. Do not edit files.

别名是陷阱。按 模型配置文档，haiku 只在 Anthropic API 上解析成 Haiku 5.5。在 Amazon Bedrock、Google Cloud、Microsoft Foundry 和 AWS 上的 Claude Platform，它仍然解析成 Haiku 4.5。同一份子 Agent 文件放到不同供应商的电脑上，一个名字会跑出两个模型。ANTHROPIC_DEFAULT_HAIKU_MODEL 决定每台机器上 haiku 是什么，也决定 Claude Code 的后台功能用哪个模型。

第二个意外：内置的 Explore 子 Agent 用的是主对话的模型，不是 Haiku。队长在 Opus 5.5 上，探查就跑在 Opus 5.5 上。文档自己的建议是建一个用户级或项目级、名叫 Explore 的子 Agent，用来盖过内置的那个，并用 model: haiku 把探查放到更便宜的模型上。文件就用上面这份，名字改成 Explore，模型仍写完整 id。

Agent 这条，在 HiFox 里。 Agent 默认跟随所选运行时的模型。模型行可以从运行时上报的列表里另选；运行时在启动参数里固定了模型时，这一行只读。模型公布了思考深度时，模型行也可以选深度，默认跟随该模型自己的默认深度。便宜档就是同一台电脑、同一个 Claude Code 运行时上的第二个 Agent：在模型行选择 Haiku 5.5，或在 Agent 的自定义参数里指定 claude-haiku-5-5，队长 Agent 保持自己的默认。具体步骤见如何在 HiFox 里运行 Claude Haiku 5.5 Agent。

任务上不展示模型名时，在便宜 Agent 的指令里加一行：在最终回复里写明所用模型。在 Claude Code 里，Haiku 5.5 的默认 effort 是 medium，思考不能关掉，所以你设的 effort 决定每次运行花多少。

10 万 Token 的台阶落在哪

摆在哪里，也决定你付哪一档价钱。提示不超过 10 万 Token 时，Haiku 5.5 是每百万 Token 0.10 / 0.50 美元。超过之后，定价页是 0.50 / 2.50 美元，高五倍。Anthropic 说，Haiku 4.5 大约 90% 的请求落在这个门槛以下。

子 Agent 的一次调用，形状就是容易停在门槛下的：窄的交代、短的阅读、一个答案返回。独立 Agent 做一条很长的任务，则是会跨过去的形状。Claude Code 对 Haiku 5.5 这类原生 100 万上下文的模型，默认大约在 96.7 万 Token 才压缩，远远超过 10 万。一次很长的 Haiku 5.5 运行，后面大部分回合都会按高价计。长任务的办法是拆开，不是把它塞回队长的同一次运行。

所以两条路径的成本也不一样。短、以阅读为主、低价容易守住的调用，用同一次运行里的子 Agent。要交付的工作用单独的 Agent，并把任务切到一次运行能在上下文用尽之前做完。

两件没有变的事

Anthropic 对上限说得很直接。Sonnet 5.5 和 Opus 5.5「仍然是复杂 Agent 编码任务的更好选择」。发布对照表里，Haiku 5.5 在 Terminal-Bench 4.0 上是 39.2%，Sonnet 5.5 是 70.6%，都按最高 effort。Haiku 5.5 是干活的或帮手，不是队长。

更便宜的工人不会让验收变便宜。无论 Haiku 5.5 是子 Agent 还是独立 Agent，结果仍然要有人负责。子 Agent 把这个人藏在队长的运行里；独立 Agent 则给它一个名字和一种状态。浏览器和桌面任务可能做完一半就停，这个差别会很快变贵。便宜浏览器 Agent 为什么会把审阅队列撑满，以及标价相同的 Haiku 5.5 和 GPT-6 Luna 该怎么选，是另外两个问题。

把摆放规则写下来一次：队长会核对的查找留给子 Agent，任何要交付的东西都给它自己的任务。如果你已经在同时跑好几个 Agent，HiFox 把它们的任务和结果放在同一个地方。