行程指南 PDF — 住宿部分

先以 HTML 格式构建指南。仅当路线逻辑、住宿选择及截图均已稳定后，再导出 PDF。

将酒店或住宿视为每日行程的“夜间锚点”。围绕用户每晚的落脚地来设计每一天的行程，而非仅围绕景点本身。

核心准则

1. 所有硬性数值（hard number）必须在写入前逐一核实。
2. 严格区分 硬数据（hard data） 与 软信号（soft signal）：
   • 硬数据：驾驶时长、距离、过路费、酒店地址、电话、营业时间、景点最晚入园时间等。
   • 软信号：翻新质量、噪音风险、用餐氛围、排队概率、便利性感受等。
3. 若住宿发生变更，须重新计算所有依赖该住宿的行程段（leg），不可仅通过文本替换酒店名称草率处理。
4. 截图应精简且目的明确，避免堆砌。
5. 正文采用正式、简洁的表述风格；仅当用户明确要求时，才可使用轻松随意的语气。

工作流程

1) 锁定规划框架

提取以下关键信息：

• 日期 / 行程总天数
• 出发城市
• 行程类型：自驾、徒步、家庭、单人等
• 偏好权重：风景、舒适度、美食、避人流、预算
• 输出目标：快速答复，或完整润色后的 HTML / PDF

若用户已提供足够约束条件，可立即启动调研。

2) 首先确定住宿策略

在撰写每日行程前，须明确：

• 单酒店 vs 多酒店方案
• 镇中心便利性 vs 景区邻近性取舍
• 是否需配备停车位
• 是否需含早餐（若影响当日出发时间）
• 售罄或价格飙升时的备用住宿方案

每日行程必须服从住宿决策，而非相反。

3) 按任务类型选择信源

决定信息可信度时，请参阅 references/source-selection.md。

默认信源分工如下：

• 地图服务 / 官方景区页面 / 结构化列表 —— 用于获取硬数据
• 点评网站与社交平台发帖 —— 用于获取软信号
• 若涉及中文旅游/点评网站，且常规搜索或抓取效果不佳，则启用 cn-review-sites-cdp

4) 在初稿撰写前完成硬数据核验

重点核查决定行程可行性的关键数值：

• 出发地 → 住宿地
• 住宿地 → 主要景点
• 住宿地 → 次要景点
• 住宿地 → 晚餐 / 早餐地点（若其在最终指南中具实际影响）
• 景点开放时间 / 最晚入园时间
• 酒店电话 / 评分 / 地址（如在指南中呈现）

每次更换住宿后，均须重复执行本步骤。

5) 以住宿为锚点设计行程

对每一天，先选定当晚住宿，再依次构建：

• 抵达时间窗口
• 入住 / 休整缓冲时间
• 用餐时间窗口
• 景点入园时间窗口
• 返程缓冲时间
• 节假日拥堵缓冲时间

若酒店由古城迁至新城，须同步更新步行半径范围与晚餐安排逻辑；不可假设 Day 1 的原有安排仍完全适用。

6) 优先撰写 HTML 初稿

良好结构应包含：

• 封面 / 结论框（cover / conclusion box）
• 路线概览（route overview）
• 逐日行程（day-by-day plan）
• 住宿章节（lodging section）
• 餐饮章节（dining section）
• 风险提示与应急预案（risk notes / contingency）

顶部结论须向用户清晰传达：

• 最终选定的住宿是哪家
• 选择理由
• 备用住宿方案
• 该住宿决策带来的具体权衡变化（tradeoff）

7) 截图须作为证据，而非装饰

仅保留支撑关键决策的截图：

• 景点实拍图（scenic proof image）
• 酒店列表页或酒店备注（hotel listing / hotel note），前提是其内容实质性影响推荐结论
• 餐厅列表片段（restaurant listing snippet），前提是其可佐证推荐合理性

拒绝使用空白、含大量二维码、界面杂乱或 UI 内容严重偏离主题的截图。

8) PDF 导出前执行 QA 把关

请通读 references/qa-checklist.md 并逐项确认通过。

最低把关标准包括：

• 路线相关数值与最新选定的住宿保持一致
• 时间逻辑具备可行性
• 截图清晰、有效
• 行文语气足够正式
• 文件名与变体命名清晰无歧义

9) 明确交付与版本管理

优先采用面向具体场景的文件名，避免覆盖式重写（destructive overwrites）。

示例：

• *_final.html
• *_revision.html
• *_hotel-swap.html
• *_quanji.html

通过 OpenClaw 消息发送本地文件时，优先使用相对路径 MEDIA:./...，而非绝对路径 MEDIA:/abs/path。

修订逻辑

• 纯视觉反馈：仅调整截图、排版与语气。
• 酒店变更：重新计算所有依赖该酒店的行程段，并重写受该酒店影响的每日结构。
• 预算压力：对酒店重新排序，并显式说明各项权衡变化。
• 可行性问题：使用地图服务 / 官方信源重新验证，并重建受影响的行程日。

按需查阅参考文档

• references/source-selection.md —— 各类数据应采信的信源指引
• references/qa-checklist.md —— 基于住宿的行程指南导出前质检清单