Google 于 2026 年 11 月 10 日扩大 Gemini 4 Carbon 的访问范围,同时开始推出 Antigravity 的 /swarm 代理协作预览。对开发者而言,关键是判断:困难任务能否从更深入的推理和并行工作中获得足够收益,以抵消额外消耗。
The Verge 的原始报道发表于当天。Google 的发布公告称,两周前 Carbon 已向部分网络安全防御人员开放。这次扩大至付费 API 开发者和企业,并逐步向 Google AI Ultra 订阅者开放指定产品中的访问。
Carbon 是模型,/swarm 负责组织工作
Google 将 Carbon 定位于复杂、持续时间较长的任务,同时表示 Argon 仍适合大多数工程与知识工作。因此,更换模型与组织代理团队,解决的是不同问题。
根据 Antigravity 的发布说明,协调代理会将工作分配给专门的执行代理和验证代理,活动记录显示在共享看板上。不同角色可以采用不同模型。这种设计便于检查分工、质疑修改,但产品设计本身并不能证明某项迁移必然成功。
操作细节应以当前 swarm 文档为准。文档列出的预览命令支持 Pro 和 Ultra,而 Carbon 发布公告对该模型的访问指定为 Ultra。文档还说明,执行代理默认共享工作区,需要时可以使用独立工作副本。因此,输入命令并不意味着所有修改都会自动隔离。
比较的是完成任务的总消耗
Google 表示,Carbon 为了深入探索和延长验证过程,会比 Argon 使用更多 token。Antigravity 也单独提醒,并行代理消耗配额的速度高于单一对话。
API 的临时价格又是另一项变量。Google 公告中的初期每 token 价格与 Argon 相同,11 月 30 日之后则适用更高费率。单价相同不代表一次回答的总成本相同,API 账单也不应与订阅配额混为一谈。
有用的评估应记录任务是否正确完成、总消耗是多少,以及还有多少人工复核工作。这是我们的编辑评估建议,TechKili 没有运行模型对比基准测试。
从范围清晰、权限明确的修改开始
选择验收条件明确的任务,例如已有测试覆盖的小范围迁移。为共享文件确定负责人,并审查合并后的整体修改,包括单个代理的测试可能遗漏的问题。
TechKili 关于 Railway 与 Primcloud 争议的报道所讨论的权限边界也适用于这里:技术上能够触及某个系统,不等于获得了操作授权。启动代理前,应明确允许访问的代码仓库、服务与操作。更透明的协调过程有助于审查,但界定权限仍是使用工具的团队的责任。