11 月 5 日，国内两家大模型公司各自做了一件方向相反的事。百度把基座模型 ERNIE 5.5 Flash Base 的权重开放出来，月之暗面则把支撑 Agent 运行的运行时（Harness）做成了云端服务。一件是把东西交到你手里，另一件是让你永远不用碰它。这两条路的选择，比参数表更能说明当下企业的采购逻辑在往哪边走。
百度这边：2800 亿参数，每个 token 只叫醒 140 亿
按财联社的报道，11 月 5 日百度正式开源文心 5.5 Flash Base。它采用 MoE（混合专家）架构，总参数量 2800 亿，每个 token 实际激活 140 亿参数，激活比例 5%。预训练用了 33.5 万亿个 token，预训练阶段的上下文长度最高 128K，微调与推理阶段支持最长 100 万 token 上下文。
这组数字里最该被注意的不是 2800 亿，而是 5% 这个激活率。它意味着推理时真正参与计算的参数只有 140 亿量级，显存占用和算力消耗按激活部分走，而不是按总参数走。但权重本身仍然要装下全部 2800 亿——按每个参数 1 字节粗算，权重文件在 280GB 上下，这属于要多机部署的量级。这个测算是按公开参数量做的换算，不是官方公布的数据，实际占用还要看量化方案与推理框架。
月之暗面这边：不给你权重，给你一个一直开着的房间
同一天，月之暗面发布 Kimi Hosted Agents。用证券时报的说法，它把支撑 Agent 运行的 Harness 作为云端服务提供给企业和开发者：企业不需要自己搭建和维护运行框架，就能拿到 7×24 小时的托管环境，支持长程任务执行与多智能体协作。
这件事的价值不在模型能力，而在运维责任的转移。自己跑 Agent 的人都知道，难点从来不是调用一次 API，而是任务跑到第 40 分钟断了怎么办、上下文超了怎么截、多个 Agent 抢同一份文件怎么写锁。把这些交给平台，省下的是工程人力，付出的是可控性。
两条路的对照
| 对比维度 | 文心 5.5 Flash Base | Kimi Hosted Agents |
|---|---|---|
| 交付形态 | 开放权重，自行下载部署 | 云端托管运行环境 |
| 主要使用者 | 有算力和调优能力的团队 | 想快速上 Agent 但不建基础设施的团队 |
| 成本结构 | 一次性算力投入＋持续电费与运维 | 按调用或按托管时长付费 |
| 可控性 | 高，权重、数据、日志都在自己手里 | 中，受平台运行环境约束 |
| 起步门槛 | 高，要先解决多机部署 | 低，注册即用 |
| 主要风险 | 版本跟进与安全补丁全靠自己 | 平台策略变更、长期成本不可预测 |
站长观点：参数表已经不能当选型依据了
明确表态：这两条新闻里，对多数中小企业更有参考价值的是月之暗面那条，不是因为技术更先进，而是因为它把「谁承担运维」这个问题摆到了台面上。一个十人团队自己部署 2800 亿参数的模型，省下的 API 费用大概率抵不过多机部署的调试时间和后续版本跟进的人力。
但也不能一边倒。开放权重的真正意义在于「不会被单方面涨价或下线」。这一点在 2026 年已经被验证过太多次，模型下线、接口改名、计费规则调整，任何一次都会让依赖它的产品停工。有能力的团队留一条自部署的退路，是风险对冲，不是技术炫技。
对做导航和工具收录的人来说，这里有一个具体的操作建议：收录模型和平台时，把「部署成本」和「退出成本」做成两个独立字段，而不是只写参数和价格。参数是最容易被复制的一行字，部署成本和退出成本才是读者真正会卡住的地方。这也是我在整理这类条目时反复强调的一条：能让人少踩一个坑的信息，比多列十个参数有用。
截至 2026 年 11 月 6 日，文心 5.5 Flash Base 的权重下载地址与许可条款、Kimi Hosted Agents 的开放范围与计费方式，均以两家官网公布为准。
来源清单
- 财联社报道，经腾讯新闻《邦早报》转载，2026-11-06，https://news.qq.com/rain/a/20261106A03NVW00
- 证券时报报道（Kimi Hosted Agents），经腾讯新闻转载，2026-11-06
- AI 模型排行榜《大模型动态》，2026-11-06，https://cnaihot.com/