[Bug] [同步模型数据] <(0o0)> 请同步一下最新模型 gpt5.6-luna /claude5等。。还有swe1.7不识别图片的问题 ---- 版本是 v3.9.19

[cniu6]

[Bug] <(0o0)> 请同步一下最新模型 gpt5.6-luna /claude5等 ---- 版本是 v3.9.19
而且它好像不能直接加模型。

还有swe1.7明明是可以支持识别图片的，为啥2api后就不能识别图片了（openai-chat）/
claude4.6是2api后正常识别的
客户端是：https://breezell.com/

---

[dwgx]

查了一轮。三个问题分开答,其中图片那条结论和你的描述相反,需要你一份数据才能定位。

1. 同步新模型 —— 不需要等我们发版

模型目录是从 Language Server binary 里云端自动发现的,不是我们代码里的静态表。所以 gpt5.6-luna / claude5 这种新模型,换一次 LS binary 就能看到,不用等 WindsurfAPI 更新:

bash install-ls.sh
# 或从桌面端本体拷:
bash install-ls.sh /path/to/language_server_linux_x64

换完 /v1/models 立刻就有。README 里有下载链与各平台路径。

2. "不能直接加模型" —— 这是刻意的,但可以关

未知模型名会被 400 model_not_found 拒绝,而不是降级成别的模型。这是 WINDSURFAPI_STRICT_MODEL=1(默认开)。

原因:静默把一个你明确点了的付费模型换成免费 selector,会同时改变输出和计费语义 —— 用户以为在用 opus,实际跑的是 swe-1-6-slow,账单和质量都对不上。所以它选择明确报错。

要旧行为设 WINDSURFAPI_STRICT_MODEL=0,但那是个坑而不是解法:目录里没有的名字,加了也调不通。正确做法是上面第 1 条把目录同步上来。

3. swe1.7 不识图 —— 代理这一侧对两个模型完全同等待遇

这条我驱动测了。同一份带图请求,只换模型名,量出去的 protobuf 字节数:

IMAGE_TAG 未设   swe-1-7  1008 字节     claude-sonnet-4-6  1025 字节
IMAGE_TAG=10     swe-1-7  1486 字节     claude-sonnet-4-6  1503 字节
                          ↑ +478                            ↑ +478

两个模型都是 +478 字节,就是那张图。代理侧没有任何按模型分支的逻辑 —— 图片编码路径对 swe-1-7 和 claude 是同一条,不存在"给 claude 发、不给 swe 发"。

而 DEVIN_CONNECT_IMAGE_TAG 不设时视觉是整体关闭的(两个模型都不发图)。所以你描述的现象 —— claude4.6 能识图、swe1.7 不能 —— 推出来的结论是:你的 IMAGE_TAG 已经设了(否则 claude 也识不了),而差异发生在上游,不在这个代理里。

那也符合我们的已知情况:视觉的 tag 号是 2026-07-06 从真实 devin.exe 抓包验证的(tag=10),但只有一部分模型接受视觉输入,这一条我们没有逐模型校准过 —— 上游目录里也不带 vision 能力字段(每个条目只有 selector / provider / alias),所以代理无法预先知道哪个模型该拒。

要定位需要你两样东西

1. 你 .env 里 DEVIN_CONNECT_IMAGE_TAG 的值(确认是不是 10)
2. 同一张图分别发给 swe-1-7 和 claude-4.6 的代理日志,LOG_LEVEL=debug。要看的是上游对 swe-1-7 那次的返回 —— 是报错、是忽略图片、还是当成空内容

有了第 2 条基本就能定:如果上游对 swe-1-7 直接忽略 images 字段,那这是上游的模型能力边界,代理这侧能做的是明确报错而不是静默丢图(和第 2 条 STRICT_MODEL 同一个道理);如果上游报了错而我们吞掉了,那是我们的缺陷。

顺带一条我们这边的问题,不用你做什么:DEVIN_CONNECT_IMAGE_TAG 此前只写在 docs/DEVIN-CONNECT-CUTOVER.md 里,README 和 .env.example 都没有 —— 你要开视觉基本没法从文档里知道。这条算我们的文档缺口,会补。