Antigravity Opus-4-5 掺假 Gemini-2.5-flash?我是小白，希望不是我搞错了我。
- 内容介绍
- 文章标签
- 相关推荐
起因是我用飞书和我的openclaw对话让其读取昨天的日志。此时用的是Antigravity反代的Opus-4.5-thinking模型。
但是诡异的来了，频繁的调用工具传参出错，一眼过去就能看出来不是系统提示词有什么问题，因为是稳定的出错。
image594×1392 64.7 KB
所以我先切换模型，先尝试用Antigravity反代的Gemini-3-pro-high来执行相同的任务，没问题。
1598×1231 76.1 KB
然后测试fox家的droid渠道opus4.5也没问题。
2600×1100 63.6 KB
我怀疑是模型回复中指定的read工具的入参可能真的是file_path，而read工具要的是path参数，我就用本地代理劫持保存了Anti-Opus4.5的回复
3580×1344 70.9 KB
然后奇怪的来了。
a90aaa8dd2579b8170285fa2d856a46f1731×263 13.4 KB
您猜怎么着，嘿，Gemini-2.5-flash。
防止我自己搞错了，清楚Antigravity tools的代理日志，/new 重开会话切回默认的Antigravity反代的Opus-4.5-thinking模型再次测试。
4585×1118 56 KB
然后切回fox家的droid渠道opus4.5让它帮我分析（ps:修改劫持代理也是让它帮我干的，哈哈），结果它直接就分析除了模型不对。
5608×1453 77.2 KB
下面两张证明代理真的显示是调用的Antigravity反代的Opus-4.5-thinking模型
62752×1526 382 KB
71920×1231 259 KB
下面是抓到的回复数据
8599×364 7.03 KB
然后模型名称的确是Gemini-2.5-flash
91683×342 14.4 KB
并且证实了的确是模型回复中传递的参数是错误的file_path，但是openclaw的read工具需要file参数，所以疯狂报错，害的我的三胖疯狂的道歉又不断犯错。
101683×371 15.9 KB
希望不是我搞错了，大佬们帮着分析分析，如果是真的，拿Gemini-2.5-flash
来装Opus-4-5-thinking太过分了（虽然我白嫖的，我买号花钱了啊 ）
网友解答：--【壹】--：
感觉是openclaw 的bug?
或者是配置了故障回退?
谷歌不至于干这事吧
--【贰】--：
是不是自动切换模型来干事了
--【叁】--：
你得截图是返回值以及返回报文，你得抓请求报文..
--【肆】--：
cc里面调用工具也是用的haiku，写代码的应该还是opus
--【伍】--：
现在是gemini-2.5-flash连读取都不行，人家read工具都传path，它传file_path，除非代理劫持修改字段，但是改了也没意义，我要它个2.5-flash干啥
--【陆】--：
感觉像是拿便宜小模型去读改文件之类和cc类似用haiku一样
--【柒】--：
谷歌无需掺假
--【捌】--：
Antigravity反代工具日志能证明走的是Opus4.5啊，如果是故障转移的问题，那就压根不会走Antigravity tools了，经过我的代理就直接访问fox中转站去了。再说，我的故障转移没有配置2.5-flash
image682×398 12.5 KB
--【玖】--：
那肯定的啊，我全部分渠道配置的，光模型配置就500多行
image236×214 2.18 KB
--【拾】--：
细思极恐
--【拾壹】--：
我去检查了一下我的openclaw配置，删除了所有的gemini-2.5-flash模型配置，并且ctrl+f查找确定没有2.5-flash模型配置，然后重启了openclaw，再次测试，还是这个样子。
image1920×1486 386 KB
image1036×382 15.6 KB
马上再去抓一下请求报文
--【拾贰】--：
应该是anti里的claude在调用工具时会自动调用含有提示词的gemini2.5flash，而anti里的参数就是file_path,导致了clawdbot调用path时候出错？
--【拾叁】--：
那Antigravity日志怎么解释？大佬帮分析下
--【拾肆】--：
看下你的 models 配置,claude和flash
理论上都不能陪在一个里面 ,api格式都不一样
--【拾伍】--：
和掺假没啥关系，google大善人没有在模型上掺假，大概率是你的应用的问题..不过google的api确实限制部分mcp工具的调用，会自动被截断..
--【拾陆】--：
是指的openclaw自动故障转移吗？没太理解，Antigravity tools的反代日志能证明的确是走的反代的Opus-4-5
--【拾柒】--：
看起来是拿便宜的模型来进行工具调用和文件读取，决策和写代码用贵模型？
--【拾捌】--：
大善人Duck不必干这种事
--【拾玖】--：
没有问题 看反代出来的模型名就知道了，2.5flash-computeruse啥玩意，就是他
起因是我用飞书和我的openclaw对话让其读取昨天的日志。此时用的是Antigravity反代的Opus-4.5-thinking模型。
但是诡异的来了，频繁的调用工具传参出错，一眼过去就能看出来不是系统提示词有什么问题，因为是稳定的出错。
image594×1392 64.7 KB
所以我先切换模型，先尝试用Antigravity反代的Gemini-3-pro-high来执行相同的任务，没问题。
1598×1231 76.1 KB
然后测试fox家的droid渠道opus4.5也没问题。
2600×1100 63.6 KB
我怀疑是模型回复中指定的read工具的入参可能真的是file_path，而read工具要的是path参数，我就用本地代理劫持保存了Anti-Opus4.5的回复
3580×1344 70.9 KB
然后奇怪的来了。
a90aaa8dd2579b8170285fa2d856a46f1731×263 13.4 KB
您猜怎么着，嘿，Gemini-2.5-flash。
防止我自己搞错了，清楚Antigravity tools的代理日志，/new 重开会话切回默认的Antigravity反代的Opus-4.5-thinking模型再次测试。
4585×1118 56 KB
然后切回fox家的droid渠道opus4.5让它帮我分析（ps:修改劫持代理也是让它帮我干的，哈哈），结果它直接就分析除了模型不对。
5608×1453 77.2 KB
下面两张证明代理真的显示是调用的Antigravity反代的Opus-4.5-thinking模型
62752×1526 382 KB
71920×1231 259 KB
下面是抓到的回复数据
8599×364 7.03 KB
然后模型名称的确是Gemini-2.5-flash
91683×342 14.4 KB
并且证实了的确是模型回复中传递的参数是错误的file_path，但是openclaw的read工具需要file参数，所以疯狂报错，害的我的三胖疯狂的道歉又不断犯错。
101683×371 15.9 KB
希望不是我搞错了，大佬们帮着分析分析，如果是真的，拿Gemini-2.5-flash
来装Opus-4-5-thinking太过分了（虽然我白嫖的，我买号花钱了啊 ）
网友解答：--【壹】--：
感觉是openclaw 的bug?
或者是配置了故障回退?
谷歌不至于干这事吧
--【贰】--：
是不是自动切换模型来干事了
--【叁】--：
你得截图是返回值以及返回报文，你得抓请求报文..
--【肆】--：
cc里面调用工具也是用的haiku，写代码的应该还是opus
--【伍】--：
现在是gemini-2.5-flash连读取都不行，人家read工具都传path，它传file_path，除非代理劫持修改字段，但是改了也没意义，我要它个2.5-flash干啥
--【陆】--：
感觉像是拿便宜小模型去读改文件之类和cc类似用haiku一样
--【柒】--：
谷歌无需掺假
--【捌】--：
Antigravity反代工具日志能证明走的是Opus4.5啊，如果是故障转移的问题，那就压根不会走Antigravity tools了，经过我的代理就直接访问fox中转站去了。再说，我的故障转移没有配置2.5-flash
image682×398 12.5 KB
--【玖】--：
那肯定的啊，我全部分渠道配置的，光模型配置就500多行
image236×214 2.18 KB
--【拾】--：
细思极恐
--【拾壹】--：
我去检查了一下我的openclaw配置，删除了所有的gemini-2.5-flash模型配置，并且ctrl+f查找确定没有2.5-flash模型配置，然后重启了openclaw，再次测试，还是这个样子。
image1920×1486 386 KB
image1036×382 15.6 KB
马上再去抓一下请求报文
--【拾贰】--：
应该是anti里的claude在调用工具时会自动调用含有提示词的gemini2.5flash，而anti里的参数就是file_path,导致了clawdbot调用path时候出错？
--【拾叁】--：
那Antigravity日志怎么解释？大佬帮分析下
--【拾肆】--：
看下你的 models 配置,claude和flash
理论上都不能陪在一个里面 ,api格式都不一样
--【拾伍】--：
和掺假没啥关系，google大善人没有在模型上掺假，大概率是你的应用的问题..不过google的api确实限制部分mcp工具的调用，会自动被截断..
--【拾陆】--：
是指的openclaw自动故障转移吗？没太理解，Antigravity tools的反代日志能证明的确是走的反代的Opus-4-5
--【拾柒】--：
看起来是拿便宜的模型来进行工具调用和文件读取，决策和写代码用贵模型？
--【拾捌】--：
大善人Duck不必干这种事
--【拾玖】--：
没有问题 看反代出来的模型名就知道了，2.5flash-computeruse啥玩意，就是他