我们如何围绕CBP的法律框架设计AI归类工具

AI归类工具应该如何按照CBP的框架来搭建？

AI归类工具必须作为研究资源运行，而不是报关工具。CBP裁定HQ H350722要求工具在结构上与报关工作流脱钩，产出带有GRI推理链条的研究级输出，并由持证报关行做出最终归类决定。跳过这套架构的工具，面临的是§1641执法风险。

为什么多数AI归类工具问错了问题？

多数AI归类工具从HTS品目描述中生成问题，这对结构简单的产品有效，但在涉及GRI 3(b)基本特征分析的灰色地带就会失效。有效的归类工具会问关于用途和市场场景的问题（"消费者购买这款产品的主要原因是什么？"），因为基本特征关乎的是功能和用途，而不只是材质构成。

在第一篇中，我拆解了HQ H350722，这是CBP第一次就AI归类工具是否构成报关业务作出的裁定。简单来说：如果你的AI工具在结构上与报关申报相连，那就是报关业务，需要报关行执照；如果它作为研究和规划资源运行，就是允许的。

这篇文章讲的是，这个区分如何塑造了GingerControl Classifier的每一个架构决策，以及我们认为多数AI归类工具做错了什么。

最后更新：2026年3月

我们没有事后补救，而是从一开始就这么设计。

这不是一个先读了裁定、再手忙脚乱补一条免责声明的故事。我们从一开始就把GingerControl的Classifier设计成一个前置归类研究工具，早在HQ H350722发布之前就是如此。这份裁定验证了我们的架构，而不是逼着我们去改它。

这一点很重要，因为事后补救式的合规是脆弱的。如果你的产品一开始就是为了把归类结果直接灌进报关单而搭建的，事后再补一条免责声明，你的架构本质上仍然在把用户推向CBP点名批评过的那套工作流。结构胜过免责声明。

Classifier到底产出什么？

我们的工具产出的是研究报告，而不是可以直接拿去报关的归类编码。每份报告都包括：

完整的GRI推理链条。 工具依次走完通则1到6，展示是哪条规则解决了归类问题，以及为什么。
类注和章注引用。 这些是修改或推翻品目描述的法定注释。多数工具会跳过它们，我们把它们呈现出来，因为归类争议真正发生的地方就在这里。
相关CROSS裁定引用。 工具会调取CBP此前对类似货物作出的裁定，让报关行能看到CBP历史上是怎么归类可比产品的。
一条与HQ H272798和HQ H350722一致的免责声明。 它不是装饰性的，而是靠结构强制落实的，因为这个工具不报关、不连接报关工作流，也不指挥报关行该用哪个归类结果。

这份输出的目的，是让持证报关行的工作更快、更站得住脚，而不是取代报关行的判断。

GingerControl的HTS Classifier遵循GRI逻辑，在给出归类之前先提出澄清问题，产出以类注、章注和相关CROSS裁定为依据、可供审计的报告。

为什么多数AI归类工具问错了问题？

这里有一个几乎没人谈论的问题：AI归类的质量，完全取决于工具问了什么问题。而多数工具问的问题并不好。

典型的做法是从HTS品目描述中推导澄清问题，工具读取税则语言，然后问产品是否符合特定用词。这对结构简单的产品有效，但在多个品目看起来都说得通的灰色地带就会严重失效。

原因在于，从品目描述推导出来的问题，捕捉不到GRI 3(b)项下的基本特征。基本特征关乎的不是产品是什么材质做的、看起来是什么样子，而是这个产品在买方手里是用来做什么的。

我们的Classifier会问关于用途和市场场景的问题：客户购买这款产品主要是为了什么？它是怎么营销的？是什么功能驱动了购买决策？ 这些问题产出的归类结果更站得住脚，因为它们反映的是产品实际被使用和交易的方式，而不只是拿一份静态的品目清单去逐条比对。

技术栈：GRI逻辑加AI加税则

如果你想深入了解GRI逻辑、AI归类和税则是如何配合运作的，包括我们怎么处理混合材质产品、成套货品、GRI 3(a)特定性分析，以及Chapter 98/99特殊条款，我写过一份详尽的技术指南：

HTS归类完整指南：AI如何改变这个行业

那篇文章对归类方法论的讲解细致到会让这篇文章篇幅翻三倍。如果你在这个领域搭建产品，或者想搞清楚AI归类工具底层到底在发生什么，值得一读。

该怎么评估AI归类工具？

如果你正在评估AI归类工具，或者正在搭建一款，CBP的框架要求的是这些：

与报关申报的结构性隔离。 工具不能成为归类结果通往CBP的通道。在工具的输出和报关单之间，必须有一位持证报关行做出独立决定。

研究级输出，而不是可直接报关的编码。 工具应该产出推理、引用和分析，而不只是一个10位数字。收到研究报告的报关行可以运用判断；收到预填好的归类字段的报关行，实际上是在被指挥。

与实际工作流相匹配的有实质意义的免责声明。 如果你的免责声明写着"请咨询持证报关行"，但产品的用户体验却把用户绕过了这一步，这条免责声明就是装饰性的。CBP已经裁定，装饰性免责声明治不好§1641的问题。

基于GRI的推理，而不是模式匹配。 如果工具不能在通则框架下展示它的推理过程，报关行就没办法真正复核它。如果报关行没法复核，报关行就不是在做归类决定，工具才是。

为什么这对整个行业很重要

贸易合规这个领域正处在一个拐点上。AI归类工具将会成为标准基础设施，这已经不是问题了。问题在于，这个行业会把它们搭建对，还是会图快先做出来，之后再处理法律后果。

CBP已经明确告诉了我们分界线在哪里。尊重这条线的公司，会赢得报关行群体的信任。不尊重的公司，会发现自己站在§1641执法行动的错误一侧，而且会把客户也一起拖下水。

我们选择站在正确的一侧建产品。如果你正在评估工具，也确认一下你的工具是不是这样。

GingerControl是一个前置归类研究工具。它遵循持证报关行使用的同一套推理流程，包括GRI分析、类注/章注审查以及CROSS裁定研究，但最终的归类决定仍然受益于专业判断。GingerControl产出支撑归类决定的可供审计文档，它不提供法律意见，也不能替代持证的海关专业知识。体验Classifier

GingerControl不只是一个工具。我们与进口商和贸易合规团队合作，提供流程咨询、数字化转型策略，以及端到端的定制系统开发。联系我们的团队

阅读第一篇：我们建了一个AI归类工具，CBP在这里划出了法律界线

我是Chen Cui，GingerControl联合创始人。我们为美国进口商、出口商和报关行搭建AI驱动的自动化贸易合规系统。