关注信息1：2026（第九届）主题公园和度假区发展大会成功举办 信息来源：执惠（原文日期2026-10-17）。 10月16日在北京举行的第九届主题公园和度假区发展大会，谈到了AI与乐园IP怎样结合。科大讯飞文旅产品线副总经理汪冬雪介绍，AI大模型可以为IP做个性化设定、提供情绪价值，并结合游客行为做主动服务；松延动力CMO张淼介绍了人形机器人引流和仿生机器人把虚拟IP变为实体的方向。这里看到的是企业代表的产品介绍和判断，报道没有给出这些做法的长期运营效果。 值得关注：值得留意的是，AI正在被放进游客体验的设计里。乐园以后需要观察的，不只是设备吸引了多少人围观，还包括游客愿不愿意继续互动，互动能不能进入游玩的实际过程。会说话的IP怎样成为一种服务，这比给设备贴一个AI标签更值得追踪。 [1]
关注信息2：下一个5年，电商的入口彻底变了！ 信息来源：腾讯科技（科技频道）（原文日期2026-10-17）。 腾讯科技频道10月17日刊发的笔记侠文章，把AI入口的商业化作为观察重点。文中称，Meta的智能体Muse在9月23日宣布接入包括Expedia在内的多家企业，扎克伯格表示将对成交抽成。对旅游业来说，Expedia出现在这一名单中值得注意。这里采用的是这篇文章的报道口径，它没有提供旅游订单的实际成交量和独立效果验证。 值得关注：这提供了一个继续跟踪的具体对象：旅游产品通过通用AI提供给用户以后，订单如何形成、服务如何衔接。接入名单是观察的起点，还需要后续交易与履约信息。酒店和旅行社不必急着据此判断渠道格局已经改变，但有必要把这条变化记下来。 [2]
关注信息3：我们这行，好像真的变天了 信息来源：闻旅（搜狐号）（原文日期2026-10-17）。 闻旅10月17日刊发联合创始人江慧在COITM 2026的演讲整理。她从游客期待、目的地表达、产品设计和传播方式四个方面讨论变化，提出标准化行程的价值在下降，旅行社需要重视真实的在地连接与独特体验。她还谈到，目的地资源和中国游客需求之间存在信息差，需要熟悉双方的人把资源组织成产品。这些是演讲者的行业观察和主张。 值得关注：这条信息提醒我们，研究AI不能只盯着生成了多少内容，还要看内容能否通向可兑现的安排。她对旅行社价值的判断可以继续讨论，不能由此推导出某类能力永远属于人、AI永远学不会。更有用的问题是：哪些能力开始可以调用，企业又准备怎样重新组织服务。 [3]
把这几条信息放在心里，再看一个更具体的问题：酒店AI接起电话以后，客人的事谁接着办？接听、理解、回答，越来越容易展示出来；一句答复怎样进入预订、客房和现场服务，却需要继续往里看。最近三篇资料正好提供了不同的观察位置：OneBox介绍酒店AI智能体，NUMA介绍住宿运营实践，Mews讨论客人联系渠道发生变化后的安排。这里想讨论的，是酒店内部怎样把一次沟通变成一件办完的事。 [4] [5] [6]
先看OneBox。环球旅讯10月9日刊发的企业发布稿介绍，OneBox在9月22日的庆典上发布了面向酒店业的AI智能体。按照公司的说法，它能听懂中英粤等语言，转写来电，追问缺少的信息，再调用酒店业务系统的接口，进行客房预订、工单下发和餐厅预订。接口可以理解为不同系统之间办事的通道。这个产品值得关注的地方，就在于它尝试从回答问题走向执行操作。不过，原文展示的是发布会和话务模拟体验，没有给出实际部署规模、长期准确率或办结率。能在现场演示，不等于酒店各种复杂情形都已经解决。 [4]
再看NUMA。环球旅讯10月12日刊发其创始人兼CEO Christian Gaiser的演讲报道。他介绍，NUMA把数字化入住、云端门锁和客户沟通放进同一套运营安排里。Lumi是AI聊天与客服工作流，最高约90%的客人对话由AI处理，需要进一步介入的再交给人工客户体验团队；另一个系统Shine连接现场员工、维修、客房清洁和AI模型。这些信息来自企业经营者的介绍。原文没有展开每一种请求如何派发、何时完成，我们不能替它补出一套已经验证的工单流程。 [5]
两篇放在一起看，区别就清楚一些了。OneBox强调AI能调用哪些操作，NUMA强调技术怎样和日常运营放在一起。前者让我们看见可以做什么，后者让我们追问这些能力怎样被组织起来。比如，客人问能否提前入住，AI可以理解问题，但要给出承诺，还涉及房间状态、清洁安排和允许谁作决定。这是用来说明问题的一个情形，不是两家公司已经公布的操作案例。酒店若只把原来由前台口头传递的要求变成系统消息，后面的安排没有接上，客人可能只是更快地等到了回复。 [4] [5]
这里要分开算两笔账。一笔是某项工作省了多少时间，另一笔是整项服务有没有变好。Gaiser称，NUMA有70至80个住宿单元的物业，平均用1.5至2名全职员工做现场运营；他还介绍了55%至60%的毛运营利润率。这些是公司自述，不是给其他酒店的承诺。他把经营表现归因于流程自动化、集中运营以及减少目标客群不需要的部分传统服务。可见，即便采用这些数字，也不能只挑出一个AI客服，就把人员配置和利润变化全算到它头上。 [5]
AI提高个人做事的效率，并不会自动提高企业的利润。对酒店来说，客人关心的是入住顺不顺、要求有没有落实，未必在意前台少敲了几次键盘。一个请求从接收到处理，在哪一步确认、谁有权承诺、出现例外怎样接手，都属于经营安排。技术给了重新安排的可能，企业还得把这些关系理顺。否则，前端回答得很快，后面仍然靠人反复解释和催促，省下的时间就可能在交接中花回去。这是从两篇资料提出的管理问题，并非对两家企业实际效果的评判。 [4] [5]
Mews酒店技术博客10月14日的一篇文章，又补上了容易忽略的一面。它称，Booking.com从9月起不再向酒店的预订管理系统发送客人电话号码，原先依赖电话的行前消息需要调整。这是供应商博客对渠道变化的说明，我们没有把它当成对所有酒店的独立调查。文章同时明确，酒店仍可通过Booking.com站内消息联系客人，所以电话号码不再传递，也不等于酒店彻底联系不上客人。Mews建议盘点哪些消息依赖电话，把不同渠道的对话放在同一收件箱，并通过线上入住让客人补充需要的信息。 [6]
这篇并没有介绍AI功能，却对理解酒店AI很有用。假如自动回复依赖某个联系方式或某一条消息通道，通道变了，原先的服务安排也需要跟着变。酒店需要知道一条消息来自哪笔预订、是否已经回复、下一步安排到了哪里。Mews主张把对话和预订、客人档案放在一起，正是围绕这类问题提出产品方案。不能把它的建议说成NUMA已经采用的做法，也不能因为用了统一收件箱，就说服务必然完整了。资料提供的是可供比较的安排。 [6] [5]
从岗位来看，接电话、理解要求、查询、录入、通知，过去常常被放在同一个人的工作里。OneBox所介绍的能力，意味着其中一部分可以通过AI和业务系统来调用。技能开始流动，原来围绕岗位划分的工作就有机会重新组合。酒店可以据此考虑，一次客人请求由谁从头跟到尾，哪些操作可以自动进行，哪些决定要经过确认。这里没有必要先划一道“机器只能做这些、人永远做那些”的线。更值得琢磨的是，怎样利用可调用的能力，把服务组织得可靠一些。 [4] [5]
如果接下来继续观察这类项目，我更想看到几项朴素的信息：多少请求在答复后真正完成，多少次需要客人重复说明，交给其他人员的事情有没有人接住，原来的等待时间发生了什么变化。这些是可以向企业追问的观察方向，不是本次资料已经给出的成绩。NUMA的运营介绍让我们看见组合的可能，OneBox的发布让我们看见新的执行能力，Mews的建议提醒我们沟通条件也会变化。把这几层放在一起，才有机会判断AI接进酒店以后，究竟只是多了一种回答方式，还是改变了酒店办事的方式。 [4] [5] [6]