Agent X-Ray

Source/rounds/round-gsearch

verify.mdMIT

本站自己的源码,只读浏览:左边点文件,右边看内容。

快照 4131b57 · 发布 2026-09-10 · 350 个文件 · 3.8 MB

GitHub ↗

FILES

apps/

deploy/

docs/

rounds/

round-01/

round-02/

round-03/

round-04/

round-05/

round-06/

round-07/

round-08/

round-09/

round-10/

round-11/

round-bun/

round-cards/

round-cards2/

round-crosslink/

round-gsearch/

round-gsearch.md14.3 KB verify.md4.9 KB

round-imagegen/

round-leak/

round-mobile/

round-mobile2/

round-perf/

round-skills/

round-source/

round-tabs/

round-title/

round-toolcards/

round-tools/

round-usage/

round-visitor/

round-webfetch/

round-websearch/

BACKLOG.md66.5 KB README.md1.8 KB TEMPLATE.md1.4 KB

runner/

tools/

.gitattributes0.5 KB .gitignore1.6 KB .gitleaks.toml3.6 KB AGENTS.md2.5 KB CLAUDE.md50.2 KB LICENSE1.0 KB README.md3.8 KB ROUNDS.md142.5 KB dev.ps128.9 KB skills-lock.json1.8 KB

rounds/round-gsearch/verify.mdmarkdown · 4.9 KB · 50 行

copy

R-GSEARCH · 探针验证留证(2026-09-07)

所有者给出一份「DMIT CLIProxyAPI(CPA)端点下 Antigravity Gemini 模型的 Google Search 发起机制」汇总, 要求先验证、验证成立再扩展本项目的 websearch。本文是验证过程与结论;探针脚本 probe.mjs 在会话 scratchpad 里, 不入库(它读 CLIPROXY_API_KEY 环境变量,输出里 key 一律替换成 <KEY>)。

网关:https://api.64-186-228-154.sslip.io/v1(生产三组 provider 都指向它,XRAY_WEBSEARCH_EXTRA_HOSTS 已含此域)
统一提示词:「今天是几年几月几日?查询今天(24 小时内)的最新国际头条 2 条,每条附新闻来源的可点击 URL。」
判据:①正文里的「今天」是不是真实日期(2026-09-07);②有没有 vertexaisearch.cloud.google.com/grounding-api-redirect/… 签名重定向链接(模型编不出来的强证据);③finish_reason / 错误形态。

A/B 对照表

探针	端点 + tools	模型	结果	耗时
A	/chat/completions + [{google_search:{}}]	gemini-pro-agent	✅ 日期 2026-09-07;两条当日新闻(美特使基辅之行 / 喀拉喀托之子火山);来源是媒体首页链接(theguardian.com/world、aljazeera.com)	38.1 s
A	同上

这是本站自己的源码,与线上运行的版本一致;快照随每次发版更新。

说法的核心成立:在 CPA 的 /v1/chat/completions 上,tools:[{google_search:{}}] 是唯一能让 Antigravity Gemini 模型发起 Google Search grounding 的写法;检索在服务端完成,一次往返,客户端不处理 tool_calls。流式与非流式都通。
两处与说法不同:
- {type:"web_search"} 打 chat/completions 不是「失败 / 拒答」,是静默忽略(200、正文停在训练截止期)。这比失败更糟 —— 没有任何错误信号。所以本项目不能做成「apiStyle 开关 + toolType 自由组合」,否则会长出一种「配了却静默不联网」的组合。
- 流式下 grounding 后端偶发无结果(3 次里 1 次),模型会在正文里自述。响应里没有「是否真的检索了」的信号,本项目不做二次判定。
对本项目的直接含义:现行的 /v1/responses + web_search 线对 gemini 模型拿不到 grounding(D、E), 要接 Google search 必须开第二条线协议,而不是换个 modelId。生产现在的 gpt-5.6-terra + web_search 走 Responses 线是通的 (E2E 回归 19.9 s、9 个检索事件、2 条 url_citation),本轮不动它。
哪些模型能用:说法里的三个梯队与实测一致 —— gemini-3.8-flash-high / gemini-3.1-flash-lite 给签名重定向链接, gemini-pro-agent 等给真实媒体链接(常是首页而非文章页),claude-* / gpt-oss-* / *-image 不能在此网关上搜。本项目不维护模型名白名单:配哪个 modelId 由所有者经 MCP 决定,配错的表现是拿到离线答案而不是报错(已写进 docs/mcp.md)。

配置	结果
gemini-3.8-flash-high + google_search	11.2 s;阶段 request → accepted → composing;4 条来源全是 vertexaisearch 签名重定向(PBS / Guardian ×2 / FT)
gemini-pro-agent + google_search	28.3 s;5 条来源(VOA 等媒体首页)
gpt-5.6-terra + web_search(生产现行)	19.9 s;searching 阶段 9 个检索事件;2 条 url_citation;行为与改动前一致

R-GSEARCH · 探针验证留证(2026-09-07)

A/B 对照表

结论

落地后的真实网关 E2E(新代码,runWebSearch 直连,不经 encore)