deep-trip-planninglisted

# 深度旅行攻略制作法 ## 工作流 按顺序做。跳步的代价通常在后面某一天集中爆发。 ### 前置分支：目的地未定 用户只问“十月去哪玩”这类问题时，先不要跳进逐日排线。用第 0.5 步的旅行风格，给 **3 个候选目的地**，并为每个写清具体取舍：当地季节和天气风险、预算量级、以用户护照为前提的签证核验难度、飞行时长/转机负担。不要直接断言签证结论，注明官方核验去处。用户选定目的地后，再进入第 0 步。 ### 第 0 步：先钉死硬约束 **已经付过钱、已经订好的东西是地基，不是变量。** 先问清楚并写在最上面： - 已订的住宿（地址、入住/退房时间、取消截止日、终价） - 已订或已锁定的交通（航班时刻、到达/离开的具体钟点） - 同行人数、明确的必去项和明确不感兴趣的项 - 有没有身体条件会改变选项（身高、腿脚、纹身、饮食禁忌、晕车、带小孩、带长辈）——这些常常悄悄决定了一大批选项能不能用 **先运行 `${CLAUDE_SKILL_DIR}/scripts/trip_dates.py <国家/地区码> <开始日期> <结束日期>`，不要心算星期几。** 它会在网络时间核验通过后，给出每天的星期几、法定假日和连假。**若脚本缺失、无法执行或时钟检查失败，停止日期相关规划：明确告诉用户日期未获核验，并要求安装完整 skill 目录（含 `scripts/`）或提供可核验的日历；绝不改用心算。** 然后仍要检查：用户给的日期是不是已经过去了？星期几和他们提到的安排对不对得上（"周末去某处"但那天其实是周三）？**发现对不上就先问一句再动手**——按错误年份做完一整份攻略，等于全部返工。 **定"原点"。** 每天的路线都从一个固定的出发点展开：城市行程里通常是住宿的最近车站，自驾行程里是住宿本身（外加停车条件），多城行程里每一段各有各的原点。**原点定了，顺不顺就基本定了。** 如果用户还没订住宿，先走"住宿决策"（见 `references/lodging-decisions.md`），因为后面所有动线都依赖它。 ### 第 0.5 步：问清旅行风格，把偏好变成数字 **这一步决定了后面所有"门槛"填什么值。跳过它，你就会把自己的默认偏好当成用户的偏好写进去。** 同一趟行程，一对想吃遍米其林的情侣和一对只想逛店的朋友，做出来应该是两份完全不同的攻略。所以先问（或从用户已说的话里推断，推断不出来就直接问）： | 要问的 | 它决定什么 | |---|---| | **节奏**：一天想去几个点？愿不愿意早起？ | 每天排几段、缓冲留多少 | | **吃的地位**：吃是这趟的主线，还是补给？ | 正式餐安排几顿、要不要为餐厅预约绑住动线 | | **排队容忍度**：为一家很想去的店最多愿意排多久？ | 排队上限那个数字 | | **购物比重**：会大买特买，还是随便看看？ | 预算弹性项、行李额、退税流程要不要重点写 | | **预算姿态**：省钱优先、体验优先，还是不太敏感？ | 花钱买时间的地方要不要花 | | **确定性偏好**：喜欢全订好，还是喜欢留白？ | 预约多少、候选留几家 | **把答案落成具体数字写进攻略**，不要留成形容词。"不爱排队"要变成"排队超过 X 分钟换下一家"；"想吃点好的"要变成"安排 N 顿需要预约的正餐，其余走日常价位"。 **用户没表态的项，用最省事的默认值并说明你的假设**，让他们能一眼推翻。 ### 第 1 步：定主日和换日规则 行程里总有几项**受天气/季节支配**（