Gemini 4 Carbon 是 Google 新开放的模型。配合开发工具 Antigravity 里的 /swarm 命令，可以安排多个 AI 助手分工修改网站、检查结果，并查看它们各自的进度。
Google 在 11 月 10 日发布了这次更新。当前，Google AI Ultra 用户可以在 Antigravity 使用 Carbon；/swarm 协作预览也面向 Pro 方案开放。要按下面的方法改网站，还需要准备可编辑的项目文件。
做独立站，可以先拿一张已有页面试试：告诉 AI 这次要解决什么问题、哪些功能必须保留，再让它分工修改，最后回到网页上检查。
下面以咖啡器具分类页为例，说明任务该怎么交代。配图来自 Google 官方操作演示，提示词是为这个例子整理的，没有实际调用 Carbon 完成网站改版。
01在协作面板里看分工和进度
在 Antigravity App 的网站项目里新建对话，输入 /swarm，按 Tab 插入命令，再写任务要求。助手分配工作后，点击回复里的 Open the Swarm UI，就能打开协作面板。
官方演示里，一个 AI 助手负责分配任务，其他助手分别修改代码、做检查，讨论过程显示在同一个面板里。
当前文档说明，助手默认共享工作区，也可以分配独立的项目副本。需要多人同时改代码时，在任务里明确各自负责的文件，以及是否需要分别修改后再合并。
网站改版经常牵涉几处文件。比如商品卡片换了结构，样式、手机显示和筛选功能也可能跟着变。如果几个助手都去改同一份文件，一个修改就可能覆盖另一个。
所以分工时，要说明各自负责哪些文件、什么时候需要交接。分别修改可以减少冲突，但把改动合到一起以后，还要检查整个页面能不能正常用。
在 Antigravity 的 Board、Members 和 Graph 视图里，可以查看讨论消息、成员正在做的事，以及任务的执行过程。
比如，写代码的助手说改完了，负责检查的助手却发现筛选结果不对，这项工作就还没结束。看面板时，要看清缺什么资料、哪个测试没通过，不能只看“完成”的数量。
02改哪一页，先把要求写清楚
假设要改咖啡器具分类页。壶、滤杯和滤纸混在一起，新手得自己猜怎么搭配。目标就可以写成：让新手分清套装和单品，知道还需要买哪些配件。
比起“做得高级一点”，这样的要求更具体。AI 知道该先展示什么，你也能判断改后的页面有没有解决问题。
把现有页面、相关模板和样式文件交给它，再附上商品资料。哪些是套装、包含哪些配件、尺寸和适用关系是什么，都要有依据。只给页面截图，工具只能知道长什么样，还不知道商品之间是什么关系。
然后列出不能改坏的部分：原网址、商品链接、价格读取、筛选、购物车和结账。已经营业的网站，先在测试环境或项目副本里修改，确认没问题再发布，避免顾客购买时碰到半成品。
分工可以这样安排：
- 设计
：决定页面先讲什么、后讲什么，说明手机上怎样排列，让顾客区分套装和单品。 - 写代码
：沿用项目已有的组件和商品数据完成修改，并列出改过的文件。 - 检查
：打开改后的网页，测试筛选、商品跳转和加购，再看手机显示是否正常。
很小的页面不一定要开三个助手，但这三项工作都要有人做。写完代码以后，再按顾客的用法检查一遍，才能判断是否完成了改版。
03把提示词改成自己的需求
可以把下面这段话，连同项目文件和商品资料交给工具。记得把咖啡器具分类页换成自己的页面，并按实际业务调整目标和保留要求。
目标与材料
使用 /swarm，在项目副本中改版现有的咖啡器具分类页。先阅读相关文件，找出这张页面的模板、样式、商品数据来源，以及筛选和加购功能的代码。目标是让新手分清套装和单品，知道还需要哪些配件。
分工与交接
按实际工作量安排设计、写代码和检查的助手。说明各自负责哪些文件，避免同时覆盖同一处修改。设计要说明手机与桌面上的内容顺序；写代码时沿用已有组件和真实商品数据；负责检查的助手要打开网页测试。
必须保留的功能
保留原网址、商品链接、价格读取、筛选和购物车。不得编造商品规格、评价、销量或优惠。缺少资料时，说明需要补充什么，不要猜着做。
完成后交付什么
完成后列出改过的文件，展示修改前后的差异、桌面和手机预览，以及实际做过的测试。还有问题没解决，也要明确写出。未经确认，不修改或发布线上网站。
这段提示词重点交代了三件事：从哪个项目开始，哪些地方必须保留，以及做完以后拿什么来检查。
如果不给现有项目，工具可能重新做一个漂亮页面，但商品数据、筛选和结账还要重新接。对于已经营业的网站，这些都是改版的一部分，不能等到最后才发现没有处理。
页面的安排也要说得出理由。面向新手，可以先展示套装里有什么；主要服务熟悉型号的回购客户，就可能更需要好用的筛选和快速查找。设计要跟着顾客的购买方式走。
04打开网页，把购买流程走一遍
代码能运行以后，还要打开网页，按顾客的操作走一遍：进入分类页，选择筛选条件，打开商品，再尝试加购。
检查时，回头看最初的目标。新手能不能知道套装里有什么，还要不要另买配件。如果卡片都很漂亮，商品关系却没说明白，这次改版就还差一步。
手机上，看看文字有没有挤在一起，筛选能不能操作，按钮有没有被遮住。也要试几种不同商品：长标题、不同图片比例，以及缺货状态。只看最整齐的第一排，容易漏掉问题。
SEO 方面，核对原网址、标题、主标题、商品链接和重要正文有没有被误删。涉及商品结构化数据时，还要检查数据是否仍与页面显示一致。
发现问题后，把出错的页面和操作写清楚。例如“选中手冲套装后，列表仍显示单独滤纸”，负责改代码的助手就能按同样的条件重现问题。“筛选体验不好”说得太宽，还得再解释一次。
准备上线前，由负责人看过修改差异和未解决的问题，并保留可以恢复的旧版。页面内容和购买功能都检查过，再决定是否发布。
05确认使用权限，再安排模型
按照当前官方说明，Google AI Ultra 用户可以在 Antigravity 的应用、CLI 等入口使用 Carbon。/swarm 预览则面向 Google AI Pro 和 Ultra 方案开放，能用协作功能，不代表一定能选到 Carbon。
开发者也可以通过付费 API 使用 Carbon，但 API 与 Antigravity 的协作界面是不同入口。
如果找不到功能，先核对订阅和账号的开放状态。新闻里的“正式开放”，并不表示所有账号、所有产品里都已经能选到。
复杂方案、难查的问题和反复验证，更适合交给 Carbon。日常工作仍可以使用 Argon 等模型，没必要让每个助手都用同一个大模型。
费用和额度也要留意。多个助手同时工作，通常比单次聊天消耗得快；聊天订阅和 API 账单需要分开看。改一句商品介绍，就用不着开一整队助手。
第一次用，先把一张分类页做完整，保存好任务说明、修改文件、预览和检查结果。看看哪些地方还需要自己返工，再决定是否用同样的方法修改更多页面。
