学件（Learnware）× 北冥坞（Beimingwu）：模型复用范式的技术内核与商业化落点

一、传统模型广场的复用之困过去五年机器学习模型的产出速度远高于人们能够合理复用它们的速度。HuggingFace Hub、Kaggle Models、PyTorch Hub 等模型广场承担着陈列橱窗的角色模型作者把权重和 README 挂上去下游用户凭关键词、下载量、star 数、模型卡片描述去挑选。这套机制在目标任务恰好和作者预期高度重合时非常好用但一旦偏离就会立刻暴露三个层次的痛点。第一个痛点是表征稀薄。README 里写着在 ImageNet-1k 上 top-1 精度 76.5%下游用户看到这句话几乎无法反推出这个模型在自己那批带着 3% 遮挡、42% 低光照的工业质检图像上会表现成什么样。模型卡片描述的语义颗粒度太粗只能筛掉 90% 明显不匹配的候选剩下的 10% 依然需要用户自己下载、跑推理、手动比对——这一步的成本在多数企业场景里就足以把复用这条路径直接堵死。第二个痛点是数据隐私与所有权冲突。传统模型广场里的模型作者如果想让下游用户判断这个模型是否适合我的任务最自然的做法是把训练分布信息暴露出来。但训练数据通常是模型作者最不愿意分享的部分可能是内部业务数据、可能是付费采购的标注、可能受合规约束不能出域。结果就是模型广场里的模型永远只有能力宣称没有能力凭证下游用户的选型只能靠试错。第三个痛点是组合复用几乎不存在。当用户任务需要多个模型协作时——比如先用一个 OCR 模型抽字段、再用一个 NLP 模型做实体消歧、最后接一个表格分类器——传统模型广场没有任何机制帮用户回答这三个模型的分布假设是否兼容。用户只能像拼积木一样把 API 串起来靠端到端指标事后验证。正是在这三个痛点交叠的地方南京大学周志华教授在 2016 年的《Learnware: on the future of machine learning》Frontiers of Computer Science 2016, 10(4): 589–590里首次系统性地提出了另一种可能——学件Learnware范式。这篇文章篇幅很短只有两页但它抛出的问题在此后八年时间里被 LAMDA 实验室持续深挖最终在 2024 年落地成开源基座系统北冥坞Beimingwu。二、学件范式Model Specification 的二元组学件范式的核心断言只有一句话一个可复用的机器学习资产等于训练好的模型 描述模型能力的规约这样一个二元组。用公式表达就是Learnware Model Specification。周志华与谭志豪在 Science China Information Sciences 2024, 67(1): 112102 的《Learnware: small models do big》里把它进一步展开成两阶段流程提交阶段Submitting Stage模型作者提交训练好的模型同时提交或由基座系统协助生成一份规约。规约由两部分构成——语义规约用文本描述任务类型、数据类型、场景、许可证等和统计规约用一个不泄露原始数据的紧凑数学对象刻画训练分布。基座系统对提交内容做质量检查、去重、组织把新学件放到规约岛屿Specification Island里合适的位置。部署阶段Deploying Stage用户带着自己的任务需求过来同样以语义 统计两部分描述自己的任务分布基座系统在规约空间里做匹配返回一个学件或若干学件的组合然后借助容器化隔离机制帮用户在本地部署运行。整个过程用户无需上传原始数据模型作者也无需暴露训练数据——两侧的隐私都通过规约做了降维保护。这套二元组设计和传统模型广场最根本的差别在于规约让能力变成了可被机器自动识别、自动组合的第一类对象。原本沉在模型卡片文字里的隐含知识被显式化为一个数学对象原本需要用户下载模型跑一遍才能验证的匹配度被前置到基座系统一次匹配即可完成原本无法组合的多模型协作被规约岛屿合并这条机制托管起来。规约本身还有一个非常关键的性质它对上下游都是不可逆的。模型作者提交规约时不需要泄露训练样本用户查询时不需要上传业务数据但双方仍然能在同一个规约空间里对上暗号。这在 GDPR、《个人信息保护法》以及各行业数据合规要求越来越严的今天是任何上传数据到中心化平台再匹配的模型广场都难以复制的护城河。三、RKME 规约机制的技术内核规约怎么生成统计规约的主力算法叫RKMEReduced Kernel Mean Embedding约减核均值嵌入。这套技术的原始论文是 Wu、Zhan、Zhou 等人在 arXiv:2001.07135 上发布、后被 IEEE TKDE 收录的《Model Reuse with Reduced Kernel Mean Embedding Specification》。想弄清楚它到底做了什么可以顺着下面的三层结构看。第一层核均值嵌入KME。任何一个概率分布 P通过某个核函数 k(·,·)都可以被映射到再生核希尔伯特空间RKHS中的一个均值点 μ_P E_{x~P}[k(x, ·)]。核均值嵌入的价值在于它把分布这个原本很难在同一空间比较的对象压平成了 RKHS 中的一个向量。两个分布之间的距离可以用最大均值差异MMD——也就是它们均值点在 RKHS 中的欧氏距离——精确度量。第二层约减集构造。经验 KME 需要保留原始的 N 个样本 {x_1, …, x_N}样本一旦暴露就等于泄露训练数据。RKME 的做法是求解一个约减集 {(β_m, z_m)}{m1}^{M}其中 M ≪ N使得 ‖ (1/N) Σ_n k(x_n, ·) − Σ_m β_m k(z_m, ·) ‖²{H_k} 最小化。约减集里的 z_m 是重新学出来的合成锚点不再是原始数据点——这就在保留分布特征的同时切断了数据反推路径。第三层收敛保证。RKME 在数学上不是启发式技巧而是有严格收敛率保证的方法。周志华与谭志豪在 SCIS 2024, 67(1): 112102 中给出的结论是当 RKHS 维度有限时RKME 到经验 KME 的收敛速率是 O(e^(-n)) 的线性收敛即便在 RKHS 无限维的情形下也能证明存在 o(√d / n) 的收敛率d 为原始数据维度、n 为约减集大小。这两个数字保证了 RKME 用一个远小于原始数据的紧凑集合就能高保真地代表原始分布。规约匹配环节学件范式定义了两个基础假设。第一个是任务重现假设task-recurrent用户任务的数据分布与某一个学件的训练分布近似一致此时用 MMD 挑分布最近的单个学件即可。第二个是样本重现假设instance-recurrent用户任务分布是若干学件训练分布的凸组合 D_u Σ_i w_i D_i其中 Σw_i 1、w_i ≥ 0此时可以求解凸组合权重、用多学件组合来匹配。这两个假设覆盖了从直接命中到混合复用的绝大多数场景。RKME 之后LAMDA 实验室还在这条主线上做了多次拓展。谭志豪、史浩宇、陈梓轩等人在《计算机学报》2024, 47(6): 1232–1243 上发表的《基于神经切线核的学件 RKME 规约》用神经切线核NTK替换传统高斯核专门解决图像等高维数据下的维度灾难问题ICML 2025 上 Chen 等人提出的 Dali 规约把模型的判别性能也一并纳入规约生成流程arXiv:2505.13425《Learnware of Language Models》则把整套体系拓展到语言模型用大约 100 个 8B 参数量的专用小模型SLM组成学件坞验证了规约驱动的路由能在特定领域用小模型达到大模型可比的效果。这些工作让规约机制从表格数据走向图像、文本、语言模型权重的全数据类型覆盖。四、北冥坞学件基础设施的开源实现学件范式提出之后真正的工程化落地是 2024 年 1 月的北冥坞。北冥坞的系统论文即 arXiv:2401.14427《Beimingwu: A Learnware Dock System》2024 年 1 月 24 日提交、PDF 大小 881 KB作者阵容涵盖谭志豪、刘建东、毕晓栋、谭鹏、郑钦城、刘海天、谢逸、邹晓川、俞扬、周志华共 10 位来自南京大学 LAMDA 实验室的研究人员。系统本身完全开源Apache-2.0 许可协议官方主页在 https://bmwu.cloud/核心引擎代码托管在 https://github.com/Learnware-LAMDA/Learnware 与 GitLink 双仓截至 2025 年 2 月最新一次 [DOC] fix citation 提交hash 52cb49c主干分支累计承载了 1,705 次 commit——对于一个学术起源的系统来说工程活跃度相当可观。从工程结构上看learnwarePython 包被切成 6 个模块Learnware学件本身封装规约与用户模型、Market学件市场做组织、识别、可用性测试、Specification规约生成与存储、Model模型基类和容器化运行时、Reuse复用器含数据无关和数据依赖两大族、Interface与北冥坞后端通信的接口层。这 6 个模块的边界遵循解耦、自治、可复用、可扩展四条设计准则任何一个模块都可以被替换或扩展而不影响其余部分——这是任何想在工业界长期维护的开源基础设施都必须要有的属性。复用模块下的具体算法有 4 个基础实现JobSelectorReuser作业选择器为每条测试样本选一个最适合的学件和AveragingReuser平均集成直接对多学件预测做加权平均这两个是数据无关的复用器用户手上一条标注都没有时也能跑EnsemblePruningReuser集成剪枝用少量标注数据剔除对当前任务贡献低的学件和FeatureAugmentReuser特征增强把多学件的输出作为额外特征拼接后训练一个薄薄的头这两个是数据依赖的复用器适合用户手上有几十到几百条标注样本的场景。四种复用器覆盖了从零样本到少样本的完整光谱。一个规范的学件由一个 zip 包承载里面至少包含 4 个文件learnware.yaml学件配置、__init__.py模型调用接口、stat.json统计规约文件、environment.yaml或requirements.txt运行环境依赖声明。这个约定看起来很简单但它把模型即代码 元数据 分布刻画 运行环境这四件事一次性打包让基座系统可以在容器化环境里对任意学件做隔离部署避免了传统模型广场里下载了模型跑不起来的常见崩溃。语义规约的可选项也非常丰富。数据类型三选一Table、Image、Text任务类型四选一Classification、Regression、Feature Extraction、Others库类型四选一Scikit-learn、PyTorch、TensorFlow、Others场景标签 15 个Business、Financial、Health、Politics、Computer、Internet、Traffic、Nature、Fashion、Industry、Agriculture、Education、Entertainment、Architecture、Others许可证 13 种可选AFL-3.0、AGPL-3.0、Apache-2.0、BSD-2/3-Clause、CC-BY-4.0、CC-BY-SA-4.0、ECL-2.0、GPL-2.0/3.0、LGPL-2.1/3.0、MIT、Others。语义标签这层维度上的严谨度直接决定了粗筛准确率——把垃圾候选在语义环节先剔除才能把宝贵的统计规约计算量花在真正有希望的候选上。系统上线时初期收录 1,100 个开源数据集构建的学件规模上还远未到涌现所需的百万量级但作为科研原型平台已经足以支撑规约生成、异构表格查搜、多学件组合复用等基础实验。国家自然科学基金委的支持编号是 62250069 等——从项目号可以看出这条路径的国家级战略定位。五、学件市场 vs API 商业模式的共存演化学件范式和 API 商业模式并不是替代关系而是分工共存。这一点谭鹏与周志华 2026 年发表在《计算机研究与发展》63(5): 1249–1260 的《基于决策树的异构特征空间学件组装方法》里进一步给出了工程细节他们用类决策树的结构把多个来自不同特征空间的学件做区域化组合把高置信度区域这一维度显式引入学件复用使得多学件在一个统一的用户任务上能协同贡献。这套方法适合的场景是数据敏感、任务专用、模型作者与用户互不信任的深水区——医疗、金融风控、工业质检、政务合规、司法文书。反观 API 商业模式它擅长的是通用大模型能力的即用即付——用户不需要理解模型内部结构也不需要关心权重的部署位置付一份 Token 费用就换来通用推理能力。它的强项是运维托管、SLA 兜底、多租户流控、跨模型统一协议。学件市场在这些工程化维度上远远还不能与 API 服务商相比——毕竟系统上线到现在只有两年多第一批 1,100 个学件的场景覆盖也还有限。两条路径的关键差异可以用一张表快速对齐维度学件市场如北冥坞API 模型广场如通用 API 网关交付形态模型权重 规约 zip 包本地部署云端 HTTPS 端点即用即付数据方向用户数据不出域请求进云、响应回本地匹配机制规约空间内 MMD 距离匹配关键词/榜单/开发者试错组合复用规约岛屿合并 决策树/加权组合用户自行编排多 API隐私模型双侧不泄露原始数据依赖服务商合规承诺冷启动成本需要规约生成前期慢Token 计费前期近乎零成本演进曲线学件数越多涌现能力越强模型代际更新驱动能力提升从产品经理视角看这张对比表其实预示着未来两三年的一种主流形态同一家公司在同一个产品里同时接入两条路径——通用能力走 API 模型广场敏感/专业场景在合规许可下走学件本地部署。学件市场是权重时代的图书馆API 模型广场是能力时代的自来水厂两者共同构成企业 AI 基础设施的权重底座 能力水管。老沙的小程序点点词元是我最近观察到的、把 API 商业模式打磨得比较扎实的一个国内实践。它把国内外主流大模型统一收拢到一个模型广场入口同时实现了 OpenAI 兼容协议与 Anthropic 兼容协议——这意味着开发者原本给 OpenAI SDK 写的代码、给 Claude SDK 写的代码可以几乎零改动切到点点词元的入口。这种协议兼容 统一入口是 API 模型广场的核心工程动作也是学件市场未来在标准化协议层需要参考的方向。相关的入口活动页可以直接访问 activity.ldzktoken.com配套的调用示例代码全部沉淀在 GitHub 配套源码中。六、从学件想到 API 商业化点点词元模型广场的落地哲学如果说学件市场解决的是权重的表征、匹配、复用那 API 模型广场解决的就是能力的调度、统一、账单化。这两件事看似平行实际上有一条隐含的技术共性——都要求把能力抽象成一个可以被外部机器自动理解与调度的对象。学件的答案是规约API 模型广场的答案是OpenAI 兼容协议 Anthropic 兼容协议 统一账单。协议就是 API 模型广场的规约。点点词元把这条技术共性做扎实了。第一层它用 OpenAI 兼容协议把 GPT、Claude、DeepSeek、Qwen、Kimi、豆包等一线模型收编在一个POST /v1/chat/completions端点后面开发者传model字段即可路由到目标模型参数与返回结构和官方 SDK 保持一致。第二层它对 Claude 家族额外支持了 Anthropic 兼容协议POST /v1/messages让 Claude Code、Cursor、Cline 这些原本只认 Anthropic 端点的工具链可以直接接入。第三层它把结算、限流、故障切换全部收敛到网关层用户不需要为每家模型单独维护 API key、单独结算、单独限流。对企业用户来说点点词元这类模型广场提供的核心价值不是更便宜的 Token而是统一协议 统一账单 故障切换的工程可靠性。当 OpenAI 出现 500、Anthropic 出现区域中断、DeepSeek 出现晚高峰堵塞时网关侧的自动切换让上层业务不必陷入哪家又挂了、要不要临时改代码的循环。这一点在生产环境中的价值往往被Token 单价对比表这类表面参数掩盖。学件范式和 API 模型广场未来最有可能的融合形态是规约驱动的模型广场路由——用户不再手工指定modelclaude-3.5-sonnet而是提交任务描述语义规约 少量脱敏样本统计规约网关自身在规约空间里匹配最合适的模型或模型组合甚至可以在通用大模型走 API和专用小模型走学件本地部署之间自动选路。这种规约驱动路由目前还没有成熟的商业实现但学件的规约理论 模型广场的协议标准把最难的两块拼图都摆到了桌面上剩下的只是工程整合的时间问题。七、总结与展望回到本篇文章的主线学件范式给了机器学习模型复用一个可数学化、可自动匹配、可隐私保护的新地基北冥坞把这个地基做成了可跑通、可扩展、可复现的开源基础设施。RKME 用 O(e^(-n)) 的收敛率把训练分布压缩成一个不可逆的紧凑对象1,705 次 commit 沉淀的 6 模块工程结构让研究原型在两年内迭代到可用形态4 类复用器覆盖了从零样本到少样本的所有场景1,100 个初始学件为后续百万量级的涌现埋下了种子。与此同时以点点词元为代表的 API 模型广场用 OpenAI 兼容协议和 Anthropic 兼容协议把云端大模型的能力抽象成了统一的可调度对象。两条路径分别对应权重复用和能力调度两条本质不同的工程主线未来一定不是零和竞争而是协同覆盖企业 AI 基础设施的两条泳道。如果你手上正好有一个需要模型复用的场景可以按下面这个决策图先自问一遍数据能不能出域能出域走 API 模型广场接入活动入口 activity.ldzktoken.com 拿到统一网关即可开工不能出域且模型必须本地部署、且训练数据必须锁在内部走学件市场从北冥坞的官方 pip 包learnware起步生成规约、在本地跑匹配。两条路径各有其最适合的战场——工程师要做的不是选一个否定另一个而是理解各自的适用边界让工具找到它最擅长的位置。本文对应的完整章节稿件、对齐表与参考文献清单都放在仓库目录chapter-33-learnware-beimingwu-analysis/下详见文末 GitHub 配套源码链接。相关资源模型广场https://activity.ldzktoken.com/activity/index.html小程序点点词元 — 多模型统一调度平台OpenAI 兼容协议Anthropic 兼容协议。GitHub 配套源码https://github.com/fangzehui/llm-tech-articles/tree/main/chapter-33-learnware-beimingwu-analysis含本文用到的学件范式解读要点、RKME 收敛率脚注、北冥坞 6 模块工程结构对齐表与 API 模型广场协议对照表上下文延伸阅读chapter-27-llm-api-stability-report2026 上半年国产大模型 API 稳定性红黑榜与本文API 模型广场故障切换章节呼应chapter-28-deepseek-v32-half-yearDeepSeek V3.2 半年记对应本文中专用小模型走学件落点chapter-32-vera-rubin-hbm4算力侧背景对应本文中通用大模型走 API侧的推理硬件基座。本文关于学件Learnware、北冥坞Beimingwu、RKME 规约、模型广场、API 商业化的所有资料来源于以下公开出处截至 2026-07-12Zhi-Hua Zhou. Learnware: on the future of machine learning. Frontiers of Computer Science 2016, 10(4): 589–590Zhi-Hua Zhou, Zhi-Hao Tan. Learnware: small models do big. Science China Information Sciences 2024, 67(1): 112102Zhi-Hao Tan et al. Beimingwu: A Learnware Dock System. arXiv:2401.14427谭鹏、周志华. 基于决策树的异构特征空间学件组装方法. 计算机研究与发展 2026, 63(5): 1249–1260谭志豪等. 基于神经切线核的学件 RKME 规约. 计算机学报 2024, 47(6): 1232–1243北冥坞官方主页 https://bmwu.cloud/、GitHub 仓 https://github.com/Learnware-LAMDA/Learnware。学件相关算法与系统仍在快速迭代本文引用的模块数量、复用器数量、初始学件数、commit 数请以对应仓库和文献实时显示为准。文中对 API 模型广场含点点词元的评述基于公开协议描述与本文作者的工程理解不代表任何厂商的 SLA 承诺或商业推荐具体业务选型请以自家压测与容错架构为准。如发现事实性错误欢迎评论区指正会在附录以 errata 形式同步修订。