Compass AI 如何构建旅行方案：架构与防护机制

在大约三十秒内生成一份量身定制的旅行行程，看起来像是魔法。其实并非如此。在这份初稿背后，是一个分多个层级的流水线、一套明确的一致性规则，以及最后由一位顾问进行的审核。本文将揭开盖子：Compass 的 AI 如何从一份需求简报走向一份结构化的行程，安全防护机制设在何处，以及为什么最终决定权始终掌握在人手中。

从需求简报到结构化的意图

一切都始于顾问录入的需求简报：目的地、日期、旅行者的人数与画像、参考预算、兴趣点。在任何生成之前，这份简报会先被标准化。其目标是把一段自由文本和一些表单字段转化为一个可被利用的意图：我们从中提取出硬性约束（出发与返程日期、团队规模）以及加权偏好（美食、自然、期望的节奏）。

也正是在这一步，旅行者的 CRM 画像（如果存在的话）会用来丰富这份简报。如果客户此前已通过滑动方式完成了偏好测试，他的雷达图画像（文化、自然、城市、美食、放松、冒险）便会引导生成。一位雷达图明显偏向放松与美食的旅行者，所收到的初稿不会与一个偏冒险的画像相同。因此，需求简报并不只是一份简单的关键词列表：它是对我们所要产出内容的一种结构化表达。

结构化的生成，而非一整段文本

流水线的核心并不会先生成一段散文，再去切分。它直接生成一个结构：一连串的天数，每天再分解为带时间戳的环节，配有地理定位的地点、活动以及住宿建议。这种格式上的约束是有意为之的。让 AI 去填充一个已知的骨架，而不是让它自由书写，能够减少随机性，并让每个要素都可由顾问单独进行操作。

具体来说，生成的初稿由界面能够展示和编辑的对象构成：

• 天数：一天 = 一个单元，带有一条贯穿主线（抵达、城市探索、自然短途游）。
• 带时间戳的环节：上午、中午、下午或晚上的一个时段，附带预估时长。
• 地点：兴趣点、餐厅或景点，关联到坐标以便核验距离。
• 住宿：一个或多个与预算及行程区域相符的选项。
• 过渡时间：两个环节之间的位移不会被省略，而是作为独立的要素来处理。

正是这种颗粒度，使得日后可以替换一项活动、挪动一个时段或更换一处住宿，而无需重新生成整份行程。顾问操作的是一块块积木，而不是一段固定不变的文本。

验证层：一致性与安全防护机制

一份结构化的 AI 输出，本质上仍然是 AI 的输出：它可能会推荐一家在闭馆日开放的博物馆、两项相互重叠的活动，或者一段一天内根本走不完的路线。正因如此，初稿要经过一个验证层，这个验证层不生成任何内容，只负责核验。它的作用是把方案与一套明确、可读、可纠正的规则进行对照。

两类核验构成了这一步骤：

1. 时间一致性：同一天的各个时段互不重叠，时长为用餐和路途留出余地，并且整份行程落在简报给定的日期窗口之内。
2. 地理一致性：一天内依次串联的地点之间的路途时间合乎现实，不会出现从一个地区一端到另一端的荒唐往返。
3. 业务安全防护：核验所提供的选项是否仍在所宣布的预算范围之内，并适配旅行者的画像（家庭、出行能力、节奏）。

顾问是决策者，而非旁观者

一旦初稿被结构化并通过验证，它就会交到顾问手中。这正是与一个黑箱式生成器的根本区别——后者会直接交付一份要么接受要么放弃的 PDF。在 Compass，生成的行程是一个可编辑的起点：可以重新排序各天行程、替换一项体验、加入一处机构熟悉的地址、调整每个环节随附文字的语气。AI 在几秒钟内提出一份完整的结构；顾问则在其中注入自己的专业、对实地的了解以及客户关系。

这种角色分工不仅仅是一种姿态：它正是让收益可衡量、同时又不让服务失去人情味的关键所在。在 Borealis Travel Group 的案例中，统一到一个白标平台之下，转化为每份量身定制行程节省约六个小时，以及报价到成交的转化率提升 22%，且无需额外招聘。被释放出来的时间并没有消失：它被重新投入到客户关系以及所发出报价的数量之中。

为什么是这套架构，而不是另一套

我们本可以只让一个语言模型写出一份漂亮的行程并把它展示出来。这条捷径带来两个问题：它让输出难以核验，也无法进行精细编辑。通过明确地拆分各个步骤——简报的结构化、结构化的生成、验证、人工复审——每一环都有清晰的职责，并且可以独立于其他环节加以改进。

正是这种模块化，让我们得以兑现最根本的承诺：在创建一份行程上节省 92% 的时间，同时不在质量上、也不在顾问的掌控力上做任何让步。速度来自结构化的生成；可靠性来自验证层；而附加价值，则始终由人来贡献。这是一个加速机构工作的 AI，绝不是一个替机构做决定的 AI。