整个排查和解决过程的核心结论是weclaw 的 config.json 只是备注真正决定模型的是 opencode 自己的配置。总结如下定位问题看 /home/ubuntu/.weclaw/config.json写的是 model: opencode/deepseek-v4-flash-free看 /home/ubuntu/.weclaw/weclaw.log发现 weclaw 通过 ACP 协议把消息发给 /home/ubuntu/.opencode/bin/opencode acp关键发现配置写的是 deepseek但 opencode 实际回复自称 opencode/big-pickle —— 说明 weclaw 的 model 字段不生效真正决定模型的是 opencode 程序内部的默认模型找到正确入口opencode 的配置在 /home/ubuntu/.config/opencode/opencode.jsonc之前是空的只有 $schema用 opencode models 发现有两组 provideropencode/*免费档带 -free 后缀如 deepseek-v4-flash-freeopencode-go/*Go 套餐含 deepseek-v4-flash、minimax-m3、qwen3.8-max 等付费模型用 opencode auth list 确认 OpenCode Go 凭据已存在无需再填 key解决问题三处修改文件 改动~/.config/opencode/opencode.jsonc “model”: “opencode-go/deepseek-v4-flash”关键weclaw 进程 weclaw restart 重启让 opencode 重新加载配置验证opencode run --model opencode-go/deepseek-v4-flash “…” → 返回 opencode-go/deepseek-v4-flash ✓weclaw 重启后日志显示新的 ACP 子进程已拉起关键教训改模型要看 opencode 自己的 opencode.jsonc不是 weclaw 的 config.json改完配置必须 重启opencode 配置启动时加载不热更新判断 provider 用 opencode models / opencode auth list不要靠猜