可交付旅游指南站点构建

解决什么问题

旅游指南不缺素材，缺的是能直接交付的落地成果。常见失败包括：攻略互相抄录导致价格、开放时间和预约规则失真；路线只是景点清单，没有按地理位置串联；移动端页面能打开，但切换日程、滚动导航和跳转预订链接时会出现交互断裂；构建通过就发布，结果线上仍然保留占位内容。

这个技能把生成旅游指南当成一次小型发布工程：既产出旅行者可直接跟随的页面，也保留研究、设计、实现、验证和上线之间的约束。

如何工作

技能接受自然语言请求，不要求用户记住或输入内部命令。它会先确认目的地、日期、行程长度、出行节奏、预算、语言、货币、托管平台和现有生产 URL 等会影响结果的信息；只有会实质性改变产出的选项才需要追问。

研究阶段按优先级读取资料：官方景点、交通、场馆和票务页；权威旅游或市政来源；近期创作者游记；地图路线。每项付费或需要预约的活动记录产品或票种名称、价格与货币、包含与排除项、开放或入园窗口、预约要求、官方购买链接和闭园或售罄替代方案，并保留检查日期。创作者内容只用于灵感和体验描述，不作为票务事实依据。

路线设计按地理位置组织，而不是罗列热门地点。每个事件包含开始时间、建议时长、可搜索的地点名称、一句可执行说明、价格或免费状态、Google Maps 目的地或导航链接、必要的预订动作和可归因封面图。中文富参考指南还会为相关事件配置双参考卡片：一个具体的 Bilibili 视频，以及一篇小红书图文或穷游长文，分别承担当下实用信息和路线连续性背景，不拿搜索页、话题页、个人主页或平台首页充当正文参考。

页面实现面向户外持手机查看的用户：突出首屏与日程摘要，提供可见的日期或路线切换器，用时间线展示事件、参考卡片和预订入口，并汇总预算、装备建议与照片笔记。路线切换时要求内容变化明确、每次点击有反馈、过渡通常为 200–500 ms、键盘可访问，并避免破坏服务端渲染的客户端状态。页面内导航按一次性移动处理，修复片段回跳、滚动锁定和菜单点击后的上下滚动验证，不使用全局平滑滚动作为替代方案。

发布前会构建完整源码、运行自动化测试与 lint，并在需要修 UI bug 或替换线上旧版本时执行浏览器 QA。最低检查包括：每个路线或日期切换都会改变内容；过渡动画存在；导航落到目标区块；立即和延迟后都能正常滚动；桌面与窄屏移动端没有横向溢出；每个事件都有封面图、Bilibili 链接和静态文章链接；小红书与穷游都有呈现；Photo Notes 同样采用视频加静态来源；预订和地图链接目标有效；先前版本仍可访问；没有残留 starter 或占位内容。随后把验证过的输出发布到用户指定平台，再打开正式 URL 复验高风险交互。

适用边界

它适合需要上线、可跟随、可核查的目的地指南，尤其是包含中文创作者参考和移动端交互的版本。它不是实时票务 API，也不承诺库存可用；价格、预约名额和开放状态仍应在付款前确认。对现有站点，它会先检查组件、样式、元数据、测试、托管配置和仓库状态，保留原有架构、设计语言和无关改动；除非用户要求，不迁移托管。若资料缺失、链接失效或创作者参考无法验证，应停止补齐，不虚构标题、图片版权、深链或事实。