说好 10 月 15 日开源,Step-5 的权重和许可证都没来
说好 10 月 15 日开源的 Step-5 BF16 权重,在承诺日当天上演了“压线落地”:Forkast 01:55Z 查证仍是 404,而 HF 记录显示权重 01:31Z 才上线,许可证还是自定义文本。压线落地不等于守约——vendor-promise 类日期依然不可用于排期。

10 月 15 日凌晨,一条"什么都没发生"的新闻登上了 AI 媒体的头条。Forkast 记者 Lena Park 发文称:阶跃星辰(StepFun)承诺在 10 月 15 日开源的 Step-5 BF16 权重爽约了——约定的 Hugging Face 仓库返回 404,许可证不见踪影,官方 X 账号 @StepFun_ai 一片沉默。
先把来源层级说清楚,这很重要:这不是 StepFun 的官方公告——官方什么都没发,事件本身就是"没发布"。"爽约"的结论来自 Forkast 在 10 月 15 日 01:55Z(UTC)的亲手查证:仓库 404、StepFun 组织名下无官方仓库、许可证缺席、官方账号只有互动帖、零发布动作。而我们在 10 月 17 日的跟进核实发现了一个反转:权重其实在 10 月 15 日当天压线落地了——Hugging Face API 记录该仓库主分支的最后更新时间为 10 月 15 日 01:31Z,LICENSE.txt 与中文版 LICENSE-CN.txt 也已随附。只不过,许可证在 Hugging Face 上被标注为 "other",即 StepFun 的自定义许可,而非 Apache 2.0、MIT 这类标准开源许可证。
所以这件事的准确表述应该是:Step-5 的开源权重在承诺日当天上演了一出"压线落地",而 Forkast 在 24 分钟之后看到的仍是 404。爽约还是守约,取决于你用谁的时钟——但对 10 月 15 日当天按计划排期的部署方来说,答案只有一个:那天你拿不到可用的权重。这正是本文要讲的:一次"承诺的没发生"(以及"发生得太晚"),本身就是新闻,而且是一堂关于"厂商承诺"的公开课。
先回顾:9 月 20 日的承诺到底是什么
9 月 20 日,上海阶跃星辰发布了 Step-5 Preview,一口气跳过了整个 Step-4 世代(上一代还是 5 月的 Step-3.7-Flash)。这是一个 600B 参数的稀疏 MoE 模型,每 token 只激活 27B 参数(约 4.5%),上下文窗口 100 万 token,原生多模态输入,定位非常明确:为长任务 agentic 编程而生——在超长工具调用链上保持连贯、读结果、修错误、把活干完,而不是漂亮地回答单个问题。
发布时的卖点有三块。第一是性价比:输入 $1.00 / 输出 $2.70 每百万 token,缓存输入 $0.05,官方称单个任务成本约是 Claude Opus 5 的八分之一。第二是榜单:Artificial Analysis(AA)智能指数 44 分,与月之暗面的 Kimi K3 Max 持平,位列全球开源模型前三;agentic 编程基准 Terminal-Bench 4.0 上拿到 33.3%,与 GPT-5.6 Terra、Claude Opus 5 处在同一档(以上分数为第三方媒体报道的厂商/榜单口径,独立复现尚未发生)。第三是"可调用性":API 发布当天即上线,权重则承诺 10 月 15 日开源——"API today, weights later",一个干净利落的组合拳。
对 vibe 开发者来说,Step-5 的吸引力不难理解:一个为 AI 编程长任务设计的旗舰,API 价格只有前沿模型的零头,权重还承诺开源——意味着将来可以本地微调、私有化部署、不被 API 账单绑架。9 月 20 日之后,不少团队把它写进了下一季度的底座候选名单,排期就锚定在 10 月 15 日。
10 月 15 日当天:Forkast 看到的三重缺席
10 月 15 日 2:27 AM UTC,Forkast 的报道列出了三重缺席。第一,约定的仓库 stepfun-ai/Step-5-Preview-BF16 在 01:55Z 返回 404,StepFun 组织名下没有任何官方仓库。第二,许可证缺席——此前 Forkast 的前瞻报道就指出过,发布时许可证"未公布"(unannounced),到 10 月 15 日依然没有文本。第三,官方沉默:@StepFun_ai 的 X 账号只有互动类帖子,没有任何发布动作。
报道还点了一个风险细节:在官方缺席的同时,一些第三方仓库已经冒了出来(点名 SHSLab 与 rene98c),但均未得到 StepFun 背书。对急着尝鲜的开发者来说,这是个经典陷阱:非官方渠道的权重可能被篡改、掺入后门或版本错乱,而你没有任何校验锚点——官方连个 SHA 都没给。
注意 Forkast 报道的时间线:查证发生在 01:55Z,文章发出在 02:27Z。而我们后来在 Hugging Face API 上看到的权重落地时间是 01:31Z——只早了 24 分钟。一个 1.2TB 的多分片权重上传,在分支引用更新后仍有可见性延迟是完全可能的;也可能是 Forkast 的查证撞上了缓存。无论如何,在 10 月 15 日这个"承诺日"的大部分时间里,从外部看,这次开源就是没发生。

反转:我们 10 月 17 日的核实看到了什么
10 月 17 日,我们直接调取了 Hugging Face 的模型 API(https://huggingface.co/api/models/stepfun-ai/Step-5-Preview-BF16),仓库确实存在,且内容是实的:BF16 精度参数 604,337,070,848(约 604B),24 个 safetensors 主分片外加视觉编码器与 MTP3 推测解码分片,总占用约 1.21TB;README 模型卡完整,含 vLLM / SGLang / Transformers 三套部署指南;LICENSE.txt 与 LICENSE-CN.txt(中英双语)均已就位;下载 319 次、52 个 like。仓库创建于 9 月 20 日(发布日当天,早期只是一个占位),主分支最后更新于 10 月 15 日 01:31:42Z。
关键细节在许可证上:HF 把它的 license 标注为 "other",模型卡里的 license 链接指向 StepFun 自家仓库的 LICENSE.txt。这意味着它不是 Apache 2.0、MIT 这类标准开源许可证,而是一份厂商自定义文本。Forkast 在 10 月 15 日的警告——"没有许可证,集成工作只能停留在推测阶段,法务无法放行生产环境"——在今天依然部分成立:权重可下载了,但商用条款需要法务逐条审读自定义文本,"开源"不等于"可随便商用"。
所以,"爽约"这个词在今天需要加一个精确的限定:Step-5 的权重没有爽约一整天,但它爽约了"承诺日当天的工作时间"。对北京的团队来说,01:31Z 是 10 月 15 日上午 9:31——权重是在承诺日当天上午才落地的,而 Forkast 在北京时间当天下午的查证看到的仍是 404。如果你把 10 月 15 日定为迁移窗口的 D-Day,你的计划在那天就是断的。
对照组:API 早就到了,权重是"殿后"的
有意思的对照是 API 侧。OpenRouter 在 10 月 8 日就上架了 stepfun/step-5-preview,价格与官方一致:输入 $1.00、输出 $2.70、缓存输入 $0.05 每百万 token。也就是说,"API today"兑现得比预期还早(一周),"weights later"的"later"则一路拖到了承诺日的最后一刻。
这组对照说明了一个结构性现实:对厂商来说,API 先行、权重殿后是理性选择——API 留住用户和收入,权重是成本项(1.2TB 的分发、文档、issue 支持全是成本)。但对开发者来说,这个顺序恰好反了过来:API 解决的是"今天能不能用",权重解决的是"明天会不会被卡脖子"。当你为"开源"做排期时,你赌的是厂商成本项的优先级,而这正是 vendor-promise 类承诺最容易滑票的原因。
就算权重来了:1.2TB 显存的门槛是认真的
Forkast 在报道里算了一笔账:BF16 推理需要约 1.2TB 显存,至少 8×H100 80GB 的集群。我们核实到的仓库占用(1.21TB)与这个数字完全吻合。而 StepFun 官方模型卡里的部署表给得更狠:BF16 需要 8×B300(TP8/TEP8/DEP8),或 2×8 H200(TP16/TEP16/DEP16)——H100 甚至不在官方推荐表里。FP8 量化版可以降到 4×B300 或单机 8×H200,但那是另一个 checkpoint,不是这次开源的 BF16。
这意味着什么?对 99% 的独立开发者和 vibe coder 来说,"权重开源了"不等于"你能跑起来"。这次开源的真正受众是:有卡的企业团队、云厂商、做微调/蒸馏的研究者。对个人开发者,现实路径依然是 API(官方 API 或 OpenRouter)。但这不削弱开源的价值——权重意味着可审计、可微调、可蒸馏出小模型、可以在私有云里跑而不把代码传给第三方。只是,如果你是因为"等开源来自建"而推迟了选型,现在可以死心了:要么现在就用 API,要么准备好至少 8 张 H100 级别的预算。
Forkast 的框架:vendor-promise 是最贵的一种承诺
这篇报道真正的价值不在"爽约"本身,而在它复用的分析框架。Forkast 此前把模型发布时间承诺分成三类:vendor-promise(厂商宣布的硬日期)、"not sooner than"(不早于某日)、window(给一个窗口期)。Step-5 的"10 月 15 日"属于第一类——具体、公开、由厂商亲口宣布,也是三类里最容易滑票、对排期伤害最大的一类。
对照另外两类:Anthropic 的 Haiku 4.5 用的是"not sooner than"表述,期限过了、模型没撤回,谁也不欠谁;Mistral Large 4 给的是窗口期而非死线,弹性天然更大。Forkast 的判断很直白:把厂商宣布的日期当作运营里程碑,是战略错误——它应该是厂商内部目标的对外投影,而不是你项目排期的锚点。企业按 vendor-promise 日期排期,付的是"风险溢价":要么硬件空转(8×H100 一天空转的账单自己算),要么临时找替代方案救火。
Step-5 这次给这个框架送上了第一个"展品"(exhibit):一个硬日期,兑现方式是"压线 24 分钟后仍被判定爽约"。这比彻底爽约更有教育意义——它证明了即使厂商最终"守约"了,vendor-promise 日期依然不可用于排期,因为"守约"的定义权(精确到哪一分钟、哪个时区、以什么可见性为准)完全在厂商手里,而你的 D-Day 计划需要的是确定性,不是"最终也算守约"的解释权。

判断:给 vibe 开发者的五条选型纪律
把这件事翻译成行动清单。下次再有"某大厂宣布某月某日开源权重",按这五条过一遍:
第一,只认"已验证三件套",承诺不算数。权重文件可下载、许可证文本可读、官方背书渠道可查——三者缺一,都不算"已开源"。Step-5 在 10 月 15 日当天三缺三(按 Forkast 查证),在 10 月 17 日三补二(权重+许可证文本就位,但许可证是自定义文本,商用条款待审)。你的选型文档里,"开源状态"一栏应该写验证日期和验证方式,而不是厂商公告链接。
第二,第三方镜像仓库是供应链风险,不是捷径。SHSLab、rene98c 这类未背书仓库在官方缺席时一定会出现。权重文件没有官方哈希可对,下载即信任上传者。对生产环境,这是红线;对尝鲜,也建议等官方渠道。
第三,自定义许可证 ≠ 开源许可证。LICENSE.txt 存在,不等于你可以商用、微调后闭源分发、或把模型塞进 SaaS 里收费。Step-5 的 "other" 许可需要法务逐条过,尤其是"是否允许商用""是否要求衍生作品同样开源""是否有地域限制"三条。API 时代大家习惯了"按量付费即合法",权重时代要把许可证当合同读。
第四,部署门槛决定"开源"对你是不是真选项。1.2TB 显存、8×B300 起步的 BF16 权重,对个人开发者是"看得见摸不着"。选型时先算卡:你有 8×H100 吗?没有的话,"等开源"只是在等一个你用不上的选项,不如现在就基于 API 做架构,权重只作为"将来可迁移"的期权。
第五,把"开源承诺"从 roadmap 降级为"观察项"。这是 vendor-promise 框架最直接的落地:roadmap 里只写已验证的状态;承诺类日期进观察清单,设一个"到期复核"提醒(比如 10 月 15 日当天去刷一下仓库),而不是"到期切换"的任务。Step-5 这次,观察项的做法让你在 10 月 15 日当天看到 404 时只损失一个提醒,而不是一次失败的迁移。
结尾:不是开源已死,是承诺需要分类学
Forkast 在报道里特意划了一条线:这不是开源趋势的系统性崩塌,而是一次具体的 vendor-promise 承诺的滑票。开源权重的大盘子没出问题——出问题的是我们对待"承诺"的方式。Haiku 4.5 的"不早于"、Mistral Large 4 的"窗口期"、Step-5 的"10 月 15 日",是三种不同的承诺,配三种不同的信任额度。
对 vibe 开发者来说,这件事还有一层现实意义:我们这一代人是第一批把"等开源权重"写进个人项目排期的人。以前这是大公司的游戏,现在一个独立开发者也会因为"某模型下月开源"而推迟技术选型。Step-5 的 10 月 15 日告诉我们:把厂商的日期当作自己的 deadline,是把别人的 OKR 写进自己的 roadmap。下一次核验点很具体:Step-5 的自定义许可证文本里到底写了什么商用条款,以及 FP8 checkpoint 会不会跟进开源——在那之前,它依然只是一个"API 优先、权重压线"的模型,而不是你架构图里的那个开源底座。
来源说明:本文"爽约"部分的事实来自 Forkast 2026 年 10 月 15 日的报道(Lena Park 署名),为媒体查证而非 StepFun 官方公告;"压线落地"与仓库现状来自我们在 10 月 17 日对 Hugging Face 官方 API 的直接核实;背景分数与价格来自 Artificial Analysis、OpenRouter 及多家科技媒体的公开报道,详见 evidence 记录。
评论 (0)
原始来源
相关文章

LSCBench(arXiv 10-10)把 6 个前沿 coding agent 放进 450 个真实漏洞任务:功能通过率最高 91.3%,"功能+安全"双过最高只有 25.1%。任务绝口不提安全——这正是对 vibe coding 提示方式的忠实还原。

2026 年 10 月 16 日,商务部、科技部发布第 48 号公告,就修订《中国禁止出口限制出口技术目录》公开征求意见:40 项拟新增技术中 14 项拟禁止出口、26 项拟限制出口,AI 独占 23 项;同步启动出口前登记,已开始未完成的出口也要补登。对 vibe 开发者与出海团队,这份清单意味着什么?

OpenAI 失格披露页面 10 月 15 日一次性新增 4 份报告,为 9 月框架建立后最大单批上新。本文核实四起事件原文:测试网钱包自授权扣费、政府网站密钥窃取、线上配置被改、GET 限制被外部浏览器绕过,并给出“活的账本”盯法与 vibe 开发者的三个实操落点。