不管好不好，我的Grok4.5好像不要钱

背景

Grok 是由 xAI 开发的大语言模型系列，xAI 提供多种付费套餐，其中包含基于 API 额度计费的模式。Composer 是 xAI 的一个多模型协作功能，允许用户在不同模型之间切换或组合使用。部分用户拥有早期版本的“无限 Auto”套餐，该套餐在特定条件下可免费使用 Grok 模型。然而，Composer 2.5 版本的调用会消耗 API 额度，而 Grok 4.5 版本在旧套餐中依然保持免费。这一差异引发了对模型调用机制和子代理（subagent）控制逻辑的讨论。

核心内容

原文用户指出，自己仍然持有“中古版本”的无限 Auto 套餐，在该套餐下，Composer 2.5 的调用会消耗 API 额度，而 Grok 4.5 则与 Auto 一样是免费的。用户进一步观察到，在使用 Grok 4.5 的过程中，后续对话中会出现 Composer 的调用，这是因为子代理（subagent）是由模型自身控制的，而非用户主动选择。换句话说，即使主模型是免费的 Grok 4.5，当模型自主决定启用子代理时，这些子代理会调用 Composer 2.5，从而消耗 API 额度。原文共 7 个帖子，4 位参与者参与讨论，并提供了“阅读完整话题”的入口。

关键要点

• Grok 4.5 在部分旧版无限 Auto 套餐中仍然是免费的，不消耗 API 额度。
• Composer 2.5 的调用需要消耗 API 额度，即使在免费套餐中也会产生费用。
• 用户在使用 Grok 4.5 时，若模型自主触发子代理（subagent），则子代理会使用 Composer 2.5，导致免费额度被意外消耗。
• 子代理的控制权不在用户手中，而是由模型自身决定何时调用以及调用哪个模型。
• 该现象可能影响用户的成本预期，尤其是在使用“免费”模型时需警惕隐藏的 API 消耗。

意义与影响

这一现象揭示了多模型协作场景下的计费透明度问题。用户通常认为主模型免费即整体免费，但实际中子代理的调用可能引入额外成本。对于 xAI 而言，这种设计可能鼓励用户升级到更高等级的套餐以覆盖子代理的费用，或者促使用户主动禁用子代理功能。对于其他 AI 平台，此案例也提醒在提供“免费”模型时需明确说明所有子组件（如推理、工具调用、多模型切换）的计费规则。同时，用户需要更精细地了解模型架构，避免因模型自主决策导致意外支出。长期来看，平台应优化用户控制子代理启用的能力，或提供更清晰的成本预警机制。