MacTalk公众号文章

真是突发，美国国土安全部给 DeepSeek 开出了禁令

科技与互联网
MacTalk

公众号 · 1 篇文章

查看主页 →
DeepSeek-V4.1-Flash-1017 是 DeepSeek 于 2026 年 10 月 17 日推送的 V4.1 Flash 模型新版本。按照 DeepSeek 的日期快照命名惯例（此前有 V4-Flash-0731、V4-Pro-0813），“1017”代表快照日期。目前网页端、App 与 API 均已切换至新模型，调用方式与价格保持不变，仍使用 deepseek-flash 即可访问。
发布之后，好评不断，很多媒体和测评人都写了相关报道，但随之而来的就是这份禁令。
早上看到 Mad Robot 发布报道：美国国土安全部要求联邦文职机构移除 DeepSeek 产品，停止相关采购，范围包括使用其模型实现方案开发的第三方产品和服务。
也就是说，你提供了产品，还得回答一个问题：背后用的是什么模型？别说调用 API 了，就是下载 DeepSeek 开放权重，部署在自家服务器上，也未必不受影响。
政府对敏感数据、采购渠道和软件供应链保持警惕，这当然有合理性。把内部文件上传到外部服务，确实需要严格约束。涉及两国隐私政策和数据收集的问题，接受审查也是顺理成章。模型开放不等于免于审查，也不等于天然安全。模型便宜、能力强，但云端服务由谁提供，政府相关机构当然会介意。
问题在于，使用境外云端托管的 API 服务，与把开放权重部署在自家后院（可控环境）里，这是两码事啊。对于后者，你自己控制模型、数据和运行条件，把框架、权限搞清楚，这是企业自己要做的事。也就是说，我用任何一家开源模型做本地部署并提供服务，和直接使用开源模型官方提供的 API 服务，已经是两回事了。一刀切不合适。
不过，这道禁令没有明确说明，美国机构应如何处理部署在本地服务器上的开源模型；报道也没有列举政府数据实际流向 DeepSeek 的案例。那为啥突然来这么一道禁令？其实也没那么突然，这个命令 2026 年 7 月 24 日就签署了，只是 10 月 19 日才提交公开审查。
关于“开放权重”与完整开源，我之前写过几次。能够下载模型，并不意味着训练数据、训练代码和全部过程都已公开；开放到什么程度，各家也不一样。即便如此，允许自主部署、测试和改造，仍给使用者留下了更多选择。开放的价值不正在这里么？安全团队有机会做自己的验证，开发者也可以积累能力、实现垂直领域的突破，企业也能降低对单一服务商的依赖。
这是好事啊。
如果两国的限制都扩展到所有采用相关模型的第三方工具，合规成本就太高了。小团队需要换模型、重新评测、调整部署，客户则要重新确认合同与数据处理边界。
作为创业者，我更喜欢明确的规则：供应商说明模型来源和版本、部署位置与数据流向；敏感业务实行隔离、权限控制和日志审计；发现漏洞就修复，发现不可接受的风险就限制使用，等等。
这套标准应该同样适用于中国模型、美国模型，以及任何国家的技术供应商。模型的开源开放已经带来了巨大的好处，也应该接受严格检验。
这也是好事。
技术世界已经有足够多的围墙。面对真实风险，该验证验证，但合作依然需要空间，既然开源开放了，那把边界讲清楚，把选择权留给使用者就完了。
相互的围墙，都少一点吧。

前往微信阅读全文

内容来自公众号，可前往微信查看原文。

查看作者的更多文章 →订阅更新、RSS 与阅读指南 →