小莫带你去出海 · 跨境观察
一家跨境电商卖家准备升级客服系统。
团队接入海外模型，导入商品说明和售后政策，再让系统查订单、追踪物流、识别异常，把需要人工处理的问题转给客服。
上线前，负责人问：国内团队开发的系统给海外店铺使用，会不会涉及技术出口？
后来，公司准备接受美国投资。投资人又追问：公司有没有开发AI系统？客服能否自主调用工具、执行任务？
两次追问针对同一套系统，却需要分别回答：上线涉及向境外提供什么，融资涉及被投企业开展什么技术活动。一边的结论不能直接用在另一边。
以这家假设卖家为例，可以看清中国技术出口目录修订与美国OISP更新提案各自关注什么。中国当前临时登记、拟议目录，以及美国现行规则、更新提案，适用状态不同，本文会分别标明。
先把这套客服做了什么说清楚
团队最初可能只是写一段提示词：根据店铺政策回答，不自行承诺退款，遇到信息不足时转人工。普通文字提示词通常不涉及重新训练模型。
接下来，团队接入知识库。买家问商品能否退货，系统先检索对应政策，再把相关内容交给模型生成回复。这样的检索增强生成，不等于训练出了一个新模型。
之后，团队把客服步骤连成流程：查订单、查物流、判断异常、调用工具、生成回复。这里需要具体区分，哪些步骤是固定业务规则，哪些由模型规划和执行。
如果团队用客服样例微调模型，则会形成训练成果。例如LoRA可以冻结原模型参数，训练额外适配器；没有改原权重，也不等于没有新增成果。
这些说明团队做了哪些开发。还要问交付：境外用户只看到客服回答，还是海外团队还拿到了程序、模型文件、适配器、训练方法或相应权利？
开发内容和交付内容需要分开看。模型来自海外、开发者是中国人，或系统被叫作“客服Agent”，都不足以单独决定结论。
第一次判断：向境外提供了什么
对中国技术出口规则，应先识别是否存在境内向境外的技术转移，再核对具体技术是否属于相关范围。
假设卖家只使用在线客服服务，并没有另外接收或向境外交付模型文件，不能仅凭海外消费者在使用，就认定发生了受限技术出口。若方案还包含代码交付、境外技术授权或模型部署，就要分析这些额外安排。
官方问答针对《目录》正式实施后的安排，说明了API、SaaS等服务情形，以及纳入限制类AI技术的海外本地化部署和有关便利措施。
因此，提示词、商品知识库和客服流程，不因用于AI客服就自动列管；交付权重或训练技术，也不自动等于受限出口。需要查明实际技术、交付内容与适用条目。海外底座不能自动排除境内新增成果；开源底座的公开状态，也不能代替对未公开新增技术的分析。
这里还有当前义务。第48号公告已经设置临时登记，针对附件技术的相关出口，并列举转让、境外授权等情形。 正式实施后的服务说明，不能直接当作当前登记的统一豁免。
这家卖家可以先列出交付清单：谁持有技术，谁授权谁使用，哪些内容留在服务端，哪些交到境外。
第二次判断：接受美国投资时，公司开发了什么
美国OISP关注特定对外投资。美国人投资某家企业时，需要核对投资主体、投资对象关联、交易类型、技术活动以及例外等条件；客户在美国，或者买了美国软件，都不能单独证明触发OISP。
截至2026年10月27日，2025年起实施的Part 850与今年10月公布的拟议Part 851应当区分。新提案尚不能替代现行交易判断。
这轮提案中，与客服开发直接相关的是拟议§851.226(h)：它讨论增强或扩展第三方系统能力，并举出智能体框架、自主执行循环、记忆与上下文管理、推理或自我纠正等情形。符合严格内部、非商业用途条件的现成第三方系统使用、配置或微调，则另有说明。
回到假设卖家，采购工具与自行开发执行能力需要分开。若系统只是按配置生成回复，应先描述实际使用方式；若团队开发了让模型规划步骤、调用工具并根据执行结果继续行动的框架，就应进一步核对提案中的开发概念。
“只调用API”还没有回答开发问题：团队仍可能在模型之上新增系统能力。但“接了几个工具”也不足以直接认定属于受覆盖开发，必须看具体实现和条文条件。
卖家也不能只用“我们不卖客服软件”结束判断。面向买家的自动客服是否符合严格内部、非商业使用说明，不能仅凭不单独收费确定；也不能因为公司经营获利，就反向断言所有内部工具均不符合。
如果企业活动最终落入提案的相关定义，并且拟融资满足其他投资要件，整家公司融资就可能需要进一步分析。这是条件性推演，不能写成“自建客服Agent就禁止美资投资”。
同一套客服，两边分别问什么
下表是业务梳理框架，不是官方个案认定或统一风险评级。
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
对中国这边，交付方式帮助判断技术怎样跨境；对美国提案这边，系统开发帮助判断被投企业开展了什么活动。同一事实在两套制度中的作用可能不同。
例如，客服仍在境内运行、海外只调用接口，这说明了部署和使用方式，却没有回答境内团队开发了哪些能力。反过来，企业确实开发了系统，也没有自动证明它正在向境外出口受限技术。
上线和融资，可以共用一份事实说明
企业可以记录模型来源、境内新增开发、实际交付物、授权权利、部署地点，以及开发和持有系统的法人。如果准备融资，再补上投资者与交易结构。这是作者提出的业务整理建议，不是官方申报清单。
项目改变时，这份记录也需要更新。原来只接接口，后来改成向海外子公司交付模型；原来只有固定问答，后来增加自主执行和纠错能力——两种变化影响的判断前提不同，应分别复查。
订单、客户地址和聊天记录涉及的数据问题，也需要另行分析，不能由技术出口或投资规则的结论代替。
回到开头那家卖家，上线前要把交付方案说清楚，融资前要把开发活动说清楚。记录清楚项目事实，才能分别判断技术出海和接受投资的安排。
案例均为假设。核验基准日为2026年10月27日，中国附件技术指标尚待核对；美国新提案的具体适用边界及最终文本仍可能变化。本文未对任何具体系统或融资作最终归类，发布前需复查规则状态。