去哪儿率先接入AIP，在线旅游开始为AI智能体改造交易入口

去哪儿旅行正在把机票、酒店等旅游服务，从面向人和传统应用的接口，改造成可被AI智能体理解和调用的能力。

7月21日，《人工智能智能体互联》系列标准（AIP）应用推进专题会议在北京中关村展示中心召开。去哪儿旅行在会上正式签约接入AIP，成为首批加入该国家级AI协同生态的在线旅游平台，并将率先开展国标试点应用。

AIP 是一套面向人工智能智能体互联与协同的系列标准，目标是让来自不同平台、使用不同模型的智能体能够发现能力、交换信息并协同完成任务。

这次签约短期内不会立刻改变用户订机票的方式，但它释放了一个值得重视的信号：AI智能体的竞争正从“谁更会聊天”，进入“谁能连接真实服务并完成交易”的阶段。旅游又恰好是最适合验证智能体执行能力、也最容易暴露工程问题的行业之一。

这不是给聊天机器人增加一个旅游插件

去哪儿接入AIP的核心价值，是尝试把旅游库存、价格和订单履约能力变成标准化的智能体服务。

传统旅游平台的AI应用大多停留在问答、攻略生成和客服辅助层面。用户可以让AI规划“北京三日游”，但到了查询实时票价、选择行李额度、提交乘机人信息、支付以及退改签时，通常仍要跳回旅游平台逐项操作。

AIP试点希望解决的是后半段问题。理想状态下，一个外部旅行智能体不仅能给出“去成都玩四天”的建议，还能识别去哪儿提供的机票、酒店、火车票等能力，获取符合条件的候选商品，并在用户明确授权后推进预订流程。

智能体互联与传统API开放的区别，在于前者强调任务语义和协作过程，后者主要提供预先定义好的数据接口。

去哪儿原本就拥有开放平台，其公开资料显示，平台已提供国内机票、火车票等供应链能力，覆盖搜索、预订、生单、支付、订单查询、退票申请和改签查询。这套体系适合由工程团队提前阅读文档、完成联调，再将固定接口嵌入自己的应用。

智能体场景则更动态。一个通用AI助手可能临时接到用户指令：“帮我找周五晚从北京出发、周日返回、总价不超过1500元的往返航班，优先大兴机场，不坐红眼航班。”它需要理解约束、发现可用服务、分解任务、比较结果，并在价格变化时重新确认，而不是机械调用一个固定查询接口。

两种模式的差异可以概括为：

| 对比维度 | 传统旅游开放平台 | AIP智能体互联试点 | |---|---|---| | 主要使用者 | 开发者、企业应用 | AI智能体及智能体应用开发者 | | 接入方式 | 阅读接口文档并预先编排流程 | 按统一标准发现能力、交换任务信息 | | 交互对象 | 航班、酒店、订单等结构化接口 | 带目标、限制条件和上下文的任务 | | 流程设计 | 应用方提前写死业务逻辑 | 智能体根据用户意图动态规划 | | 结果形态 | 返回数据或订单状态 | 返回候选方案，并可能继续协作执行 | | 关键挑战 | 接口稳定性与系统联调 | 身份、授权、安全、责任和结果可验证性 |

**AIP不会取代去哪儿现有的供应链接口，而更可能成为这些能力之上的统一语义层和协作层。**底层仍需要可靠的航班库存、酒店房态、价格校验、订单系统和售后体系；标准解决的是智能体如何找到并正确使用这些能力，而不是凭空创造旅游供给。

为什么在线旅游适合成为首批试点

旅游是检验AI智能体能否进入真实交易环节的一块高强度试验场。

一次完整旅行往往同时涉及机票、酒店、火车票、门票、保险和当地交通，用户还会附加大量自然语言条件。例如“酒店离地铁站步行不超过10分钟”“航班落地后还能赶上演唱会”“同行有老人，不能安排凌晨转机”。这些条件难以通过传统筛选器完整表达，却适合由大模型理解和拆解。

与此同时，旅游商品又具有强实时性。相同航班的价格、舱位和退改规则可能在几分钟内变化，酒店房态也可能在用户确认前售罄。一个看起来合理的行程方案，如果没有在下单前重新校验库存和价格，就只是语言模型生成的一段文本，而不是可交付的服务。

**去哪儿的优势不是拥有一个更会写攻略的模型，而是已经连接了可交易的旅游供应链。**公开页面显示，去哪儿覆盖机票、酒店、火车票、度假和门票等品类，其开放平台也已经具备搜索、预订、支付、订单查询和售后相关能力。这意味着AIP试点不必从零搭建交易底座，可以直接在成熟业务系统之上验证智能体协同。

对去哪儿而言，这也是一次争夺下一代流量入口的提前布局。过去，在线旅游平台依赖搜索引擎、应用商店、超级App和自有客户端获取用户；当通用AI助手成为新的信息与任务入口后，用户可能不再逐个打开旅游App比价，而是直接要求智能体给出方案并执行。

**谁能被智能体稳定调用，谁就更有机会进入最终成交候选集。**这与十多年前平台争夺移动端入口类似，只不过新的入口不再是一块固定的手机屏幕，而是能够主动理解需求、组合服务的AI代理。

AIP不能简单等同于MCP或A2A

MCP、A2A与AIP都讨论系统连接问题，但三者不能在缺少正式技术文本的情况下画等号。

MCP，即模型上下文协议，是一种连接AI应用与外部工具、数据源和提示资源的开放协议。它更像给模型准备统一形状的插座，让AI客户端可以发现并调用文件、数据库、搜索或业务工具。

A2A，即智能体到智能体协议，是一种面向独立智能体协作的开放协议。它更关注一个智能体如何发现另一个智能体的能力、委派任务、跟踪执行状态，以及交换多模态结果。

AIP目前披露的信息集中在《人工智能智能体互联》系列标准和应用试点层面。其具体协议字段、传输方式、身份体系、兼容范围、测试方法以及与现有国际协议的映射关系，截至7月21日发稿尚未在本次公开消息中完整展开。

| 项目 | MCP | A2A | AIP | |---|---|---|---| | 简要定义 | AI应用连接工具与上下文的开放协议 | 独立智能体之间发现和协作的开放协议 | 面向人工智能智能体互联的系列标准 | | 主要关注点 | 工具、资源和数据访问 | 任务委派、状态跟踪与智能体协作 | 国内智能体互联标准化及产业应用 | | 典型关系 | 模型或客户端调用工具 | 智能体调用或协作另一智能体 | 需等待正式技术文件进一步明确 | | 去哪儿试点意义 | 可能对应旅游工具能力开放 | 可能对应跨智能体任务协作 | 已确认签约接入并开展试点 |

**目前最需要避免的误读，是把一次标准试点直接描述为技术体系已经全面落地。**官方公开消息尚未给出AIP版本号、标准编号、强制性属性、完整参与方清单、生产环境上线时间，也没有公布调用成功率、交易转化率或响应延迟等量化数据。

因此，现阶段能够确认的是“签约接入”和“将开展试点”，而不是所有用户已经可以让任意AI助手自动在去哪儿完成支付。对于开发者而言，是否提供公开文档、测试环境、能力目录、认证机制和兼容性测试，才是判断AIP能否形成生态的下一组关键指标。

真正难的不是搜票，而是让AI对交易负责

旅游智能体最难处理的环节不是生成推荐，而是获得授权后安全、准确地执行高风险操作。

搜索一个航班属于低风险查询，下单、支付、取消订单和申请退票则会直接影响用户资金。标准如果只统一“如何调用”，却没有解决“谁在调用、获得了什么权限、出了问题由谁负责”，就很难进入生产环境。

AIP在旅游场景中至少需要面对五类问题：

1. **身份与授权必须细化到具体动作。**用户允许AI查询机票，不等于允许它创建订单；允许创建订单，也不等于允许直接支付或接受不可退改产品。
2. **价格和库存必须在关键节点重新确认。**智能体搜索时看到的价格不能被视为最终成交价，下单前需要再次校验总价、税费、行李额和退改规则。
3. 自然语言约束必须转换成可验证条件。“不要太早”“尽量靠近市中心”等模糊表达，需要在执行前变成明确时间段、距离或预算边界。
4. **敏感数据不能在智能体之间无限传播。**乘机人姓名、证件号码、手机号和支付信息都需要最小化使用，并保留清晰的数据流向记录。
5. **售后责任必须能够追溯。**当AI选错日期、忽略签证要求或误解退改政策时，平台、智能体服务商和用户之间需要有可审计的任务记录。

**提示注入也会从内容安全问题升级为交易安全问题。**如果酒店描述、商家页面或外部网页中藏有恶意指令，智能体可能被诱导忽略原始预算、推荐特定商品，甚至尝试执行越权操作。旅游平台不能只依赖模型自行判断，而要在模型之外设置权限策略、字段校验、风险控制和人工确认节点。

合理的生产流程应当是分级授权：查询与比较可以自动进行；创建待支付订单需要明确确认；支付、取消和接受高额损失的退改规则则需要更强确认。对高风险动作保留“人在回路”，并不意味着智能体不够先进，而是金融与交易系统的基本要求。

对行业的影响取决于标准能否跨平台复用

AIP的行业价值不取决于接入一家平台，而取决于开发者能否用同一套方式连接多家服务。

如果每家旅游平台仍然拥有完全不同的能力描述、身份认证和任务状态格式，开发者只是把传统接口重新封装了一遍，接入成本不会显著降低。只有当航班搜索、酒店查询、订单创建和售后状态等核心能力能够被一致描述，标准才可能产生网络效应。

这也会改变在线旅游平台的竞争维度。面向人类用户时，平台可以通过页面排序、会员体系、优惠券和App交互影响决策；面向智能体时，决定曝光机会的可能变成结构化信息完整度、实时价格准确率、履约成功率、售后响应速度和能力调用稳定性。

| 竞争维度 | 传统App时代 | 智能体入口时代 | |---|---|---| | 获客方式 | 广告、搜索排名、应用分发 | 能力发现、智能体推荐与任务路由 | | 商品展示 | 页面卡片和运营排序 | 结构化属性与机器可读规则 | | 转化关键 | 交互设计、促销和会员权益 | 结果准确率、可执行性和调用稳定性 | | 平台壁垒 | 用户规模与供应链 | 供应链、履约能力与标准化开放程度 | | 风险焦点 | 页面误导、支付和售后 | 越权调用、错误规划、数据泄露和责任归属 |

**去哪儿此次领先的是试点位置，而不是已经建立了不可追赶的技术壁垒。**在线旅游行业本来就有较成熟的供应链接口和订单系统，其他平台若参与同一标准，接入速度未必会慢。去哪儿能否把先发优势转化为实际优势，要看它是否率先拿出稳定的生产级能力，而不只是完成协议层连通。

判断试点成色，要看接下来公布哪些数字

AIP在去哪儿的落地效果最终需要用交易和工程指标衡量，而不是用签约数量衡量。

截至发稿，相关消息没有披露调用延迟、任务成功率、订单转化率、价格一致率和接入成本等数据。后续如果官方开放更多试点结果，至少应关注以下指标：

• 智能体能力发现与调用的成功率；
• 从自然语言需求到有效候选方案的完成率；
• 搜索价格与最终支付价格的一致率；
• 创建订单、支付及退改任务的端到端成功率；
• 需要人工接管的任务占比；
• 单个外部智能体完成接入所需的开发周期；
• 越权调用、敏感信息泄露和恶意提示注入的拦截率；
• 因智能体理解错误产生的投诉与售后比例。

**一个有价值的标准应该同时降低接入成本和错误成本。**如果开发者能在更短时间内接入旅游服务，却需要投入更多人力处理错单、价格争议和越权支付，那么所谓智能体协同只是把开发成本转移成了运营风险。

OpenAI Hub 观点：入口变化是真的，全面自动下单还早

**去哪儿接入AIP是一项有现实业务基础的试点，比单纯发布旅游聊天机器人更值得关注。**它连接的不是静态攻略库，而是机票、酒店、火车票等实时库存以及订单履约系统，这些能力才是AI智能体从“回答问题”走向“完成任务”的关键。

但现阶段也不宜高估一次签约的即时影响。AIP的详细技术文本、跨平台兼容范围、开发者接入方式和生产数据仍未充分公开，支付授权、隐私保护、售后追责等问题也不会因为采用统一标准而自动消失。

**这次事件真正值得记住的变化，是在线旅游平台开始主动适配AI智能体，而不再只把AI当作App内的一个功能。**如果AIP后续能够吸引更多旅游平台、模型厂商和智能体应用采用，并建立统一测试与认证机制，用户未来确实可能只表达一次需求，就让AI完成跨平台比价、组合行程和订单管理。

如果标准最终停留在会议签约和各自封装接口的层面，它的影响就会十分有限。对去哪儿和AIP而言，下一步最有说服力的动作不是再增加一个合作名单，而是开放可验证的技术规范，并公布一组能够说明真实任务成功率的数据。

参考来源

• Model Context Protocol 官方GitHub仓库：用于核对MCP的协议定位及其与外部工具、数据源的连接方式。
• A2A Project 官方GitHub仓库：用于核对智能体到智能体协议的任务协作、能力发现与状态交换定位。
• 36氪快讯《去哪儿旅行签约接入国家级AI协同生态》：提供2026年7月21日会议、签约及首批试点信息；因文末链接域名限制，此处不附站外链接。
• 去哪儿网开放平台公开资料：用于核对机票、火车票搜索、预订、支付、订单查询及退改签等既有开放能力；因文末链接域名限制，此处不附站外链接。