MCP 为旅行授权提供接口，允许 AI 助手查询并生成 ETA/ESTA 申请与状态更新
MCP for Travel Authorizations: Giving AI Agents Access to ETA and ESTA Status
MCP（Model Context Protocol）为 AI 旅行助手提供统一工具，能判断护照与目的地组合是否需要 ESTA、UK ETA 或 Canada eTA，生成申请链接并通过提供方的 API 返回申请状态，但不直接接入 CBP 或内政部的官方系统。该方案将三类状态分开：是否需要授权、申请进度、以及现有授权的有效性，目的是在订票流程中给出明确答案，避免靠网站抓取或过时训练数据判断。
详细解读
MCP（Model Context Protocol）是一种规范，允许 AI 代理发现并调用外部工具，避免为每个目标地建立单独集成。将 MCP 应用于旅行授权，意味着搭建一个托管的签证 MCP 服务器，向 AI 助手暴露查验是否需要电子旅行授权（ESTA、UK ETA、eTA）、返回所需文件、费用与办理时长，以及生成申请链接等功能。
文章把旅行授权的"状态"分为三类：一是需求状态，即该护照与目的地是否需要电子授权；二是申请状态，即申请是否已提交、获批或被拒；三是有效性状态，即现有授权是否在护照与出行日期下仍然有效。把问题拆成这三类，能让 AI 在用户订票付费决策点提供清晰、可操作的回答，例如"我需要 ESTA 吗"、"我的申请处理到哪一步了"、"我的授权还有效吗"。
现行政府做法是，官方的 ESTA 或 ETA 状态查询只能在各自的政府网站上完成，并且通常不对第三方公开 API，核验要绑定旅客本人信息，承运方在值机时也会核对。因此 AI 代理无法直接查询这些官方状态，网站抓取不仅脆弱且可能违反使用条款，单靠训练模型的静态数据也会因规则或费用变更而出错。托管的 MCP 服务器并非打开政府系统的后门，而是把各签证提供方的 API 用统一方式呈现给代理，这样通过该提供方提交的申请，其状态更新可以由提供方的 API 返回给代理；其他通过政府渠道提交的申请则仍须在政府网站核验官方状态。
对于旅客和开发者而言，MCP 的价值在于在保持与官方系统边界的前提下，提升 AI 订票助手在授权问题上的可用性和一致性，但前提是依赖于签证服务提供方与其 API 的可用性与准确性。