AIDecisionModelOpenSource

StartLux推出开源决策模型StartLux-Decision,38项基准中31项高于Jev

StartLux··原文链接
收录于 2026/10/3 00:49:13

StartLux(原点星辉)将团队自建的 Auto Research 研发管线用于决策模型,3 天完成 StartLux-Decision 的研发与验证,一次性推出 0.8B、2B、4B、9B、27B 五档版本。这是 StartLux 推进 RSI(递归式自我改进)的核心路径之一——让 AI 深度参与数据构造、训练、评测与失败分析,加快模型迭代。

核心评测数据

指标StartLux-Decision-27BJev 1.13差值
Decision Index 0.2.1 综合得分63.8857.91+5.97
38 项基准中领先项数31——
七套测试平均准确率91.82%88.74%+3.08pp
公开 JevBench 答对题数208/231199/231+9
JevBench-Hard 错题数23/11131/111-8

同快照中 Rune 26B-A4B(57.44)、Decider chat 31B(57.33)、AutoJev-27B(56.40)均低于 StartLux-Decision。9B 版本以 58.63 分同样超过 Jev 1.13。

编辑判断:以上为团队自测,非官方上榜结果。Decision Index 是经随机基线校正、加权汇总的指数,不是直接准确率。训练数据使用了 38 项基准中 14 项的公开训练集(对应测试题已过滤)。这一点需要在引用数据时保持审慎。

技术亮点:跳过文本生成的决策范式

StartLux-Decision 最值得关注的工程思路是:模型直接输出选择项及概率,不必生成回答文本。这与传统 LLM 生成式回答有本质区别:

  • 一次请求完成多判断:支持选择题、是非题和等级评分混合。以客服工单为例,"订单被重复扣费但仍显示未支付"可同时对应三个判断——交给哪个团队、今天是否处理、影响严重程度——在一次前向计算中完成。

工单分流演示:一次请求完成三个判断

  • 连续网页操作:每步回答两个问题——下一步操作哪个控件,任务是否已完成。执行系统按模型选择操作页面,再将更新后的状态交给模型进入下一轮判断。购物演示中,模型同时考虑型号、包装数量、价格和配送条件,而非简单选最便宜的商品。
  • 概率输出作为分流接口:候选项概率为模型协作提供明确路由。常规场景直接执行决策;候选项难以区分、状态不充分或风险高时,补充观察、交给大模型分析或请求人工确认。需注意概率输出不等于真实成功率,分流阈值需结合业务数据校准。

推理时延与工程优化

单卡 H200、BF16、本地 HTTP 短请求测试:

模型三问题请求时延单是非题时延
0.8B12.2 ms—
2B15.5 ms—
4B26.0 ms14.7 ms
9B35.7 ms—
27B102.3 ms—

对照参考:Jev 1.13 同类三问题请求服务端耗时 64.0 ms(API 网关报告,硬件和服务栈不同,不构成严格同硬件倍速比较);Intern-Decision 在 RTX 4090 上 0.8B/2B/4B 分别约 34.0/33.3/44.2 ms。

关键工程收益:StartLux-Decision-4B 未启用 CUDA Graph 时为 90.3 ms,启用后降至 26.0 ms(3.5x 加速)。项目同时使用快速线性注意力算子,并将多个问题合并到一次前向计算,减少重复计算与调用开销。超过 26 个候选项时,服务会分组筛选并做后续决选。

量化与本地部署

五档版本均提供原始权重及三种 GGUF 格式(BF16、Q8_0、Q4_K_M),共 15 个 GGUF 条目,面向 llama.cpp 部署。以 4B 为例:

格式文件大小JevBench 决策一致率答对题数
原始权重—100%204/231
Q8_04.48 GB100%204/231
Q4_K_M2.71 GB98.3%201/231

接口采用 TypeSafe 的 /v1/systemone,兼容原有 Jev 客户端数据结构。GGUF 部署由 llama.cpp 承载模型,配套决策服务负责组织问题并读出选项结果。代码许可 Apache-2.0,模型权重 CC BY-NC 4.0(商业使用需另行授权)。

分领域能力:领先与短板并存

Decision Index 分领域得分(旗舰 27B vs Jev 1.13):

  • 语言理解:74.5 vs 62.0(+12.5)
  • 检索与分类:66.8 vs 55.4(+11.4)
  • 工具与自动化:82.2 vs 75.1(+7.1)
  • 艺术与人类偏好:领先
  • 知识与推理:44.3 vs 51.4(-7.1,Jev 领先)
  • API-Bank:未领先

这组数据有工程参考价值:综合得分领先不等于全域能力更强。选择模型应回到实际任务中最常遇到的判断类型,而非只看总分。StartLux-Decision 在"理解条件→候选区分→选择操作"这条链路上优势明显,但知识与推理和 API 调用场景仍需补充。

游戏环境测试:决策节奏与接口边界

Mario、DOOM、StarCraft II、JevBall 四款游戏提供了状态持续变化、动作执行后快速反馈的测试环境。但需注意这些演示并非统一的"直接读屏"测试:

  • Mario 先在模拟器试运行 11 种候选动作,结果写成文字供模型选择
  • StarCraft II 的采集、建造与单位控制由脚本执行
  • DOOM 状态来自游戏引擎,瞄准、寻路、脱困由代码处理
  • 模型只负责各自接口定义的决策,不包办全部感知与执行

不同游戏对应不同决策节奏:StarCraft II 每 12 秒提交一组三个问题;DOOM 同步判断目标、开火、移动;JevBall 持续运行,一次请求为多名球员选择动作,迟到回答由游戏策略兜底。

Auto Research 与 RSI 路线

StartLux-Decision 背后是 CTO 郭权玮带领建设的 Auto Research 管线:AI 不只执行预设实验,还根据上一轮结果分析失败、提出新假设,参与决定下一步研究什么;研究目标、评价标准和关键规则仍由人把关。这次将该方法落地到专用决策模型迭代,围绕"能否选对动作、能否理解任务条件、输出是否适合程序使用"展开研发。Auto Research 被定义为实现 RSI 的核心元件——先让 AI 参与研究和模型改进,之后进一步要求被改进的 AI 连"改进 AI 的能力"本身也得到提升。

资源链接

包含五档原始模型及 15 个 GGUF 版本,项目同时提供推理、评测复现、LoRA 微调与温度校准工具。

评分:
2.0(1 人评分)