一句话结论：2026 年 10 月 20 日，美国国土安全部在《联邦公报》刊登第 2026-21447 号公告，公布其 7 月 24 日签署的《排除与移除令》第 2026-01 号：联邦文职行政机构须停购并移除杭州深度求索（DeepSeek）及关联实体产品，以及使用 DeepSeek 技术实现开发的第三方产品与服务；例外须在公布后 60 天内书面申请；命令未设移除完成期限（来源：《联邦公报》2026-21447，原件已逐页核对）。它真正的形状有三个：技术层传导、披露时滞、封锁没有终点——第一个靠准备能解决，第二个只能靠人盯着，第三个会推翻你所有"过渡期"的假设。
一、先把事实钉住，包括它没说清楚的部分
时间线要摆平，因为二手转述几乎都把它压成了一句话。
| 节点 | 事实 | 来源 |
|---|---|---|
| 2026 年 7 月 24 日 | 国土安全部部长签署《排除与移除令》第 2026-01 号，原件标注 "Original Release Date: July 24, 2026" | 《联邦公报》2026-21447 附录原件，署名 Markwayne Mullin，已核对 |
| 2026 年 10 月 19 日 | 公告送交公开展示（filed for public inspection，8:45 a.m.） | 同上，文末标注 |
| 2026 年 10 月 20 日 | 《联邦公报》正式刊登，91 FR 66346，共 5 页 | 同上 |
| 2026 年 10 月 20 日 | 中国外交部发言人毛宁在例行记者会回应，反对泛化国家安全概念、将科技经贸问题政治化 | TechCrunch 同日报道援引外交部官网（原文本轮未一手核对） |
几点必须钉清楚，因为每一点都决定了后面怎么落地。
第一，被排除的是一个可追溯的技术来源，不是一个国家的所有产品。 排除对象是"杭州深度求索人工智能有限公司及其关联实体"（关联按 48 CFR 2.101 定义）。一家美国公司的产品，只要底层用了 DeepSeek 的实现，同样要移除；一家中国公司完全不用，就不在范围内。读成"国籍风险"是读错了——这恰好是最让人松口气的误读，因为"我用的不是中国模型"挡不住它。
第二，"第三方产品"这四个字是整份文件的传导装置。 原文写的是移除"使用 DeepSeek 实现开发的第三方产品与服务"（third-party products and services developed using DeepSeek implementations）。附录脚注补了一句：纳入第三方，是为了覆盖那些"用于向文职机构提供产品和服务"的第三方实现。
第三，它排除了国家安全系统。 适用对象是"联邦文职行政机构"，明确排除国家安全系统与保密隔离信息系统（"except for their national security systems and secure compartmented information systems"）。把"联邦机构"说成"整个美国政府"不准确。
第四，它没有给出移除完成的期限。 命令要求"在发布后立即"停购并移除产品。同一份文件又说，从公布到完全移除这段时间，各机构"被鼓励"采取措施应对风险，比如监控流量、加强日志、盯住异常活动。"立即"是动作要求，"何时完成"没有硬期限。 60 天是唯一的硬期限，且给的是申请例外的机构。
第五，也是最少被提到的一点：命令签署于 7 月 24 日，公布于 10 月 20 日，中间隔了 88 天。 这个数字用公开文本的两个日期一减就得到。
二、88 天意味着什么：你的情报晚于政策的生效时点
看到"7 月签、10 月公布"，多数人的第一反应是"流程慢"。这个解释没错，但它不是重点。
重点是：在这 88 天里，一条已经签发的命令处于公开信息之外。 一家机构在这段时间里采购了什么、用了什么、后来是否需要拆除，全部发生在"没人能查到这条命令"的前提下。
这里有一个本文回答不了、也不打算替它回答的问题：这 88 天里做过的采购，合规责任怎么认定？ 公开文本没有给出答案。签了但未公布，效力从哪一天起算、已发生的交易如何处理，这属于需要律师按具体业务判断的事。本文能做的是把问题写清楚，而不是糊过去。
能确定的部分很朴素：你的信息来源，晚于政策的生效时点。 这句话对企业的含义不是"要小心"，而是——
> 如果你的合规判断只依赖"我定期看一眼新闻"，那么你判断的参照系，永远是 88 天前的世界。
问题于是从技术挪到了岗位：有没有人负责在政策公布的第一天就知道它公布了？如果没有，那所有"我们很重视合规"的说法都缺一个执行主体。
三、传导发生在技术层，不在合同层
这是这条命令与别的出口管制措施最不一样、也最容易被低估的地方。传统管制管的是"你跟谁签合同"：查合同、查发票、查付款路径，就能画出供应链。这条命令管的是"你的产品里有没有那个来源的东西"，而它不一定出现在任何一份合同上。
按被发现的难度排，大致是三层。
第一层，直接调用 API。 最好发现：账单上有对方的名字，代码里有对方的域名。翻一遍技术栈就能查清。
第二层，衍生模型。 拿开源权重做微调、蒸馏、二次训练，模型是你的，名字也是你的，但它继承了上游血统。合同上看不见，模型卡上可能只写"基于某开源基座"。"使用 DeepSeek 实现"是否覆盖"用其输出训练出的模型"，公开文本没有细则，属未核实区间。
第三层，嵌在工具链里的推理后端。 你用 A 家的编排框架、B 家的向量库，它们默认指向哪家推理服务，很多团队说不清。这一层最隐蔽：它不在采购清单上，也不在代码仓库里，藏在某个依赖的默认值里。
"第三方产品"条款的性质因此清楚：它不是黑名单，是一道要求你回答"我的技术谱系是什么"的题。 答不上来，判断权就交给了别人。这也解释了它为何能跨过国界生效——它管的不是你是谁，是你的东西从哪来。
四、无期限：这不是一次性事件，是长尾封锁
第四点值得单独说，它会推翻很多应急预案的默认假设。
大多数合规事件是"发生—处置—结束"，企业做准备的默认假设也是这个：撑过过渡期，然后恢复正常。有截止日的禁令，可以倒排工期。
这条命令没有截止日。"立即"是动作，"完成"没有时限。这意味着被排除的状态可能持续很久，也可能在某个时点突然收紧（比如例外申请被批量驳回）。你准备的应该是"长时间没有这个供应商也能运转"，而不是"撑过三个月"。
这两件事成本差很远。撑三个月，靠库存和加班做得到；长期没有，就必须动架构。而架构级替换最容易被"先撑一下"这个决定无限推迟。
还有一层连带效应：没有期限，意味着"暂时豁免"也不可预期。 例外由机构提交、CISA 书面批准或驳回。指望客户去申请例外保住生意，兑现时间不在你手里。
五、谁会在什么时候来问你什么
下面三件事，不是已经普遍发生的事实，是可以预期的传导路径。 本轮没有查到公开的采购模板样本，凡是写成"已经在发生"的地方都属于推断，本文不把它当证据用。
场景一：客户的内控问询，常在交完货之后。 在华外资企业的总部合规部门读到这条新闻，会给本地供应商发问询邮件。没有法律依据，但一周答不上来，下笔订单审批就卡住。时间点值得注意：它通常不在准入环节，而在续约或年审环节——那时你议价能力最低。
场景二：投标文件里多出的一行。 跨境招标文件常有一张技术来源声明表。过去问"是否使用开源组件、许可证是否合规"，现在可能加一行"是否使用受特定司法辖区管制的 AI 模型"。填"无"要举证，填"有"要写替代方案。这一行出现在资格审查阶段，你还没开始讲方案。
场景三：尽调清单的那一栏。"关键技术依赖单一境外供应商"早就是技术尽调的标准问题，这条命令只是递了个现成案例。这一栏在投前，填得含糊会一路带到谈判桌。
三个场景有共同点：没有人要求你必须证明什么，但所有人都在等你证明。 这就是本文要处理的"举证"问题。它不发生在法庭上，发生在邮件里、表格里，还有会议室的追问里。
先自检：
- 客户里有外资企业、上市公司、跨境业务主体，或你正在融资、准备被并购；
- 产品里嵌了第三方模型或推理服务，而且答不出"具体是哪家的哪一版"；
- 过去两年被客户问过一次技术来源。
命中任意一条，这篇对你有用。一条不中，它只是提前量。
六、要准备的东西：一张谱系表，不是一张宣传表
如果只能做一件事，做这个：把技术谱系写成一张表。 不是能力介绍，不是产品白皮书，是一张能回答"这东西从哪来"的表。
6.1 四个栏位
栏位一：分层与来源。 依赖大致分四层。模型层：自研、开源权重，还是调 API。推理层：自建、云厂商，还是托管。数据层：自有、采购，还是用户产生。工具链层：框架、向量库、编排层。每层写清"是什么"和"从哪来"。最容易犯的错是笼统——"使用主流开源模型"等于没写。
栏位二：谱系追溯。 这一栏是这条命令专门逼出来的，也最容易被跳过。对模型层要多问一句：这个基座的上一代是什么？ 在某个开源权重上微调出来的模型，那个开源权重又来自哪里？答不上来就写"未追溯"——写下来你至少知道这是个洞，不写你会以为没有洞。
栏位三：可替换性。 每层给一个判断，三档足够：数日内可切换、需以季度计的改造、短期无可替代。档位高低不重要，必须有人签字才重要。
栏位四：日期与责任人。 这一栏决定前三栏是资产还是负债。没有日期的谱系表，半年后就是废纸。
6.2 这张表怎么保持有效
表格是静态的，风险是动态的。不改这一点，前面的工作会在一个季度后归零。
要定的就四件事：
- 监控什么：《联邦公报》相关公告、主要云厂商与模型厂商的合规公告、行业主管机构的提示。
- 谁负责：一个具名的人，加一个备份。不需要专职，需要有名。
- 什么事件触发复核：出现新的排除令、你的供应商被点名、你的客户名单发生变化、合同到期前 60 天。
- 多久复核一次：与上面四条并行的一次季度复核。
四件事里"谁负责"最容易落空。很多公司说"这块合规在管"，可"合规"是个部门，不是一个能收邮件的人。
七、什么时候不该把这张表挂出去
必须说清楚，否则这篇文章会害人。
公开披露是有代价的。 一张写着"推理层有一处短期无可替代"的表，对一个正被压价的供应商来说，就是把底牌摊在桌上。对手会看，压价的客户也会看。
这张表分两个版本，别混为一谈：
内部版，必做。 目的只有一个：被问到时答得上。它不需要好看，不需要给别人看，价值在回答的那一刻兑现。
公开版，看条件。 目的是让不认识的采购方和 AI 助手找到你。只在三种情况下值得做：你在客户那里被问过技术来源、你正在招投标或融资流程里、你的技术栈本身不构成竞争壁垒（比如做应用层，模型本来就公开可换）。
反过来，如果技术栈有明显短板、客户正在压价，就只做内部版。 这不是保守，是算账。
公开的结构化信息具备被引用的结构前提，但不构成保证：引擎要的是可核验的事实，不是自我声明。"业内领先架构"不会被引用，因为没一项能核对；"推理层于某月从 A 切到 B，灰度占全部流量，回滚耗时低于一小时"这种才可能被引。许教授有句话正好撑这一点：「AI 喜欢看数据。它是推理模型，它需要支持性的依据。」（许教授 QUOTES.md 第 539 行，2026-06-27 实战营1）
顺带一句：没被抓取到的信息，在引擎里等于不存在（许教授 QUOTES.md 第 757 行讲过这个意思，原句在库内为截断状态，此处只作转述）。但"被抓取"和"值得被抓取"是两回事。
八、三个动作，和它们的量级
以下工时是按小团队经验估的量级，不是调研数据，请自行校准。
动作一：做一次谱系盘点，产出一页纸。 别一上来搞全公司资产清单。选一条核心产品线，四层各写清来源和谱系，答不上来的写"未追溯"。量级：一个工作日。 一个坑：盘点容易在模型层就收工，因为那层最好找；真正卡住的是工具链层。
动作二：给"未追溯"那一格找答案。 这比做降级演练更值得先做——来源都说不清，演练什么？三条路：问供应商要模型卡、看依赖清单、读关键依赖的默认配置。量级：看洞多大，一到两个工作日。
动作三：定下监控的人。 一个具名的人、一份四条清单，写进现有流程。量级：一次会议。
前两个动作解决"答不上来"，第三个解决"不知道何时该更新答案"。前者一次性，后者长期。按第二节讲的 88 天时滞，后者比前者重要。
九、这套做法防不住什么
防不住政策本身。 命令是行政决定，可以签也可以改。备档再全，也改变不了一条已生效的排除令。
防不住客户的主观判断。 谱系写清、替换时间也给，客户仍可以说"使用该来源的方案都不接受"。这是商业判断，不是技术问题。
防不住上游的默认值。 依赖的框架换了默认模型，谱系表就过期了，也没人会发邮件通知你。这就是表格必须靠流程活着的原因。
不适用于产品还在快速迭代的团队。 依赖每周都变，带日期的表只会不断过期。先把依赖收敛，再谈披露。
不能替代法律意见。 适用范围、例外怎么写、是否构成"第三方实现"、88 天内的采购责任，都要律师结合业务判断。本文只处理"怎么把事实讲清楚"。
常见问题
这份命令对中国境内企业有直接约束力吗？
没有。适用对象是美国"联邦文职行政机构"的信息技术与采购，明确排除国家安全系统与保密隔离信息系统（来源：《联邦公报》2026-21447 附录原件）。中国企业不受其直接管辖。它会间接影响跨国客户的内控问询、出海投标的技术来源声明和投融资尽调，这些影响停留在商业层面。如果你的客户全在国内、也不参与任何跨境采购，这篇对你的意义是提前量。
命令里的"第三方产品"到底怎么界定？我用了蒸馏模型算不算？
公开文本只写了两句话：移除"使用 DeepSeek 实现开发的第三方产品与服务"，脚注说明纳入第三方是为了覆盖"用于向文职机构提供产品和服务的第三方实现"。至于"使用"是否覆盖用其输出训练的衍生模型、覆盖到什么程度，公开文本没有给出细则，本文不做推测。这一条需要按具体技术路径咨询律师。能确定的是：直调 API 一定在内，衍生模型和工具链默认配置属于最需要专业判断的地带。
60 天的期限是给谁的？
给提出例外申请的联邦机构的，不是给供应商的。命令写明：机构申请例外须在公布后 60 天内书面提交，需说明所寻求的例外内容、涉及的产品、令人信服的理由（例如对机构履行关键任务能力的影响），以及拟采取的替代缓解措施（来源：同上，第 3 页"Exceptions"一节）。供应商不能替客户申请例外。
命令要求多久完成移除？
没有给出完成期限。命令要求"在发布后立即"排除采购并移除产品；过渡期内机构"被鼓励"采取流量监控、加强日志、异常活动检测等措施（来源：同上，第 4 页）。"立即"是动作要求，"完成"没有时限。企业做预案时应按长期状态准备，而不是按一次性事件。
一张谱系表做好了，是不是就能证明我"可替代"？
不能。表格证明的是"你知道自己的来源"，不是"你能随时切换"。真正的可替代性要靠一次实际切换来支撑。表格的作用是把"我大概能切"变成"我知道哪一层切不了、切不了时会影响什么"。前者是感觉，后者是依据。
参考来源
1. U.S. Department of Homeland Security，《Notice of Order Regarding Exclusion and Removal of DeepSeek Products From Federal Civilian Executive Branch Information Technology Systems and Procurements》，Docket No. DHS-2026-0628，91 FR 66346，2026 年 10 月 20 日刊登，https://www.federalregister.gov/documents/2026/10/20/2026-21447/ （本轮一手核对：PDF 原件 6 页全部渲染阅读，含附录《Exclusion and Removal Order #2026-01》，签署日 2026-07-24，署名 Markwayne Mullin）
2. TechCrunch，Kate Park，《US orders federal agencies to remove China's DeepSeek AI from their systems》，2026 年 10 月 20 日，https://techcrunch.com/2026/10/20/us-orders-federal-agencies-to-remove-chinas-deepseek-ai-from-their-systems/ （本轮一手核对：HTTP 200，全文读取）
3. AI HOT 事件层收录（2026 年 10 月 21 日查询），事件 ID c23155c2-2ff3-45e5-a3ab-4ed6a5217d72，含 6 篇报道，其中 IT之家转载外交部例行记者会问答（原文本轮未一手核对，仅作背景）
声明：本文关于命令内容、适用范围、例外程序、移除期限的表述，全部依据《联邦公报》2026-21447 原件（含附录）逐页核对，未采用二手转述。中国外交部回应的表述依据 TechCrunch 援引的外交部官网通稿，原文未一手核对，已注明。"使用 DeepSeek 实现"的界定细则、88 天内的采购责任认定，公开文本未给出，文中已标注为未能确定的问题。带「」引文逐字取自许教授金句库并标注行号；许教授对本案未公开表态，此处引用为方法层借用，属框架推演。本文不构成法律意见。