travel-plan-viz

# 旅行计划可视化 把一趟旅行变成单文件 HTML 页面：交互地图、每日时间轴、出发前订票提醒。机械逻辑用自带引擎（`assets/map.js`、`assets/reminders.js`），美学交给设计步骤（`frontend-design` / `huashu-design`，或内置准则兜底）。 ## 第一步：判断模式 - 用户**只给了目的地+天数**（如"香港 4 天 3 晚"）→ 模式 A（从零规划）。 - 用户**已提供行程**（文字或旧 HTML 文件）→ 模式 B（解析已有计划）。 ## 模式 A：从零规划 1. 读 `references/research-guide.md`，联网调研目的地。 2. 在对话里用 markdown 提出详实逐日计划（早/中/晚、景点、交通、住宿）。 3. 与用户来回迭代，直到用户明确确认。 4. 进入"调研补全 + 生成"。 ## 模式 B：已有计划 1. 解析用户给的行程。**若是本 skill 生成的旧 HTML**：直接解析其中 `<script id="trip-data" type="application/json">` 的完整 `trip` JSON（数据与呈现分离，别去反解析渲染后的 DOM——必丢字段）；旧版页面没有这块时才从 DOM/文本提取。 2. **顺手提建议（Agent 增值，但别硬来）**：把用户的计划对照"完善行程"的维度（行前须知/天气应对、提前订票项、点到点交通、节奏与缓冲、当地必吃、片区住宿是否合理等）快速体检，在**对话里**给**最多 3–4 条**具体、可选的优化建议。原则： - 只挑**真实存在的缺口**；计划本就完整就直说"挺完整"，**不要硬凑、不要说教、不要替用户重排行程**。 - 一句点出问题 + 一句给方向即可，简洁；建议默认口头给，保持 HTML 成品干净（用户想把建议也放进页面再加）。 - 这是我们区别于"纯提示词转 HTML"的地方——发挥 Agent 的判断力，但点到为止。 3. 进入"调研补全 + 生成"（生成不被建议阻塞；采纳哪些由用户定）。 ## 调研补全 + 生成 1. **先判断第三方 skill 适配**（详见 `references/research-guide.md`「第三方 skill 适配」节）：若当前 Agent 可调用用户**已装**的官方旅行 skill / MCP（飞猪、高德、腾讯地图、滴滴等），**优先用它们拿对应数据**——高德地理编码拿精确坐标（**注意：高德/腾讯返回 GCJ-02 坐标，写入 `trip` 前必须用 `map.js` 的 `gcj02ToWgs84` 转成 WGS-84**，否则在 OSM 地图上偏移几百米）、路线规划增强点到点交通、天气查询、生成专属地图/导航/叫车的行动链接；飞猪拿实时航班/酒店/门票及预订链接。把用到的来源登记进 `trip.dataSources`，行动链接写入对应节点的 `actionLink`（**链接只用官方返回的，绝不手拼**）。**没有这些 skill 就全部走下面的静态调研**，成品不缺区块。数据实时性/真实性由对方官方 skill 负责，本 skill 不背书、措辞中性。 2. 按 `references/research-guide.md` 联网补全（官方 skill 未覆盖的部分）：坐标、真实图片 URL、评分、点评、营业时间/休息日、门票参考价、需提前订项及 `leadDays`；**行前须知**（天...