Hugging Face Decision Index 升级至 0.4 版本

本次 Hugging Face 正式将 Decision Index 迭代更新到 0.4 版本，整体围绕评测基准标准化、模型筛选机制、数据兼容性、命令行管控能力四大方向完成全面升级，能够为决策类大模型提供更加稳定、严谨、可复现的量化评测体系，大幅提升行业内决策模型横向对比的公平性与准确度。之所以推出 0.4 版本迭代，是因为旧版框架在多版本工作区兼容、扩展插件管控、评测命令规范化、历史数据读取等方面存在优化空间；本次更新严格按照开源社区提交的迭代需求，先完成底层 Schema 结构重构，再新增扩展隔离机制，接着完善 CLI 命令注册与版本校验逻辑，最后完成全量向后兼容测试，最终顺利推出 0.4 正式版本，保障所有存量评测项目可以无缝迁移运行。

一、0.4 版本核心新增功能清单

1. 底层 API 与入口标准化

1）新增稳定公开 ESM 入口，覆盖包根目录、合约接口、仅声明扩展 API，开发者调用接口时路径统一，不再出现多分支路径混乱问题。

2）完善 Schema 兼容性逻辑，原生支持 v1 旧版工作区，同时增加未知大版本的人工审核机制，避免新版本结构自动覆盖旧配置文件。

3）严格限制深层内部导入，通过包导出映射屏蔽非公开接口，进一步保障整个评测框架运行稳定性。

2. 本地扩展插件精细化管控

1）新增显式本地扩展管理功能，开启故障隔离策略，系统不会自动发现、启用、执行扩展插件，也不会自动做自然语言匹配，所有插件启用必须由管理员手动配置。

2）插件运行出现异常时只会中断当前扩展任务，不会造成整个评测进程崩溃，极大提升大规模批量评测的稳定性。

3. 命令注册表与全链路契约校验

1）搭建全局命令注册表，对 CLI 指令、公共类型、数据 Schema、扩展插件、技能包全部做契约覆盖校验。

2）每一条评测指令都会自动校验参数合规性，非法指令会直接拦截，杜绝因参数错误导致评测结果失真。

4. 历史工程向后兼容能力升级

1）原有 aiwiki.context.v1 与 capsule 格式工作区可以直接读取，系统不会自动迁移文件、不会自动重写前置元数据，存量项目无需改动即可直接在 0.4 版本运行。

2）旧版本生成的评测日志、模型得分文件可以直接导入新版本索引，保证多轮迭代的分数可以纵向对比。

二、版本运行环境与部署步骤

（一）基础运行环境

表格

（二）升级操作步骤

第一步：先备份本机所有旧版工作区配置文件与评测数据集，防止版本切换过程中配置丢失。

第二步：卸载旧版本 Decision Index 安装包，执行清理缓存指令，清除残留旧版依赖文件。

第三步：安装 v0.4 正式版，使用官方发布的 npm 或者 PyPI 稳定包，锁定版本号避免自动升级。

第四步：启动工具执行兼容性自检，系统会自动扫描本地工作区，输出版本兼容报告，确认无异常即可直接加载旧项目。

第五步：手动启用所需扩展插件，关闭自动发现开关，完成扩展隔离配置，之后即可开启批量模型评测任务。

三、0.4 版本相比旧版的优化亮点

1. 评测可复现性大幅提升：命令全契约校验 + 插件故障隔离，多人在不同环境下跑同一套模型，输出得分偏差可以控制在极小范围。
2. 运维成本显著降低：旧版会自动加载未知插件引发报错，新版全部改为手动管控，线上批量评测任务故障率大幅下降。
3. 历史资产完全无损：存量 v1 工作区只读兼容，不用做数据迁移，企业已有的评测流水线可以直接平滑升级，不需要重构工程代码。
4. 接口体系更加规范：统一 ESM 对外入口，二次开发人员可以直接基于标准化接口开发自定义评测脚本，开发效率更高。

四、模型评测业务适配建议

1. 做决策模型横向跑分排行：优先开启命令注册表校验，关闭自动扩展，保证每一轮跑分环境完全一致，榜单数据更加公平可信。
2. 企业内部持续迭代评测：保留旧版工作区文件，直接在 0.4 版本打开，连续跟踪模型迭代前后分数变化，形成完整版本基线。
3. 开发自定义评测插件：使用新版扩展隔离机制，单独调试插件功能，不会影响主评测流程，插件上线更安全。

【相关 FAQ】

问题 1：Decision Index 更新到 0.4 版本之后，旧版本的评测工程可以直接打开吗？

回答 1：Decision Index 0.4 版本原生兼容 v1 旧版工作区，能够直接读取原有工程文件，不会自动迁移配置、不会改写文件元数据，存量评测项目无需修改代码与配置，打开即可正常运行。

问题 2：Decision Index 0.4 版本新增的扩展故障隔离机制具体起到什么作用？

回答 2：Decision Index 0.4 版本新增的本地扩展管理与故障隔离功能，会禁止系统自动发现、启用扩展插件，所有插件必须手动开启；当单个扩展执行出错时，只会终止当前插件任务，不会让整体评测进程中断，保障大规模批量评测稳定运行。

问题 3：升级 Decision Index 至 0.4 版本时，需要修改现有的 CLI 评测命令吗？

回答 3：Decision Index 0.4 版本搭建了全局命令注册表，保留了原有全部 CLI 指令，原有评测命令无需修改；新版本只会增加参数合规校验，非法指令会自动拦截，正常合规指令可以直接沿用。

问题 4：Decision Index 0.4 版本对二次开发带来了哪些便利？

回答 4：Decision Index 0.4 版本对外提供稳定统一的 ESM 公共入口，覆盖包根、合约、扩展 API，同时屏蔽了不稳定的深层内部导入；开发者可以基于标准化公共接口编写自定义评测脚本，接口调用路径统一，大幅降低二次开发的调试成本。

【数据来源】

[2026-10-16]（Hugging Face Release Notes・October 2026）Hugging Face 官方发布频道

[2026-07-17]（Decision Index v0.4.0 Changelog）GitHub 开源项目更新日志

[2026-10-04]（Decision Index 评测基准迭代进展）

[2026-10-02]（决策模型评测框架版本迭代说明）新智元行业资讯

免责声明

本文内容基于 Hugging Face 公开版本更新日志、开源仓库文档与行业公开资讯整理而成；Decision Index 0.4 版本各项功能以官方正式发布的源码与文档为准；版本升级带来的项目适配效果受运行环境、工程配置影响，不同使用场景下体验存在差异；本文不涉及任何商业推广，仅作技术信息科普；使用开源框架请严格遵循项目开源协议，遵守软件版权相关法律法规。