OpenCode 中解禁 Muse-Spark 1.3 - max 档

OpenCode 中解禁 Muse-Spark 1.3 - max 档

OpenCode UI 最高给到 xhigh。Muse-Spark 1.3 的 API 接受 max。默认配置下,max 可能在客户端被校验丢弃,或静默降级成 xhigh。解禁就是让请求真正带 reasoning_effort=max。

判定标准

三个条件同时满足才算解禁:

  1. 请求体 model 是 muse-spark-1.3
  2. 请求体 reasoning_effort 是 max
  3. 响应或日志没有降级提示

少一个,就是没解禁。

配置

写入 ~/.config/opencode/opencode.json 或项目根目录 opencode.json:

json 复制代码
{
  "$schema": "https://opencode.ai/config.json",
  "provider": {
    "meta": {
      "options": {
        "apiKey": "YOUR_META_API_KEY"
      },
      "models": {
        "muse-spark-1.3-contributor": {
          "id": "muse-spark-1.3",
          "name": "Muse-Spark-1.3",
          "limit": {
            "context": 1000000,
            "output": 384000
          },
          "modalities": {
            "input": ["text", "image", "video", "pdf", "audio"],
            "output": ["text"]
          },
          "options": {
            "reasoningEffort": "max",
            "reasoningSummary": "auto",
            "textVerbosity": "low"
          },
          "variants": {
            "max": {
              "reasoningEffort": "max",
              "reasoningSummary": "auto",
              "textVerbosity": "low"
            }
          }
        }
      }
    }
  }
}

要点:

  • id 必须是 muse-spark-1.3。本地键名可以叫 contributor,但发给 API 的模型名不能错。
  • options.reasoningEffort 写 max。
  • variants.max 里再写一遍 max。变体可能覆盖父级配置。
  • 命令行必须带 --variant max。

如果 OpenCode 版本对自定义 provider 做推理校验,光写 options 可能不够。需要查该版本是否支持强制透传。最可靠的方法是用代理或兼容端点,直接向请求体注入 reasoning_effort=max。不要依赖不确定的配置字段,以抓包为准。

验证

bash 复制代码
opencode run --model meta/muse-spark-1.3-contributor --variant max \
  "Reply with exactly: ok"

抓请求体,确认:

  • model = muse-spark-1.3
  • reasoning_effort = max

看响应 JSON 的 model 字段。如果返回的不是 muse-spark-1.3,那不管参数怎么写,都不是真正模型。对比 xhigh 和 max 的 reasoning token 计数,max 应该明显更高。

为什么值得解禁

Bug Hunt Bench 上 Muse-Spark 1.3 两个档位:

档位 Fixed /105
xhigh 20.3
max 33.7

n=3 平均。差距 13.4 分。该榜重复运行方差在 2--9 分之间,13.4 分超出噪声。按 20 黄金、30 铂金、40 钻石,xhigh 是黄金,max 是铂金。

contributor 如果是同一权重、不同路由,可以近似参考。如果是蒸馏、量化或社区版,分数不能直接套。必须用本地任务自测。

结论

解禁目标不是省钱,是让模型 ID 正确、max 发出、不降级。只要请求体里 reasoning_effort 不是 max,就没有开启真正的 Muse-Spark 1.3 能力。

相关推荐
hpoenixf9 小时前
一句“帮我看看我基金组合”,怎样走过 ETF Agent 的六层系统
agent
山顶夕景9 小时前
【Agent】A harness for every task: dynamic workflows in Claude Code
llm·agent·多智能体·harness
空心木偶☜9 小时前
LangChain 概述
python·ai·langchain·ai编程
Together_CZ10 小时前
Large Language Model-Brained GUI Agents:A Survey——大语言模型驱动的GUI智能体:综述
llm·agent·gui agent·ufo·大语言模型驱动·gui智能体综述·model-brained
xn713310 小时前
Personal AI Agent 架构实战:Memory、权限、跨 App 与本地/云端设计
人工智能·后端·agent
李溪白10 小时前
篇五:上下文组装——召回 50 条全塞给 LLM?难怪回答越来越差
agent
stereohomology10 小时前
一不小心蹬过头了
llm·总结·薅羊毛
俊哥V10 小时前
每日 AI 研究简报 · 2026-10-06
人工智能·ai
方知我11 小时前
AI应用-智能伴侣
人工智能·ai
计算机毕业编程指导师11 小时前
【计算机毕设选题】基于Hadoop+Spark的化妆品销售数据分析与可视化系统源码 毕业设计 选题推荐 毕设选题 数据分析 机器学习
大数据·hadoop·python·计算机·spark·课程设计·化妆品