Generated by Answer me with HTML 0.5.10 · 2026-10-31 15:29 · ★ Star on GitHub

辅助模型统一到 deepseek-v4.1-flash

11 个辅助任务 + hy-memory 记忆提炼全部改走 opencode-go

sourceconfig.yaml + .env + agent.log 实测

主模型、11 个辅助任务、hy-memory 记忆提炼现在全部是 opencode-go 的 deepseek-v4.1-flash。硅基流动只剩两项:视觉以外的向量嵌入 bge-m3。

A

改了什么

主模型
deepseek-v4.1-flash(未变)
辅助任务
11 个 → opencode-go
辅助模型
deepseek-v4.1-flash
记忆提炼
deepseek-v4.1-flash
记忆端点
opencode.ai/zen/go/v1
记忆向量
BAAI/bge-m3(硅基,未变)
跟随型任务
compression 等 6 个走 auto
备份
config.yaml.bak.20261031_152323
B

实测证据

检查项 结果 证据
辅助路由解析 11/11 通过 doctor:approval→opencode-go … vision→opencode-go,issues 空
标题生成真调用 已切 agent.log 15:27:02 title_generation using opencode-go (deepseek-v4.1-flash)
视觉真调用 已切 新会话 vision_analyze 成功识别图表页,耗时 33s
记忆写入 已切 新会话 add 成功,workflow 4.7s,写入 1 条
记忆召回 正常 新会话 prefetch hits=10
C

两个例外与代价

不能换的两项
  • 记忆向量仍用硅基 bge-m3:deepseek-v4.1-flash 是对话模型,不提供 embedding 接口
  • x_search 仍用 grok-4.20-reasoning:X 站内检索依赖 xAI 的搜索能力,deepseek 无此项
代价变化
  • 辅助任务从硅基免费档转到 OpenCode Go 套餐,额度消耗集中到一处
  • 单次提炼比硅基 Xing4.0-29B 慢一些:workflow 4.7s,端到端 12.6s
  • 上下文 100 万,远高于压缩所需 6.4 万下限
D

当前会话为何还用旧路由

辅助路由在会话创建时冻结。改配置后,本会话第一次调 vision 报 400 code 20012 Model does not exist:新模型名配了旧端点。

改 config.yaml旧会话[辅助路由仍是硅基]20012 报错新会话[路由为opencode-go]实测通过

新开会话或走 hermes -z 即生效,不需要重启网关。