BorderPrep

数据方法

这一页不是法律免责声明的加长版,而是可以被检验的说明:我们如何得到页面上的每一个判定,以及在什么情况下我们会主动拒绝给出判定。如果你要拿这些内容做行程或发货决策,请先读完它。

一、判定来自两个互不相干的开关

绝大多数「能不能带 / 能不能寄」的问题被回答错,是因为回答者只看见一个开关:

B 通常比 A 更严格(航司对锂电池的态度就是典型),而且 B 的答复不构成对 A 的任何保证。本站把 A 建模为 RULES(105 条),把 B 建模为收载矩阵(12 条),在同一个页面上分别给出结论,并明确标注哪一家承运商的答复不覆盖进口法。

二、物品按属性建模,不按名字枚举结论

44 类物品各自只描述「它是什么」:来源域、来源细分、加工状态、保存条件、电池能量、刀刃长度、是否含管制成分等。规则描述「满足哪些属性的物品,在某国某渠道下是什么判定」。判定 = 属性与规则的求解结果。

这样做只有一个理由:结论必须能随物品状态变化而重新推导。「牛肉干不行」和「商业密封的牛肉制品可能可行」不是两个孤立的传闻,而是同一套属性在不同取值下的两次求解。这也是付费报告里「改造路径」能够成立的技术前提 —— 它把属性改掉一项,再求解一次,而不是靠人回忆某篇攻略怎么写的。

三、多条规则命中时,取最严格的那条

严格度顺序(由严到宽)如下。聚合时永远向严格侧取,因为一条宽松规则盖住一条严格规则的后果是货物销毁甚至刑责,而反过来只是多绕一步:

「需自行确认」被刻意排在「需事前许可」与「禁止」之间。理由:在合规场景里,不知道比知道要办证更危险 —— 后者可以规划,前者无法举证,也无法提前准备。但它不能伪装成明确禁止,那是编造。

四、时效:数据会主动变保守

每条规则带 verified_at(人工对原文核验的日期),每份出处带 cadence_days(建议复核周期)。引擎据此计算可信度,并执行一条硬约束:只有「已对原文核验」的数据可以支撑宽松结论。

后果是:本页面上任何「可以带 / 一般允许」的答案,都一定来自我们在复核周期内核验过的原文。而「需自行确认」出现时,不是我们在敷衍,是我们在告诉你这条数据还不够格让你做决定。

当前进度:105 条规则中 105 条已完成原文核验,未完成的会持续降级。出处共 82 份,其中 11 份为法规原文、63 份为监管机构页面、6 份为承运商条款。解锁路径 10 条,每条都会重新求解并与人工声明的预期结果比对,不一致即进复核队列。

五、语言模型不参与判定

这是产品的边界,不是口号。引擎的输出是结构化数据;模型只被允许把已有结论改写成更顺手的文字,不能产生、修改、推断任何判定。一次幻觉在这个品类里不是「答案不准」,而可能是「销毁一箱货」或「在口岸被当场裁罚」。

六、我们不做什么

七、发现错了怎么更正

如果你带着官方链接指出某条判定有误,核实后我们会:更正数据、在该页公开标注更正说明与日期,并复核同一规则影响的所有组合。请通过 联系页 提交,附上机构名与链接。

本页描述的是 BorderPrep 自身的数据与工程约束,与任何监管机构无关。规则与核验进度也会出现在 条款引用的责任边界一节中。