技能介绍

解决的问题

自然语言旅行需求通常很模糊，比如“带父母去河南看石窟”或“五一三人自驾西北”。这类请求缺少人数、节奏、预算、交通、餐饮限制等关键变量。即使信息足够，手工把景点、餐饮、门票、驾驶时间、照片和预算整理成可执行日程也很耗时。TravelCraft 的目标是把“模糊意图”变成“可执行行程”，并产出适合分享和移动端查看的交付物。

工作方式

它按阶段执行，不跳步。第一阶段 Clarify 通过 3–5 个定向问题锁定 Who / When / Where / Theme / Transport / Budget / Constraints；若用户不指定，则显式声明默认假设。第二阶段 Research 优先使用小红书获取景点避坑、餐饮和真实照片，再用 Web search 与地图信息补足开放时间、票价、预约窗口和驾驶距离。对每个主要景点记录营业/门票/预约、高赞提示、2–4 张真实照片和避坑警告，并整理当地餐饮候选。

第三阶段 Compose 生成逐日时间线、标签、照片和预算；住宿只在预算区显示，避免日程页信息过重。多城市自驾时，可选 Phase 3.5 — Map Calibration：提取地点，调用腾讯位置服务地理编码和驾车 API，比较估算与实测。偏差超过 20% 时，技能会询问用户是否按实测重排节奏。第四阶段基于模板构建交互 HTML，嵌入路线总览地图、每日路线摘要和 🚗 导航到此 / 一键导航入口；第五阶段用 scripts/export_itinerary.sh 导出 HTML、长图 JPG 和移动 PDF。第六阶段可选部署到 EdgeOne Pages 或 Vercel，并可用 AES-256/PBKDF2 做客户端密码保护。

适用边界与注意点

地图校准只应在多城市自驾场景启用，纯城市步行不必运行，否则会引入不必要的 API 依赖。Phase 3.5 需要配置 TMAP_KEY，并启用腾讯位置服务 WebService API 与 JavaScript API GL 配额。Research 依赖小红书、网页和地图数据，开放时间、票价和预约规则可能变化，行程中的关键项目仍应复核。照片需保留作者/来源上下文并注意版权；HTML 中的成对图片要求预处理为 4:3，单独图片保持原比例，不要留下空 <img>。部署加密适合家庭或同行者级别的隐私，不应视为监管级安全方案。