一次安静的批量操作
2025 年 6 月 27 日 08:39 与 08:46（UTC），相隔七分钟，DeepSeek 组织账号 stack-heap-overflow 先后发布了 DeepSeek-R1 与 DeepSeek-V3 的 v1.0.0 release，正文完全一致，只有一句英文：This release is created for archival purposes and DOI generation.（为归档与 DOI 生成而创建）。
这是两个仓库各自唯一的一次 release，也是 DeepSeek 组织历史上仅有的两次 release。V3 的 tag 创建于 2025-06-16，R1 的更早——2025-04-09，但都压到同一天发布，批量操作的痕迹很明显。tag 指向的 commit 本身毫无仪式感：V3 的 f6e34dd 只是 README 里华为昇腾 NPU 支持模式的一行改动，R1 的 0cf7856 是一次 typo 修复。release 没有附带任何资产，仓库根目录没有 CITATION.cff，README 的 Citation 一节至今仍是纯 arXiv BibTeX。
主流厂商中的孤例
把镜头拉远一点，这个行为在生态里是异常的。Meta 的 meta-llama/llama 没有任何 GitHub release，阿里的 QwenLM/Qwen2.5 也没有；DeepSeek 自己的 DeepSeek-V2、DeepSeek-Coder-V2 没有，2026 年新建的 deepseek-harness、DeepSpec 同样没有。换句话说，全世界最流行的几个开源权重模型仓库里，只有 DeepSeek 的 V3 和 R1 被做过一次'归档 + DOI'release——而这两个恰好是 DeepSeek 唯二有正式技术报告论文（arXiv:2412.19437 与 2501.12948）的旗舰。
追查 DOI：四大渠道全部落空
release 声明要做 DOI generation，那就去找 DOI。Zenodo 的 API 按标题、按组织名、按 github_repo 字段逐一查询，无官方记录；DataCite（几乎全部 DOI 的注册处）搜 DeepSeek-V3 与 deepseek-ai，无；Crossref 无；Hugging Face 模型卡上也没有 DOI 字段。arXiv 论文倒是有 DOI——10.48550/arXiv.2412.19437，但那是 arXiv 自动分配给论文的，与这个 release 无关。
最可能的实现路径是 Zenodo 的 GitHub 集成：启用后每次 release 自动归档并分配 DOI。如果走过这条路，记录应该以仓库名出现；搜不到只有几种可能：集成从未启用（DOI 从未生成）、记录生成后被删除、或走了非 DataCite 的中国渠道。三种情况目前都无法用公开手段区分。
推断与未解问题
综合现有证据，我的判断是：这是一次为学术引用准备的归档仪式——给论文所描述的那个模型代码状态打一个不可变快照，以便将来在引用中给出代码 DOI。它发生在 2025 年 6 月，arXiv 论文 v2 早已发布，模型热度正值顶峰，合理的触发场景包括期刊审稿要求代码可引用性、或某次对外合作的规范化流程。但仪式做完了，落点没有出现：DOI 查无记录，README 引用格式没更新，后续所有仓库也不再这么做——像是某个流程执行了一半，然后被搁置了。
留下几个可以继续追的问题：DOI 是否曾经生成又被静默删除？stack-heap-overflow 是谁（GPG 公钥 B5690EEEBB952194）？2025-06-27 前后是否有一份我们没找到的期刊或会议文件？DeepSeek-V3 论文在 OpenAlex 上仍是 preprint，若它某天被正式接收，回填引用时或许会露出答案。
注脚：开放科学基础设施正在筑墙
调查过程中还有一个意外发现：Software Heritage 的 API 现在返回 Anubis 反爬虫挑战页——一个基于工作量证明的方案，页面文案直白地指责'AI 公司激进爬取'造成服务不可用。配合 Codeberg 2026 年 7 月会员投票禁止 vibe-coded 项目、repo-slopscore 给仓库打 AI 提交分，可以拼出 2026 年的一个侧面：GitHub 仍然是开放抓取的，但学术与社区基础设施正在一个一个地筑墙。DeepSeek 这个找不到 DOI 的归档 release，某种意义上也是同一堵墙的另一面——学术引用体系想给模型代码一个正式身份，而基础设施的缝隙里，仪式完成了，身份没有颁发。