数据的运作方式

两个层级，来源不同、核验方式不同，在每次 API 响应中的标注也不同。

第 1 层：签证结论

39,402 组护照→目的地组合的基础结论（免签、电子签证、需要签证……）来自一个聚合签证要求矩阵：这是一个由上游定期刷新、并标注为 数据集版本 的二级来源。我们从不声称这些结论已逐组经过官方核验；API 响应中会明确标注为 secondary_source_only。

第 2 层：经整理的入境规则

护照有效期、空白签证页、回程或续程机票、黄热病、过境项目、居留许可豁免以及官方申请入口，均按目的地逐一整理。每个非空字段都引用政府官方来源：{name, url, retrieved_at}。我们从不将第三方签证代办网站作为来源。

每日核验

核验每天分两级进行：

• 第 1 级：自动变更检测。 每个被引用的来源 URL（约 530 个不重复的官方页面）每晚抓取一次，并对内容生成指纹。只有当某目的地引用的每一个页面自上次观测以来确实都没有变化时，该目的地的 last_verified 日期才会前移。未经核验，任何日期都不会往前推。
• 第 2 级：智能体复核。 内容有变化的页面、已经打不开的页面，以及按轮次抽查的一部分目的地，都会对照现有规则完整重读一遍。确认有变更的就更新规则（并引用同一机构的页面）；有歧义的标记为 needs_review；每一项结果都记录在公开的 变更源 里。

超过 120 天的规则，会在每次响应的核验区块中报告为 stale。数据陈旧会如实披露，不会隐藏。

数据流程中的强制安全规则

• 规则不会因页面无法访问而被删除，只会被加注标记。
• 由「需要签证」改为「免签」的变更，须有第二个官方来源确认后才会生效。
• 不确定的就标为未知。API 从不猜测。
• 每次数据提交都必须通过回归测试（58 条固定路线、结构不变量）和覆盖率下限断言（任何字段类别不得静默缩减），才能部署。

核查这些说法

以上一切均可查验：/transparency 发布根据对外提供的数据集计算出的覆盖范围、引用数量和新鲜度；/changes.json 列出核验事件；/stats.json 提供实时计数；status.canienter.com 每分钟探测 API。联系方式：api@canienter.com。

仅供行程规划参考。出行前请通过官方渠道核实 · 数据集版本 2026-08-10