Opus 4.6 惊现自动衍生子Agent功能？实测Claude Pro额度顶不住

最近在折腾 AI 工具的时候，无意间发现了一个非常有趣的新现象：Opus 4.6 似乎具备自动生成“子 Agent”的能力。

图：在反重力 Cli 调用 Opus 4.6 时，无意间发现其具备自动生成子 Agent 的能力，但 Claude Pro 额度消耗惊人。

作为一名热衷于白嫖和折腾新技术的“羊毛党”，这种自动化的行为模式立刻引起了我的注意。今天就来和大家详细复盘一下这次意外的发现，以及随之而来的“钱包刺客”问题。

意外发现：Opus 4.6 的自动驾驶模式？

事情起因很简单，我最近在用反重力 Cli 调用 Opus 4.6 处理一些杂事。原本以为这就是一个简单的问答交互，但在查看后台调用日志或者行为反馈时，我发现它并不满足于仅仅做一个“听话的问答机”。

在某些复杂任务场景下，Opus 4.6 像是开启了“自动驾驶”模式，自己尝试构建或者调用子 Agent 来拆解任务。这种机制有点类似于现在的“Agentic Workflow”（智能体工作流），它不再是单次输出结果，而是为了完成目标，自发地进行链式思考和多步操作。

这到底是官方悄悄上线的“自动编排”功能，还是模型在特定 Prompt 下涌现出的能力？目前还在测试中，但这确实是 AI 向“自主性”迈进的一大步。

钱包预警：Claude Pro 额度根本不扛造

虽然功能很炫酷，但现实给了我一记重锤。

我的订阅情况： Claude Pro（也就是付费版 AI 账号）。

任务场景： 仅仅是让 Opus 帮我整理一下复习资料。这属于典型的文档摘要和结构化处理任务，并不算是极其复杂的代码生成或多轮逻辑推理。

消耗数据： 仅仅这一个任务，就直接干掉了 56% 的“五小时限额”，大约占了“一周限额”的 15% 左右。

这个消耗速度可以说是非常吓人了。要知道，如果 Opus 4.6 确实在后台自动调度了多个子 Agent 进行协同作业，那么每一个子步骤的上下文读写都在疯狂燃烧 Token。这也就解释了为什么整理个资料会让额度瞬间蒸发。

避坑指南与替代方案

鉴于这种“吞金兽”级别的消耗，大家在尝鲜时一定要谨慎。这里有几个实测建议：

1. 监控日志： 既然是用 CLI 或 API 调用，务必开启详细的日志记录，看看它到底偷偷调用了几次子任务。
2. 控制上下文： 尽量减少一次性输入的无关信息，避免模型因为上下文过长而触发过度思考。
3. 模型降级： 如果子任务不需要顶级的推理能力，在提示词中明确指定使用较小的模型（如果框架支持调度配置）。

另外，关于模型选择，其实我往年试过 Gemini，但在处理这种需要深度逻辑梳理的任务时，体验确实不太行。虽然 Claude 这次让我破费了，但从整理效果来看，确实比 Gemini 要强不少。不过，面对如此高昂的成本，如果只是简单的文本处理，或许我们可以重新审视一下其他性价比更高的模型，或者等额度回调后再深入挖掘 Opus 4.6 的这个“隐藏技能”。

总的来说，技术很香，但钱包很痛。还没试过的朋友，建议先用小额额度测试一下水深，别像我一样直接被“背刺”。