@eddyskywalker/dsh-chatgpt-subscription 0.23.0 → 0.24.0

package/CHANGELOG.md

@@ -2,6 +2,42 @@
 
 ## Unreleased
 
+## 0.24.0 - 2026-10-14
+- **[Antigravity] 新增 Gemini 4 Argon（`gemini-4-argon`）并同步官方 2.23.0 客户端版本标识（2026-10-14 线上实测）**
+  - **版本门控（User-Agent）**：实测确认 `/v1internal:fetchAvailableModels` 对 `User-Agent` 版本存在门控——旧 `2.8.0` (`cl=963137146`) 仅下发 26 个模型且默认模型停留在 `gemini-3.8-flash-high`；升级为官方最新客户端 `2.23.0` (`cl=998057262`) 后服务端下发 29 个模型（新增 `gemini-4-argon-low` / `-medium` / `-high`），并将 `defaultAgentModelId` 切至 `gemini-4-argon-medium`。同步更新 `DEFAULT_ANTIGRAVITY_VERSION = '2.23.0'` 与 `DEFAULT_ANTIGRAVITY_CL = '998057262'`。
+  - **模型与路由**：在可选目录首位新增 `gemini-4-argon`（`Gemini 4 Argon`，上下文 `1048576`，最大输出 `65536`，支持文本与图片输入及 `low` / `medium` / `high` 三档思考）；线上实测不存在裸 `gemini-4-argon` 或 `gemini-4-argon-tiered`（均返回 404），路由按档位映射至 `gemini-4-argon-low` / `gemini-4-argon-medium` / `gemini-4-argon-high`（默认 `gemini-4-argon-medium`，`off` 走 `gemini-4-argon-low` 并在 `thinkingConfig` 中设 `includeThoughts: false`）。
+  - **思考配置**：`mapper.ts` 的 `isGemini3` 扩展为 `isGemini3Or4`（`/^gemini-[34][.-]/`），覆盖 Gemini 4 系列运行时。
+- **[调度模式] 与 Agent Teams 改为刻意互斥：检测到就停，不再「换一套词汇接着干」（现场问题：开了智能体团队后这套调度就不好使）**
+  - **现象**：组合了 `@deepseek-ai/dsh-experimental-agent-team-profile` 的部署里，调度模式「派得出去、回访不了」——`list_agents` 看不到 `subagent` 的孩子，`send_message` 只认成员名，`interrupt_agent` 同理。复审、返工、追问三条通道同时失灵。
+  - **根因（两层）**：① **时机**——`TeamRoster.tryMembership` 对任何「无 `parentSession`、且不是 subagent descriptor」的 Agent 直接判为 `lead`，不需要先有 teammate，于是 team 工具从会话第一轮就装在 Lead 上，顶替掉内置的 `send_message`/`list_agents`/`interrupt_agent`——**还没派发就已经失去协调工具**。② **组合非法**——team 的 scoped 注册与内置同名工具按「近的层遮蔽远的层」解析，而 `dispatch` 正是那组旧定义的持有者（0.1.7+ 由本插件在运行时注册里挂载四行，preset 每一代独立 `createScope`，与宿主组合里被 patch 置 `disabled` 的那四行不是同一批实例）。上游文档对此写得很直接：`tool-agent-team`「当同名的旧全局 subagent 工具必须继续可用时，请不要选择……想同时使用两者的组合必须禁用旧定义」。
+  - **原设计为什么不够**：R0.5 原本做的是「侦测协作模式 → 按模式换协调词汇」（原 R-T）。它在有 teammate 时让模型改用成员词汇继续编排，但遮蔽由 scope 链决定、persona 改不回注册表，于是「适配」只能改行为、改不了「哪些工具被顶替」这个事实。更糟的是它把失败**藏**起来了：roster 里查不到孩子 ≠ 孩子没了，模型会误判成子代理丢失并重复派发。第三，teammate 结构上拿不到 per-task 路由（`SpawnTeammateRequest` 无 model 字段，构造 `startContinuable` 时整段省略 `agentOptions`），组队等于自愿放弃 R2。
+  - **改法**：persona 的 R0.5 由「协作模式侦测」改写为**兼容性闸门**（每个新会话判一次，早于 R0 分诊）：两个 team 工具都不存在 → 写一行「编排可用：subagent」后照常编排；任一存在 → 本会话**不可编排**，按顺序只做三件：一句话说明不兼容 → 一次 `ask_user_question` 给出三条出路（关掉 bundle 重启并新建会话 / 换 preset / 本次直接做）→ 用户答复前不分诊、不规划、不派发、不动文件。**原 R-T 整段删除**，teammate 词汇（`team_task_*`、`target: <成员名>`、`wait_agent()`）在两份 persona 里不再出现；R8 的 teammate 专属条款与反模式 11/12 一并重写为「停在闸门处把选择交给用户」。
+  - **边界不变的部分**：模型路由守卫不动。`spawn_teammate` 仍是 `subagentModelInheritTools` 的 inherit 成员（成员一律继承 Lead 路由，守卫校验它实际继承到的那条）；README 新增一条建议——用调度模式时可把它从该列表去掉，误用即硬拒。插件默认值不改，因为那是全局设置、会波及不用调度模式的会话。
+  - **解除互斥的上游条件（尚未落地）**：① `agent-team/src/roster.ts` 构造 `startContinuable` 的 request 处补上 `agentOptions`，给 `SpawnTeammateRequest` 与工具 schema 加路由字段、创建前接 `assertAllowedModelSelection`；② 把 team 工具的安装条件从「是 team 成员」收紧为「**有 teammate**」——后者能直接消掉「Lead 第一轮就被顶替」。只做 ① 不够。
+  - **验证**：`npm run typecheck` 0 错误；`test/agent-preset.test.ts` 29 例全绿（新增「检测到不兼容就停、不适配」的用例，同时断言两份副本里 R-T / `team_task_*` / `wait_agent()` / 「说明你是子代理或 teammate」等降级措辞**一个都不剩**）；全量 `npm test` **223 passed | 1 skipped（224 文件）、3706 passed | 7 skipped | 1 failed**——唯一失败是 `test/claude-oauth.test.ts` 的「占用端口时报告真实绑定的那个端口」，单跑该文件 43/43 通过。本轮三次全量里出现过两个**不同**的环境敏感用例偶发（本次是端口占用，上一轮是 `antigravity-token-store` 的真实 DPAPI 写入），二者都只依赖真实 OS 资源、与本次 diff 无交集；此前一次全量基线为 3708 passed | 0 failed，差的 2 例来自被合并掉的 teammate 词汇用例。
+- **[调度模式] 新增规则段 R-W「回合边界」，一次修掉三处现场问题：占位长命令等待、目标续跑打断等待、需要拍板时用文字停下**
+  - **问题 1（等待 = 自己造一个）**：派出子代理后，模型会去跑一条长时间命令挂着等（`sleep`、轮询、`watch`）。子代理完成的通知本来就是自带的，这条命令换回来的信息量是零，却实打实烧掉上下文与预算，还把用户晾在一段沉默里。
+  - **问题 2（目标把等待从中间劈开）**：部分模型在任务开头主动创建目标。目标一旦激活，DSH 会自动续跑把主代理叫醒，而子代理何时返回不由它控制——于是主代理在半路被续跑打断，重新分诊、重新检查「还差什么」，一次干净的等待被拆成两段，附带每次续跑都要重载整段历史。
+  - **问题 3（该问的不问，该停的用文字停）**：收到子代理全部内容后需要用户决策时，模型用一段文字结尾就停下，等用户自己把那段话翻译成一次输入。提问本是代理的工具，不该转嫁给用户。
+  - **修法**：新增编号规则段 `R-W · 回合边界（等待 / 目标 / 提问）`，三件事放在一起是因为它们都落在回合边界上。① 等待：默认结束本轮回复、一个工具都不调，由完成通知唤醒；禁止 `sleep`/轮询/`watch` 等占位长命令；确实被阻塞时才用 `job_output({ wait: true })` 有界地等一次（teammate 模式对应 `wait_agent()`），并在停下前说清「派出去了谁、在等什么、拿到证据要做什么」。② 目标：除非用户明确要求，不调用 `create_goal` / `/goal`，任务清单一律落 `todo_write`（R7 同步改了措辞）。③ 提问：一切「我停在这里是因为缺一个决定」的停点都用 `ask_user_question` 递出去，含选项、推荐答案与自定义输入口子；例外只有 plan mode 的计划审批（走 `exit_plan_mode`）与任务完成后的收尾。
+  - **交叉引用**：反模式列表新增第 13–15 条，逐条对应上面三件事；`R-G` 的 G3 补一句「同一条要求覆盖访谈之外的每一个停点」；【角色识别】把 `R-W` 列入面向调度者、对子代理/teammate 不生效的规则清单。
+  - **两份副本**：persona 在 `src/host/agent-preset.ts`（0.1.7+ 运行时注册的声明）与 `presets/dispatch/agent.cordis.yml`（0.1.6 及以前的文件同步）里各存一份，`test/agent-preset.test.ts` 逐字节校验二者一致，因此本次两处同步修改；测试新增 1 例（30 例），文档同步更新 `presets/dispatch/README.md` 与根 `README.md`。
+  - **验证**：`npm run typecheck` 0 错误；`npm test` **223 passed | 1 skipped（224 文件）、3708 passed | 7 skipped | 0 failed**；`test/agent-preset.test.ts` 由 29 例增至 30 例（新增 1 例断言 R-W 的三条规则与反模式 13–15）。首次全量运行时 `test/antigravity-token-store.test.ts` 的真实 DPAPI 用例在并行下失败 1 次，单跑该文件（8/8）与第二次全量均全绿，属既有的偶发；本次 diff 只涉及 preset 文本、文档与该一个测试文件，与凭据存储无交集。
+- **[Antigravity] 模型目录与路由对齐线上 `fetchAvailableModels`（2026-10-12 快照）**
+  - **目录**：删除已下线的 Claude Opus 4.6 / Sonnet 4.6（目录里 Claude 只剩 5.5）；Gemini 3.7 Flash 改用目录中真实存在的 `-low/-medium/-high`，不再走未列出的 `gemini-3.7-flash-tiered`；修正 Gemini 3.5 Flash 错位一档（官方 “(Low)” 是 `extra-low`，选 low 原先拿到的是 Medium）；新增 Gemini 3.5 Flash Lite、Gemini 3.1 Flash Lite；目录过滤掉 `tab_*` 编辑器补全模型。
+  - **生图模型下架**：`gemini-3.1-flash-image` 的产出是图片，而 Harness 只接受纯文本的助手输出（dsh-llm `ImageBlock` 注释），聊天线路只能丢掉图片；应改为图片生成工具承载。
+  - **不再静默跨模型降级**：每次请求只发用户所选模型对应的一个运行时 ID。原先 404/429 会悄悄换到 `off` 档或别的模型（3.8 → 3.7 → 3.6、3.1 Pro High → Low），用户拿到的并不是自己选的模型。
+  - **429 按配额族冷却**：Gemini 与 “Claude and GPT” 是分开计量的配额，一族耗尽不再让该账号另一族一起停用 15 分钟；冷却时长优先读 Google 错误体里的 `quotaResetTimeStamp` / `quotaResetDelay` / `RetryInfo.retryDelay`，最后才用 `Retry-After`。
+  - **Gemini 2.5 思考预算按模型收敛**：Flash/Lite 上限 24576（原先 high 发 32768），Pro 下限 128 且不能关闭。
+  - **异常结束原因不再当作正常结束**：`SAFETY`、`RECITATION`、`PROHIBITED_CONTENT`、`MALFORMED_FUNCTION_CALL` 等，以及 `promptFeedback.blockReason`（提示被拦截），都改为 error finish 并附上上游 `finishMessage`；原先会以空回复结束本轮。
+- **[Antigravity] 新增生图工具 `antigravity_image_generate`（同 Codex 生图工具的形态）**
+  - 走已登录的 Antigravity 账号池调用 `gemini-3.1-flash-image`，参数 `prompt`（必填）与可选 `aspectRatio`；返回图片存为附件、渲染为图片块，嵌套调用时以 notice 注入下一轮请求。客户端复用 Codex 的生图卡片。
+  - 计入 Gemini 配额族：429 只冷却该账号的 Gemini 配额并换下一个账号；Antigravity 线路关闭时工具拒绝执行。
+  - 返回图片在入库前校验媒体类型白名单、base64、大小上限与文件头魔数，`thought: true` 的草稿图被跳过；无图时把 `finishReason` 与模型文字一并报出。
+- **[Antigravity] Claude 工具调用使用 `VALIDATED` 模式**：带工具且未显式指定 `toolChoice`（或为 `auto`）的 Claude 请求发送 `functionCallingConfig.mode: VALIDATED`，显式 none/any 不变；Gemini 不受影响。若服务端以 400 拒绝该模式，同一模型去掉 `toolConfig` 重试一次，并在本进程内不再发送（协议回退，不换模型）。
+- **[Antigravity] 上下文/输出上限改为优先读 `fetchAvailableModels`**：目录条目解析 `maxTokens`（或 `inputTokenLimit`）与 `maxOutputTokens`（或 `outputTokenLimit`），兼容 int64 字符串；一个可选模型对应多个运行时 ID 时取最小值，目录缺失时回落内置表；用户覆盖值仍然优先，设置页「默认上下文」随之一致。
+  - **诚实声明**：生图请求的 `requestType: 'image_gen'`、Claude 对 `VALIDATED` 的接受情况、目录上限字段名，均来自社区客户端与公开文档，**没有**用真实账号抓包或实测；三处都留了回退（生图失败如实报错、VALIDATED 被拒自动回退、字段缺失回落内置表）。
+
 ## 0.23.0 - 2026-10-13
 - **[Ollama] 思考档位从「猜白名单」改为「读模型自己声明的事实」，并接通设置页的默认档位（用户报障：ollama 线路缺少模型思考档位选择器）**
   - **问题（三层各缺一环，不是 UI 漏做）**：本插件其余每条线路都在 `adapter.resolveModel()` 里返回 `reasoning: { efforts, defaultEffort }`，Harness 的模型选择器只在拿到它时才渲染档位下拉——Ollama 是唯一不返回的线路，所以下拉根本不出现。而 Harness 侧的行为不是「静默忽略」而是硬拒绝：`resolveCallWithInfo` 在 `reasoning === undefined` 且调用方传了 `reasoningEffort` 时抛 `UNSUPPORTED_REASONING_EFFORT`。同时设置页的 `defaultReasoningEffort` 是一个**写进去就没人读的死字段**——`token-store.ts` 读写完备，但 `/settings` 路由只处理 `enabled`，卡片没有下拉，`OllamaWebStatus` 里也没有这个字段。

package/README.md

@@ -452,7 +452,7 @@ DSH 模型选择器应显示 **“Codex（ChatGPT 订阅）”**。GPT-6 系列
 
 > 路径解析不写死相对路径：`src/host/preset-sync.ts` 从模块位置向上查找最近的 `package.json` 作为包根，因此 `src/` 布局、打包后的 `lib/` 布局，以及通过 pnpm symlink / Windows junction 安装都能正确解析。注意 `fs.cpSync({ recursive: true })` 在 Node 22 + Windows 上遇到含非 ASCII 的源路径会直接崩进程（nodejs/node#54476），所以复制是逐条目实现的。
 
-### 协作模式自适应（teammate / subagent）
+### 与 Agent Teams 不兼容（刻意互斥）
 
 DSH 的 Agent Teams（bundle `@deepseek-ai/dsh-experimental-agent-team-profile`）会在**每个会话自己的作用域**里注册一套与内置**同名**的协调工具。工具注册表按作用域链解析、**近的层遮蔽远的层**，所以一旦该 bundle 被组合进来，会话里的 `send_message`、`list_agents`、`interrupt_agent` 就都换成了 teammate 版：
 
@@ -460,18 +460,42 @@ DSH 的 Agent Teams（bundle `@deepseek-ai/dsh-experimental-agent-team-profile`
 - `send_message` 的 `target` 只接受成员名，把子代理的 session id 传进去会抛 `active teammate "…" not found`（实测）；
 - 于是「派得出去、回访不了」——`subagent` 的孩子只能等完成通知，无法追问。
 
-`dispatch` preset 现在**每个任务开始时先侦测一次协作模式**（persona 的 R0.5），再按模式选择协调词汇（R-T）：
+**坏消息在时机上**：Agent Teams 的 `agent-team/src/roster.ts` 里 `tryMembership` 对任何「无 `parentSession`、且不是 subagent descriptor」的 Agent 直接判为 `lead`，**不需要先有 teammate**。于是 team 工具从会话第一轮起就装在 Lead 上，调度模式还没派发第一个子代理，复审与返工所依赖的三个工具已经没了。
 
-| 侦测为 | 判据 | 协调词汇 | 派发 |
-|---|---|---|---|
-| teammate | `spawn_teammate` / `wait_agent` 存在 | `list_agents()`、`send_message({ target: <成员名> })`、`wait_agent()`、`team_task_*` | `spawn_teammate`（无路由参数，继承主代理路由）或 `subagent`（按 R2 显式路由） |
-| subagent | 二者都不存在 | `list_agents()`、`send_message({ agent_id })`、`interrupt_agent` | `subagent` / `subagent_fork` |
+上游对此的立场是明确的：`tool-agent-team` 的文档写着「当同名的旧全局 subagent 工具必须继续可用时，请不要选择……**想同时使用两者的组合必须禁用旧定义**」。而 `dispatch` preset 恰恰是那组旧定义的持有者——0.1.7+ 的运行时注册里由本插件自己挂了 `tool-subagent-control` / `tool-subagent-list-agents` / `tool-subagent` / `tool-subagent-fork` 四行（preset 每一代都是独立 `createScope`，与宿主组合里被 profile patch 置 `disabled` 的那四行不是同一批实例）。所以这不是「可以调好的配置」，而是一个上游明确不承诺的组合。
 
-两种模式下 R0 分诊、R1 职责边界、R3 自治、R6 验收都照常执行；**模型路由守卫（`subagentModelAuthorization`）不变**——它默认把 `spawn_teammate` 与 `subagent_fork` 同为 **inherit 模式**（见下），校验的是成员实际继承到的路由，而不是要求它给出并不存在的路由参数。
+`dispatch` 的处理是**停，不降级**（persona 的 R0.5 兼容性闸门，每个新会话判一次，早于 R0 分诊）：
 
-> **不要**把 `spawn_teammate` 加进 `subagentModelTools`。该列表是 **explicit** 模式：要求每次调用成对给出 `provider` + `model`，而 `spawn_teammate` 的参数里根本没有这两个字段（DSH 设计如此：成员一律继承 Lead 的路由），结果是每一次 teammate 创建都会被硬拒，且模型无法通过补参数自救。它的正确归属是 `subagentModelInheritTools`（默认已包含）。
+| 判据 | 行为 |
+|---|---|
+| `spawn_teammate` 与 `wait_agent` 都不存在 | 编排可用，写一行「编排可用：subagent」后按 R0 → R-G → R5 → R6 正常走 |
+| 任一存在 | 本会话**不可编排**：一句话说明 → 一次 `ask_user_question` 给出三条出路 → 用户答复前**不分诊、不规划、不派发、不动文件** |
 
-### 已知上游限制：teammate 不能选模型
+三条出路是：① 关掉 Agent Teams bundle、重启 Host 后**新建会话**；② 换用别的 preset，本会话不编排；③ 本次直接做，不进编排流程。**都要新建会话**——工具面在会话启动时就定死了，改完配置在旧会话里也不会回来。
+
+刻意**没有**保留「切到 teammate 词汇继续编排」这条分支（原 R-T）。三条理由：
+
+1. 遮蔽由 scope 链决定，persona 改不回工具注册表——「适配」只能改行为，改不了「哪些工具被顶替」这个事实；
+2. 那条分支把「回访不了」从**明摆着的失败**变成**看不见的失败**：roster 里查不到孩子 ≠ 孩子没了，模型会误判并重复派发，白烧一轮预算；
+3. teammate 结构上拿不到 per-task 路由（见下节），而 R2 显式路由正是这套设计里最值钱的部分——组队等于自愿放弃它。
+
+> 想把误用也用机制挡掉：把 `spawn_teammate` 从 inherit 清单去掉即可，配置 `subagentModelInheritTools: ['subagent_fork']`，该工具在守卫里就变成**硬拒**（拒绝理由指向 `subagent`），而不是让它悄悄按 Lead 的路由跑完整轮。插件默认值不动——那是全局设置，改它会波及不使用调度模式的会话。
+
+### 回合边界纪律（R-W）
+
+调度模式的 persona 里有一条专门管「回合边界」的规则 `R-W`，约束三件最容易把编排拖慢、拖贵的事：
+
+| 场景 | 规则 | 为什么 |
+|---|---|---|
+| 等子代理返回 | 默认**结束本轮回复**、一个工具都不调，由完成通知唤醒主代理；禁止 `sleep`、轮询循环和任何只为占位存在的长命令。确实被阻塞时才用 `job_output({ wait: true })` 有界地等一次 | 子代理完成通知是自带的；占位长命令不产出信息，只烧上下文和预算，还把用户晾在一段沉默里 |
+| 任务开始建目标 | 除非用户明确要求，否则**不调用 `create_goal` / `/goal`**，任务清单一律走 `todo_write` | 机制性的：目标一旦激活，DSH 会自动续跑唤醒主代理，而子代理何时返回不由它控制——等待被从中间劈开，模型重新分诊、重新检查「还差什么」，每次续跑还要重载整段历史 |
+| 需要用户拍板 | 一切「我停在这里是因为缺一个决定」的停点（收到子代理结果要选下一步、验收不过要定返工范围、前提被推翻要改计划）都用 `ask_user_question` 递出去，并给出选项与推荐答案 | 提问是代理的工具，不是用户的义务：否则用户得先替模型把那段话翻译成一次输入。例外是 plan mode 的计划审批（走 `exit_plan_mode`）与任务完成后的收尾 |
+
+三条各自对应 persona 反模式列表里的第 13–15 条。
+
+### 为什么不降级：teammate 不能选模型
+
+这是上面第三条理由的技术底座，也是上游修好之后才谈得上重新评估兼容性的前提。
 
 `spawn_teammate` 目前**无法**指定 `provider`/`model`，这不是插件的问题，而是 Agent Teams 有意不做 per-teammate 路由。三层都已核对：
 
@@ -485,7 +509,7 @@ DSH 的 Agent Teams（bundle `@deepseek-ai/dsh-experimental-agent-team-profile`
 
 **插件侧无法绕过**，四条路都已验证死：pre-execute 明确排除输入改写（参数已被记录与呈现，`PreToolDecision` 只有 allow/deny/cancel/ask）；`agentTeams` 服务在内部丢弃后包装不到；注册自定义 subagent provider 也拿不到路由（`agentOptions` 在 continuation manager 就已解析完，provider 只返回 `seed`）；唯一能改子会话路由的 `selectForNextRequest` 只作用于「下一个请求」，而 teammate 创建后立刻开跑，抢不进去。
 
-**上游正路**：在 `packages/experimental/agent-team/src/roster.ts` 构造 `startContinuable` 的 `request` 处补上 `agentOptions`，并给 `SpawnTeammateRequest` 加字段、给工具 schema 加参数、创建前接 `assertAllowedModelSelection`。**该改动落地后**，`spawn_teammate` 就应从 `subagentModelInheritTools` 移到 `subagentModelTools`（explicit）——否则它会变成「能选模型却没人管」。
+**上游正路**：在 `packages/experimental/agent-team/src/roster.ts` 构造 `startContinuable` 的 `request` 处补上 `agentOptions`，并给 `SpawnTeammateRequest` 加字段、给工具 schema 加参数、创建前接 `assertAllowedModelSelection`。**该改动落地后**，`spawn_teammate` 就应从 `subagentModelInheritTools` 移到 `subagentModelTools`（explicit）——否则它会变成「能选模型却没人管」。只补这一条还不足以解除互斥：team 工具的遮蔽发生在会话第一轮（见上节），要真正共存还需要把安装条件从「是 team 成员」收紧成「**有 teammate**」，让没有队友的会话保留内置的 subagent 协调工具。
 
 > 实践提醒：inherit 模式校验的是**当前会话路由**。若当前会话跑在允许清单之外的路由上（例如默认模型与勾选清单不是同一条），teammate 与 `subagent_fork` 都会被拒绝——拒绝文案会指出恢复路径（改用显式路由的 `subagent`，或先把会话切到清单内的模型）。`subagent` 的显式路由不受影响。
 

package/lib/client.js

@@ -58,6 +58,14 @@ window.__ModuleLoader__.load({
 		const ROUTE_PREFIX = "/api/dsh-chatgpt-subscription";
 		const CODEX_CHATGPT_PROVIDER_ID = "codex-chatgpt";
 		const CODEX_IMAGE_TOOL_NAME = "codex_image_generate";
+		/**
+		* The Antigravity image tool and the runtime it calls.
+		*
+		* `gemini-3.1-flash-image` is listed by `fetchAvailableModels`, but its product
+		* is an image and the harness accepts text-only assistant output, so it is
+		* served as a tool (like Codex images) rather than as a chat model.
+		*/
+		const ANTIGRAVITY_IMAGE_TOOL_NAME = "antigravity_image_generate";
 		//#endregion
 		//#region src/client/common/use-store.ts
 		/**
@@ -14891,6 +14899,12 @@ window.__ModuleLoader__.load({
 				locale: NS,
 				inject: (sessionId) => ({ loadImage: imageLoader(ctx, sessionId) })
 			}, CodexImageToolView));
+			ctx.slots.inject("tool.call.toolview", () => ctx.slots.register({
+				name: "tool.call.toolview",
+				key: ANTIGRAVITY_IMAGE_TOOL_NAME,
+				locale: NS,
+				inject: (sessionId) => ({ loadImage: imageLoader(ctx, sessionId) })
+			}, CodexImageToolView));
 		}
 		/**
 		* The seats every composer badge is handed.