旅行搭子

它解决什么问题

把模糊的旅行需求变成可执行方案，这件事通用对话模型做得并不好。常见的失败模式有两种：一是用户说"我想去海边玩几天"，模型直接给一份通用攻略，出行人群、预算范围、出发地全是空白；二是产出物只有骨架没有血肉——行程列了景点名，但到了现场想知道"这地方为什么值得去"，只能自己翻百科。

旅行搭子 针对的正是这两个痛点。它的核心差异化不是"生成攻略"，而是导游解说词。

核心能力与工作流

技能按五个步骤推进，每一步都有硬性输出要求：

• 需求细化：分 2-3 轮确认出行时间、人群、预算、旅行风格、出发地、目的地偏好、特殊需求，而不是一次性抛出所有问题。
• 目的地对比：给出 2-3 个备选，从 适配度评分、预算预估、交通便利度、最佳季节、人群适配 等维度做对比表格，并分别附上"为什么推荐你去"和"可能劝退你的点"。
• 行程规划：按用户指定的风格调节节奏（躺平型每天 1-2 个主景点，特种兵型 3-4 个），单日不超过 12 小时，预留弹性时间，并覆盖交通、住宿、景点、美食、特产全要素。
• 导游解说：强制环节。历史文化类、标志性、付费、用户特别提及、需要讲解才能理解价值的景点均判定为核心景点，必须配 150-400 字解说词，遵循 开场钩子 → 核心讲解 → 趣味彩蛋 → 实用收尾 结构，且直接嵌入行程中对应景点下方。全程核心景点解说覆盖率不低于 60%，历史文化类不低于 80%。
• 输出交付：对话中先给 300-500 字要点，完整版写入飞书文档。

此外还有避坑指南（交通、景点、餐饮、购物、住宿、拍照六个维度，每条写清"坑是什么 + 怎么识别 + 怎么避免"）和小众秘境推荐（优先当地人常去、新晋开发、知名景点冷门区域）。

适用边界与注意点

• 默认不联网搜索，规划基于模型已有知识。涉及门票价格、营业时间、交通班次等时效性信息时，需要用户明确要求，或由技能判定后调用 general_search。
• 价格与时间为估算值时，输出中必须标注。
• 技能自带质量自检清单，解说覆盖率、字数、结构、嵌入位置都是硬性检查项，未达标视为不合格输出。
• 完整方案依赖飞书文档生成能力，非飞书环境下需要替代交付方式。