大模型出海要先过一道关：中国拟把 23 项 AI 技术列入出口目录，开源、API、SaaS 各有各的口径

10 月 16 日，商务部、科技部联合发布公告，就修订《中国禁止出口限制出口技术目录》公开征求意见，并对相关技术实施出口前登记的临时管理措施。这次修订拟增列人工智能、生物医药、光伏三大领域共 40 项关键技术——其中拟禁止出口 14 项，拟限制出口 26 项。人工智能一个领域就占了 23 项，涵盖大模型、智能体、算力集群与信息处理相关技术；生物医药 5 项，聚焦细胞和基因治疗、小核酸药与病原微生物；光伏 12 项，覆盖多晶硅制造、硅片制造、电池制造环节，且技术管理范围还包含承载相关技术的关键核心设备。

数字之外，更要看懂结构。禁止与限制是两种完全不同的法律后果：禁止出口意味着对应技术不得向境外转移；限制出口则意味着须经许可才能出口——而这次公告同时给出了「自动许可」这类便利通道，部分情形基本实现「即报即出」。换句话说，这不是一份一刀切的封锁清单，而是一张分级的通行证体系。征求意见期到 11 月 15 日，目录的最终形态还有一个月的窗口期，现阶段所有结论都要先加一个「拟」字。

商务部新闻发言人在答问中把定调说得很清楚：自 2001 年以来《目录》多次调整修订，「有进有出，有管有放」，此次修订是技术贸易管理的常态化工作，依法依规进行，不针对任何特定国家、地区或实体；同时强调「绝大部分人工智能技术仍可以自由出口」。发言人还特意用一个问答回应了行业最关心的问题——大模型「出海」的各种形式到底怎么算。这个问题的答案，我们放到第五节逐条细说。

在 14 项拟禁止出口技术里，「人工智能驱动的恶意代码生成与变异技术」排在最显眼的位置。发言人的解释非常直白：这类技术可被用于攻击国家关键信息基础设施、国防军工、核心政务等敏感系统，或用于绕过国家安全防御体系，若被非国家行为体或恶意实体获取，可能对国家安全和人类共同安全造成危害。对这类技术实施必要管理，目的是筑牢安全底线、防范滥用恶用，「确保人工智能始终处于人类控制之下」。

这条之所以值得单独拆，是因为它划出了一条清晰的伦理与安全红线：AI 能力的「武器化」路径被明确排除在可交易范围之外。同样的逻辑也延伸到了智能体上——综合多家外媒的报道口径，设计用于国防、关键信息基础设施等高度敏感环境的智能体，其核心技术出口将被禁止。换言之，管理的不只是「模型有多聪明」，还有「模型被设计来做什么」。

对绝大多数企业来说，这两条红线碰都碰不到。但它们的存在改变了整份目录的读法：这不是一份单纯「收紧」的清单，而是一份「分级」的清单——最危险的一档直接关死，中间一档凭许可放行，日常商业行为则被明确排除在管理之外。分级思维，是读懂这次修订的第一把钥匙。

据美联社（经彭博等渠道转载）的报道，参数量达到 2 万亿及以上、或具备某些世界领先能力的大模型，其出口可能被纳入限制。这是整份目录里最「技术化」的一条阈值——用一个全行业都能看懂的数字，把「旗舰级」与「常规级」模型区分开。公告本身没有点名任何具体模型，最终判定以正式文本为准。

这条阈值的现实感很强：国产开源阵营里，Kimi K3（2.8 万亿参数）、Qwen3.8-Max（2.4 万亿参数）都已越过这条线。但要注意两个缓冲：其一，判定看的是「技术出口」这个动作，而不是模型存在本身；其二，已通过开源、发表论文等方式进入公共领域的技术拟不纳入管理——权重已经公开下载的模型，不会因为参数大而被追溯管制。开源在先的事实，构成了一层明确的豁免。

对企业用户而言，含义则完全是另一回事：你调用 API、部署开源模型、采购 SaaS 应用，都不涉及「技术出口」，这道线与你无关。它管的是模型能力本身的跨境转移——训练工程经验、权重迭代能力、核心技术的输出。分清「用模型」和「卖模型、搬模型」，是普通人读懂这份目录最重要的分界线。

如果只读新闻标题，很容易把这次修订误读成「关门」；但公告正文里专门写了一段「鼓励开源开放、合作共享」，并给出了非常具体的便利措施：对人工智能类技术开源、中国企业在境外自建自营算力中心、赴境外开展芯片流片制造、利用境外资源开展联合研发、参与国际标准制定等情形的技术出口，适用自动许可等便利措施，基本实现「即报即出」。

注意「自动许可」和「不管理」的区别：前者仍属许可管理，但程序简化到接近备案——提交即放行，不需要漫长的审批等待；后者则是直接排除在目录之外。对开源社区最重要的一条是：已通过开源、发表学术论文等方式进入公共领域的相关技术，拟不纳入出口管理范围。这句话给过去两年中国开源大模型的密集发布吃了一颗定心丸——已经开源出去的权重与配套技术不会被追溯，未来继续开源也走「即报即出」的快车道。

发言人还补充了两个信号：对世界人工智能合作组织成员间开展的能力建设国际合作、技术共享和规则共建所需的技术出口，将提供更多便利和支持；对全球南方国家加强人工智能能力建设、弥合数智鸿沟，明确表达支持立场。把这些放在一起看，政策意图相当完整：核心能力守底线，开源生态开大门，国际合作留通道。Omdia 首席分析师的评述也值得参考——此举可视为对西方国家在 AI、机器人、电信等关键技术上提出主权要求的回应，核心目的是更好地规范中国技术的获取路径。

这是本次公告里对商业实践指导性最强的一段。发言人用问答形式把大模型「出海」的常见形态逐一过了一遍，核心判据就一句话：是否涉及限制类技术从中国境内向境外转移。所有形态的认定，都围绕这个判据展开。

按这个判据，常见「出海」形态分成两类。第一类：在海外做本地化部署——把模型技术本身部署到境外环境，属于技术出口管理范围；但如果部署在海外自有云等「风险相对可控」的情形，可适用自动许可等便利措施，基本等于报备即走。第二类：企业利用限制类大模型对外提供 API 调用、App/网页交互、SaaS 应用、本地端侧轻量化部署——发言人明确，这些情形不属于大模型技术出口管理范围。一句话概括：把模型当服务卖，不管；把模型技术本身搬出去，要报。

这套口径对国内 AI 公司的产品策略影响直接：纯云端 API 与 SaaS 形态的出海路径基本不受影响；重本地化部署的商业模式（私有化交付、一体机、海外数据中心落地）需要把出口前登记与许可流程排进交付计划；端侧轻量化部署被明确排除在外，则给了手机、汽车、智能硬件厂商一颗定心丸——端侧小模型的出海不需要按大模型的口径报备。做海外市场的团队，值得把这段官方问答原文打印出来贴在工位上。

先说结论：绝大多数中小企业不是这份目录的管理对象。你不训练旗舰模型、不做海外私有化交付、不做技术授权出海，目录里 23 项 AI 技术几乎条条碰不到。真正需要上心的是三类角色：做大模型出海业务的团队、给海外客户提供私有化部署的服务商，以及把国产模型能力集成进产品卖给境外客户的技术公司。如果你恰好是这三类之一，或者计划成为其中之一，下面三件事现在就该启动。

第一，盘一遍自己的「技术出海形态」：你是卖 API、卖 SaaS，还是做境外本地化部署？对照公告口径自评一遍，拿不准的情形趁征求意见期（截至 11 月 15 日）关注商务部后续解读，或通过正式渠道咨询——征求意见期存在的意义，就是让企业把模糊情形提出来。第二，如果业务涉及境外本地化部署，把「出口前登记」的临时管理要求落到流程里：登记材料、责任人、时间节点，逐项写进交付清单。第三，做一份技术资产台账：哪些模型是自研、哪些基于开源二次训练、训练数据来源与参数规模如何，逐一登记在案——真到需要报备的那天，这些就是申报材料本身。

还有一个容易被忽略的角度：供应链传导。如果你的上游供应商（比如替你做海外私有化交付的集成商）因为合规流程变慢，你的海外项目交付周期可能被动拉长。涉及跨境 AI 项目的合同，值得把合规审批时间写进交付周期条款——这不是过度谨慎，而是把政策变量明码标价地放进商业约定。

合规这件事最怕的不是严格，而是「散」。技术资产台账散在工程师的脑子里，交付流程散在群聊里，合同条款散在各处 Word 文档里——等到真需要报备或应对核查时，临时拼材料的成本，远高于日常维护一套系统的成本。合规的本质是留痕，而留痕的本质是结构化。

落成系统就是三件事。其一，技术资产台账：模型版本、参数规模、训练数据来源、开源或自研属性、对外交付形态，结构化登记、变更留痕，谁在什么时间改了什么一目了然。其二，交付流程节点：凡是涉及境外部署的项目，把「出口前登记」设为硬性里程碑节点，未完成登记不启动交付——流程引擎负责卡点，不靠人的记性。其三，合同与文件管理：跨境合同、许可文件、登记凭证集中存储、到期提醒、检索可查。这三件事分别对应治理风险与合规系统、项目流程管理、合同与档案管理，都是成熟的系统形态，不需要发明任何新东西。

更进一步，如果企业内部在跑 AI 研发或模型评测，目录里「禁止出口」与「限制出口」的技术边界也应该写进内部技术管理规范：哪些实验数据、训练产物、工程文档允许跨境外发，哪些必须留在境内，应该在制度里写死，而不是靠员工临场判断。制度写进系统，系统替人守规矩，这才是合规成本最低的形态。

五件事，按顺序做：