旅行是 MCPModel Context Protocol落地最快的垂直赛道之一。本文梳理全球已上线的旅行类 MCP 服务器按官方/第一方、社区/开源、聊天原生三层分类并标注尚未入场的关键玩家。为什么偏偏是旅行旅行规划天然是一个多源问题订一次行程要跨航司比机票、比酒店、查目的地天气、换汇、找餐厅、看当地交通——今天这些环节散落在不同 App 和网站里没有一个平台能全部包办。MCP 把每个数据源统一暴露成标准协议AI Agent 才有机会把整条规划链路编排起来形成任何单一平台都给不了的「统一旅行智能层」。截至 2026 年年中全球旅行类社区及官方 MCP 服务器已超过 76 个ChatForest 统计垂直商业化程度领先于绝大多数行业。拆开看是四个结构性原因多源比价是默认工作流——没有一个平台在价格、库存、信息准确度上全面领先有经验的旅行者本就会在多个搜索入口之间反复核对行程规划高度依赖上下文——天气、汇率、当地交通、个人偏好缺一不可人类旅行顾问靠直觉综合这些信息AI Agent 则需要每个数据源都能被编程调用语言与导航壁垒——看不懂菜单、问不了路、算不清汇率正是翻译、地图、汇率类 MCP 的用武之地信息碎片化——确认邮件、登机牌、订单、保单散落各处能连接这些系统的 Agent 才能维护统一行程视图、主动预警变动。一、国际官方 / 第一方 MCP有公司背书、官方维护或官方授权的 MCP 服务器。类目名称公司能力备注酒店RollingGo Hotel MCPRollingGo200 万 酒店实时比价 预订官方Github 已上线可预订酒店/机票/活动Expedia Travel RecommendationsExpedia Group推荐酒店/航班/活动/租车官方 GitHub仅推荐未开放预订机票Kiwi.com MCPKiwi.com航班搜索含虚拟联程官方托管免费机票Turkish Airlines MCP土耳其航空航班搜索/状态/预订链接首家航司官方 MCPGDSSabre MCP ServerSabre机票酒店全链路购物/预订/售后官方企业级GDSTravelport TripServicesTravelport机票酒店改签/重开票官方覆盖 400 欧洲代理NDCTPConnects Astra MCPTPConnects多航司 NDC 标准化接口官方地图Mapbox MCPMapbox地理编码/搜索/导航官方托管点评TripAdvisor MCPTripAdvisor地点/评论/照片/附近搜索官方 Content API轮渡Ferryhopper MCPFerryhopper33 国 190 运营商轮渡搜索官方托管航空数据Flightradar24 MCPFlightradar24实时航班追踪/数据官方天气WeatherXM MCPWeatherXM目的地天气预报官方这一层的看点不是「谁做了 MCP」而是「做到了哪一步」。官方阵营内部存在一道清晰的分水岭能走完「搜索—预订—结算」闭环的只是少数——Sabre、Travelport 两大 GDS 提供含改签、重开票在内的企业级全链路RollingGo 覆盖 200 万酒店实时比价且可直接下单而 Expedia 官方 MCP 明确定位在推荐、未开放预订Kiwi.com 停留在航班搜索Mapbox、WeatherXM、Flightradar24 更接近地图、天气、航班数据这类基础设施。换言之多数官方 MCP 还停留在「信息层」距离交易闭环仍有相当距离。航空侧值得单独看Turkish Airlines 是首家推出官方 MCP 的航司TPConnects 则把多家航司的 NDC 接口做了标准化封装。这里要破除一个常见迷思——NDC 是数据标准语言层GDS 是分销渠道中介层MCP 是 AI 连接协议接口层三者不在同一层面、不构成竞争而是共同构成航空数字化的完整图景。二、社区 / 开源 MCP由社区或个人开发者维护非官方出品。类目名称Stars能力民宿mcp-server-airbnb406Airbnb 列表搜索筛选旅行类最热门 MCP地图/导航Google Maps MCP社区431地理编码/路线/POI点评tripadvisor-mcp53TripAdvisor 地点/评论/照片机票mcp-skyscanner—Skyscanner 航班搜索逆向工程非官方综合mcp-travel-assistant5Google Travel Amadeus 双源搜索综合travel-mcp-server—机票酒店天气MongoDB 缓存综合mcp_travelassistant—6 服务器套件机票/酒店/活动/天气/地理/金融活动GetYourGuide MCP社区—Cloudflare 部署官方 Partner API 包装酒店mcp-marriott1Playwright 浏览器自动化非官方酒店1Stay Hotel Booking—预订型酒店 MCP民宿/酒店StayingAPI MCP—跨 Booking/Airbnb/Vrbo 比价行程wanderlog-mcp—Wanderlog 行程规划自主预订autonomad-travel—航班/酒店/活动搜索 autonomad.ai 完成预订社区层的故事可以概括为「用封装填补官方的空白」。Airbnb、Marriott、Skyscanner 至今没有官方 MCP入口由社区开发者用逆向工程或浏览器自动化补上跨平台比价StayingAPI、行程规划wanderlog、六合一服务器套件mcp_travelassistant这些官方不做的长尾场景也都靠社区供给。旅行类 MCP 里 star 数最高的恰是 Airbnb 封装406 stars——需求真实存在只是官方还没接。但选型时必须清醒逆向工程类实现可能违反平台服务条款、随时可能失效也没有官方 API 的稳定性保证Playwright 浏览器自动化还会带来凭证保管、会话管理方面的额外风险。生产环境优先选基于官方 API 或企业网关构建的服务社区封装更适合原型验证和场景探索——「别人官网的镜像」型封装撑不起真实的商业履约。三、聊天原生ChatGPT App非 MCP 协议以下公司选择接入 ChatGPT App 生态而非开放 MCP 协议这一组的共同点是有流量、有交易能力却选择把能力锁进 ChatGPT 的 App 生态而不是走开放的 MCP 协议。商业逻辑不难理解以 Booking.com 为例其广告收入、增值服务和用户数据都依赖「搜索与决策发生在自己的界面里」开放 MCP 意味着决策环节外流、只在交易时回流接入 ChatGPT App 则是在 AI 流量入口抢占身位的同时把渠道控制权留在自己手里。对开发者的直接影响是这些平台的库存无法通过标准协议直接调用——想在 Agent 里触达它们要么等官方松口要么用社区封装兜底。Booking.com ChatGPT AppExpedia ChatGPT AppUber ChatGPT App四、空白地带 — 没有 MCP 的玩家这些关键玩家目前尚未发布任何 MCP 服务器类目缺席者酒店OTABooking.com、Hopper、Trip.com/Ctrip、Agoda机票Google Flights、Kayak、Hopper地面交通Uber、Lyft、Hertz、Enterprise、Sixt餐厅OpenTable、Resy活动Viator、Musement、Klook邮轮Royal Caribbean、Carnival、NCL、MSC、Viking全行业零 MCP导航Waze、Google Maps有社区版无官方巨头缺席不是技术问题是商业问题归纳下来有四层原因利益冲突与渠道控制——开放 MCP 意味着用户的搜索与决策行为发生在别处对广告收入、增值服务和用户数据积累是直接冲击技术适配成本——OTA 核心系统多为二十年以上积累的遗留架构实时库存与价格查询涉及复杂的分布式系统封装成标准接口要投入可观的研发资源还会暴露内部 API 设计细节商业模式重构——MCP 要求强对话式交互对以表单和列表为核心的传统预订系统是设计范式的转变渠道高度中介化——邮轮行业绝大多数预订仍经由旅行代理商完成缺乏直签库存的数字化基础这解释了全行业「零 MCP」的集体缺席。反过来看每一处空白都是切入空间签证与移民服务、旅游保险、租车、机场服务、无障碍出行信息等品类目前同样缺少像样的 MCP 覆盖。巨头按兵不动的每一天都是第三方聚合与替代方案拉开身位的机会窗口。五、一句话判断旅行是 MCP 落地最快的垂直赛道之一但预订能力严重分化能搜的多、能下单的少。真正能一步到位完成预订的 MCP 目前只有 Sabre、RollingGo、StayingAPI 和少数社区版。Booking.com 等头部玩家仍零 MCP——Agent 时代能不能被 AI 找到正在成为新的分销战场。这个判断可以再展开两层。其一技术从来不是这个赛道的壁垒——MCP 封装本质上是对现有 API 的标准化包装任何团队都能写一个 MCP 服务器但不是任何团队都拿得到直签库存、B2B 价格和售后履约能力真正的护城河是库存深度、价格竞争力与商业履约而这三样恰好都长在 MCP 封装层的下面。其二选型的分水岭在「要不要碰交易」只做信息工具社区封装够用要做预订就只认能走通闭环、合规可追溯的官方方案。支撑判断的市场数据全球旅游技术市场 2024 年规模约 86 亿美元预计 2032 年达 210-230 亿美元年复合增长率 12-14%AI 旅游应用细分市场预计 2030 年达 50-70 亿美元年复合增长率 28-30%接近整体旅游科技增速的两倍约 70% 的旅游公司已在用或计划用 AI而 2019 年这一比例仅约 20%AI 个性化推荐可将预订转化率提升 25-35%。更宏观地看AI 旅游市场 2026 年估值约 2220 亿美元预计 2030 年达 7100 亿美元年复合增长率 33.7%。旅游 MCP 不是一时的技术热潮而是嵌在未来 5-10 年旅游分销变革里的基础设施层。按场景给几条选型参考个人项目与原型验证——用零门槛的社区封装起步试错成本最低想直接变现——只看能走通预订闭环的官方 MCP本合集里是 Sabre、Travelport、RollingGo 这一档并核对返佣与结算方式企业差旅——优先安全认证齐备、支持订单全生命周期管理的方案内容与研究——点评、地图、天气、航班数据的信息层组合已够用。最后是三条风险提示关注供应商的合规性、免费模式的长期可持续性以及逆向工程类实现在生产环境的稳定性边界。 30+旅行MCP 合集：航班、酒店、地图、轮渡、点评、天气、综合信息以及游玩项目
旅行是 MCPModel Context Protocol落地最快的垂直赛道之一。本文梳理全球已上线的旅行类 MCP 服务器按官方/第一方、社区/开源、聊天原生三层分类并标注尚未入场的关键玩家。为什么偏偏是旅行旅行规划天然是一个多源问题订一次行程要跨航司比机票、比酒店、查目的地天气、换汇、找餐厅、看当地交通——今天这些环节散落在不同 App 和网站里没有一个平台能全部包办。MCP 把每个数据源统一暴露成标准协议AI Agent 才有机会把整条规划链路编排起来形成任何单一平台都给不了的「统一旅行智能层」。截至 2026 年年中全球旅行类社区及官方 MCP 服务器已超过 76 个ChatForest 统计垂直商业化程度领先于绝大多数行业。拆开看是四个结构性原因多源比价是默认工作流——没有一个平台在价格、库存、信息准确度上全面领先有经验的旅行者本就会在多个搜索入口之间反复核对行程规划高度依赖上下文——天气、汇率、当地交通、个人偏好缺一不可人类旅行顾问靠直觉综合这些信息AI Agent 则需要每个数据源都能被编程调用语言与导航壁垒——看不懂菜单、问不了路、算不清汇率正是翻译、地图、汇率类 MCP 的用武之地信息碎片化——确认邮件、登机牌、订单、保单散落各处能连接这些系统的 Agent 才能维护统一行程视图、主动预警变动。一、国际官方 / 第一方 MCP有公司背书、官方维护或官方授权的 MCP 服务器。类目名称公司能力备注酒店RollingGo Hotel MCPRollingGo200 万 酒店实时比价 预订官方Github 已上线可预订酒店/机票/活动Expedia Travel RecommendationsExpedia Group推荐酒店/航班/活动/租车官方 GitHub仅推荐未开放预订机票Kiwi.com MCPKiwi.com航班搜索含虚拟联程官方托管免费机票Turkish Airlines MCP土耳其航空航班搜索/状态/预订链接首家航司官方 MCPGDSSabre MCP ServerSabre机票酒店全链路购物/预订/售后官方企业级GDSTravelport TripServicesTravelport机票酒店改签/重开票官方覆盖 400 欧洲代理NDCTPConnects Astra MCPTPConnects多航司 NDC 标准化接口官方地图Mapbox MCPMapbox地理编码/搜索/导航官方托管点评TripAdvisor MCPTripAdvisor地点/评论/照片/附近搜索官方 Content API轮渡Ferryhopper MCPFerryhopper33 国 190 运营商轮渡搜索官方托管航空数据Flightradar24 MCPFlightradar24实时航班追踪/数据官方天气WeatherXM MCPWeatherXM目的地天气预报官方这一层的看点不是「谁做了 MCP」而是「做到了哪一步」。官方阵营内部存在一道清晰的分水岭能走完「搜索—预订—结算」闭环的只是少数——Sabre、Travelport 两大 GDS 提供含改签、重开票在内的企业级全链路RollingGo 覆盖 200 万酒店实时比价且可直接下单而 Expedia 官方 MCP 明确定位在推荐、未开放预订Kiwi.com 停留在航班搜索Mapbox、WeatherXM、Flightradar24 更接近地图、天气、航班数据这类基础设施。换言之多数官方 MCP 还停留在「信息层」距离交易闭环仍有相当距离。航空侧值得单独看Turkish Airlines 是首家推出官方 MCP 的航司TPConnects 则把多家航司的 NDC 接口做了标准化封装。这里要破除一个常见迷思——NDC 是数据标准语言层GDS 是分销渠道中介层MCP 是 AI 连接协议接口层三者不在同一层面、不构成竞争而是共同构成航空数字化的完整图景。二、社区 / 开源 MCP由社区或个人开发者维护非官方出品。类目名称Stars能力民宿mcp-server-airbnb406Airbnb 列表搜索筛选旅行类最热门 MCP地图/导航Google Maps MCP社区431地理编码/路线/POI点评tripadvisor-mcp53TripAdvisor 地点/评论/照片机票mcp-skyscanner—Skyscanner 航班搜索逆向工程非官方综合mcp-travel-assistant5Google Travel Amadeus 双源搜索综合travel-mcp-server—机票酒店天气MongoDB 缓存综合mcp_travelassistant—6 服务器套件机票/酒店/活动/天气/地理/金融活动GetYourGuide MCP社区—Cloudflare 部署官方 Partner API 包装酒店mcp-marriott1Playwright 浏览器自动化非官方酒店1Stay Hotel Booking—预订型酒店 MCP民宿/酒店StayingAPI MCP—跨 Booking/Airbnb/Vrbo 比价行程wanderlog-mcp—Wanderlog 行程规划自主预订autonomad-travel—航班/酒店/活动搜索 autonomad.ai 完成预订社区层的故事可以概括为「用封装填补官方的空白」。Airbnb、Marriott、Skyscanner 至今没有官方 MCP入口由社区开发者用逆向工程或浏览器自动化补上跨平台比价StayingAPI、行程规划wanderlog、六合一服务器套件mcp_travelassistant这些官方不做的长尾场景也都靠社区供给。旅行类 MCP 里 star 数最高的恰是 Airbnb 封装406 stars——需求真实存在只是官方还没接。但选型时必须清醒逆向工程类实现可能违反平台服务条款、随时可能失效也没有官方 API 的稳定性保证Playwright 浏览器自动化还会带来凭证保管、会话管理方面的额外风险。生产环境优先选基于官方 API 或企业网关构建的服务社区封装更适合原型验证和场景探索——「别人官网的镜像」型封装撑不起真实的商业履约。三、聊天原生ChatGPT App非 MCP 协议以下公司选择接入 ChatGPT App 生态而非开放 MCP 协议这一组的共同点是有流量、有交易能力却选择把能力锁进 ChatGPT 的 App 生态而不是走开放的 MCP 协议。商业逻辑不难理解以 Booking.com 为例其广告收入、增值服务和用户数据都依赖「搜索与决策发生在自己的界面里」开放 MCP 意味着决策环节外流、只在交易时回流接入 ChatGPT App 则是在 AI 流量入口抢占身位的同时把渠道控制权留在自己手里。对开发者的直接影响是这些平台的库存无法通过标准协议直接调用——想在 Agent 里触达它们要么等官方松口要么用社区封装兜底。Booking.com ChatGPT AppExpedia ChatGPT AppUber ChatGPT App四、空白地带 — 没有 MCP 的玩家这些关键玩家目前尚未发布任何 MCP 服务器类目缺席者酒店OTABooking.com、Hopper、Trip.com/Ctrip、Agoda机票Google Flights、Kayak、Hopper地面交通Uber、Lyft、Hertz、Enterprise、Sixt餐厅OpenTable、Resy活动Viator、Musement、Klook邮轮Royal Caribbean、Carnival、NCL、MSC、Viking全行业零 MCP导航Waze、Google Maps有社区版无官方巨头缺席不是技术问题是商业问题归纳下来有四层原因利益冲突与渠道控制——开放 MCP 意味着用户的搜索与决策行为发生在别处对广告收入、增值服务和用户数据积累是直接冲击技术适配成本——OTA 核心系统多为二十年以上积累的遗留架构实时库存与价格查询涉及复杂的分布式系统封装成标准接口要投入可观的研发资源还会暴露内部 API 设计细节商业模式重构——MCP 要求强对话式交互对以表单和列表为核心的传统预订系统是设计范式的转变渠道高度中介化——邮轮行业绝大多数预订仍经由旅行代理商完成缺乏直签库存的数字化基础这解释了全行业「零 MCP」的集体缺席。反过来看每一处空白都是切入空间签证与移民服务、旅游保险、租车、机场服务、无障碍出行信息等品类目前同样缺少像样的 MCP 覆盖。巨头按兵不动的每一天都是第三方聚合与替代方案拉开身位的机会窗口。五、一句话判断旅行是 MCP 落地最快的垂直赛道之一但预订能力严重分化能搜的多、能下单的少。真正能一步到位完成预订的 MCP 目前只有 Sabre、RollingGo、StayingAPI 和少数社区版。Booking.com 等头部玩家仍零 MCP——Agent 时代能不能被 AI 找到正在成为新的分销战场。这个判断可以再展开两层。其一技术从来不是这个赛道的壁垒——MCP 封装本质上是对现有 API 的标准化包装任何团队都能写一个 MCP 服务器但不是任何团队都拿得到直签库存、B2B 价格和售后履约能力真正的护城河是库存深度、价格竞争力与商业履约而这三样恰好都长在 MCP 封装层的下面。其二选型的分水岭在「要不要碰交易」只做信息工具社区封装够用要做预订就只认能走通闭环、合规可追溯的官方方案。支撑判断的市场数据全球旅游技术市场 2024 年规模约 86 亿美元预计 2032 年达 210-230 亿美元年复合增长率 12-14%AI 旅游应用细分市场预计 2030 年达 50-70 亿美元年复合增长率 28-30%接近整体旅游科技增速的两倍约 70% 的旅游公司已在用或计划用 AI而 2019 年这一比例仅约 20%AI 个性化推荐可将预订转化率提升 25-35%。更宏观地看AI 旅游市场 2026 年估值约 2220 亿美元预计 2030 年达 7100 亿美元年复合增长率 33.7%。旅游 MCP 不是一时的技术热潮而是嵌在未来 5-10 年旅游分销变革里的基础设施层。按场景给几条选型参考个人项目与原型验证——用零门槛的社区封装起步试错成本最低想直接变现——只看能走通预订闭环的官方 MCP本合集里是 Sabre、Travelport、RollingGo 这一档并核对返佣与结算方式企业差旅——优先安全认证齐备、支持订单全生命周期管理的方案内容与研究——点评、地图、天气、航班数据的信息层组合已够用。最后是三条风险提示关注供应商的合规性、免费模式的长期可持续性以及逆向工程类实现在生产环境的稳定性边界。