见好 · 旅行规划器（jianhao-travel-planner · 公用版 v1.0）

公用版说明（2026-09-21，从作者本体 v3.26 派生） 本文件是作者自用版 travel-planner 的公用/开源版：方法骨架、产出形态、自查清单与本体一致；按开源前置工序做了 7 项改造—— ① 抓取链切公开源：正餐情报走大众点评/高德地图/小红书等公开平台交叉验证，不再依赖博主作品抓取流水线（不需要任何登录态）； ② 配套口径三改：证据分级适配公开源 / 收录门槛 R2 的「穷尽」判定改为「地图 POI+多源交叉穷尽」/ 信源名单由使用者自建（不预置任何博主白名单）； ③ 脱敏去个人化：用户档案改填空模板、作者个人设定降级为参考示例、个人文件路径全部清除； ④ 长辈/官方版叠加档完整保留（四件套+决策替做+温馨提示）； ⑤ 配图硬规矩保留 + Pexels 免费 key 自注册指引（2 分钟，见「工具与依赖」）； ⑥ 工程工具随包附带（tools/consistency.py 骨架校验 + tools/desource.py 脱敏），去 AI 味通道二改可选； ⑦ 版本演进记录原样保留——每条规矩后面的"血案"（翻车实录）是这套标准为什么成立的解释，比规矩本身更值得读。记录中的署名（作者 WW 与协作者 WB）是真实迭代存档，正文运行区已不含个人依赖。

安装：整个目录（SKILL.md + assets/ + tools/）复制到 ~/.claude/skills/jianhao-travel-planner/（全局）或项目 .claude/skills/jianhao-travel-planner/（单项目）即可被 Claude Code 自动加载。 ⚠️ 与自用版的关系：本文件由作者的自用版本 travel-planner 派生（自用版含作者个人档案、不公开）。公用版技术名 jianhao-travel-planner 与自用版不同名，二者可在同一台机器共存、互不覆盖。

版本 v3.26（2026-09-21，定情报卡 IA 分层）｜情报卡结构＝正餐动线在上 + 轻餐独立板块在下（与路书美食清单同构，定版原话「参考路书里的美食清单版块，先是正餐单独放在上部分，早餐下午茶宵夜单独放下部分」）： ①🔴禁止轻餐穿插正餐分段——早/宵/下午茶卡不得混在正餐 ①②③④ 动线分段里（首版广佛补卡曾插在正餐分段内，被使用者打回）； ②轻餐板块独立置底：分段带「☕ 早餐 / 下午茶 / 宵夜（城市A → 城市B · 全天候）」，放全部正餐卡之后； ③轻餐排序＝城市序（先广州后顺德），城内按 早餐 → 下午茶 → 小吃 → 宵夜 排； ④正餐排序＝行程动线序（Day1-3 驻地 → 老城 → 转场镇 → 顺路镇），禁抓取序/随机序（首版 26 店即抓取序被打回「顺序都是乱的」）； ⑤侧栏导航两组：「正餐 · 按行程动线 · N 张」+「早 / 下午茶 / 宵夜 · M 张」，锚点与正文卡序一致； ⑥编号：正餐 01-N 连续，轻餐 N+1 起连续（轻餐卡标题带（早餐）（宵夜）（下午茶）（小吃）类型标）。 版本 v3.25（2026-09-21，定标准）｜门票价格实时性铁律 + 去AI味双通道：①🔴门票价格=按当前询问时间实时检索（定版原话："最新，最准，最真实是按当前询问的时间开始检索"）——检索时点=当下（不许沿用会话早前结果/历史路书/记忆价）；官方源优先序（官网/公众号>官方App>OTA>攻略只当线索）；每条价格带时戳（¥350·2026-09-21 13:00 查·长隆官方公众号）；查不到官方源→如实写「请自行比价」+给比价指引（官方公众号/小程序/大众点评/高德/抖音直播间看哪个优惠多，🔴比对好日期别搞混——不同渠道挂的不同日期档票价不同）；网页价与官方价不一致并列写出。②去AI味升级双通道（"有没有给路书文案去AI味的设定"——有⑫但执行弱）：通道一 grep 高频词（原有）+ 通道二 humanizer 类工具全文过一道（抓 grep 抓不到的结构性问题：破折号滥用/粗体堆砌/三段式排比/通用积极结尾）；定位语：路书像朋友交代攻略的口吻，不是旅游杂志文案。 版本 v3.24（2026-09-21，拍板双轨同写）｜特种兵定义+打卡战报+体力红线+判定两问+六模式矩阵：①特种兵=重数量、不重体验和游玩品质的选点哲学（每点 20-40 分钟拍照即走、能串尽串；6:3:1 配比是深度轴默认、特种兵模式下不适用；仍守动线不绕路+实查纪律）②特种兵专属产出物「✅ 打卡清单」——每点一行（地名+机位+停留分钟）+总数显性给数字+勾选框+「已完成/计划」计数（复刻集齐感）③体力红线数字化：日行 3 万步=标准强度参照（排程标尺非上限承诺，超出预警）+连走 2 天第 3 天排半天缓冲；❌不写「晚睡」类条目④阶段 0 人数结构改判定两问：几个人什么关系（兄弟/闺蜜/情侣/家庭带娃/带长辈/混合/一人行）+有无体力特殊成员（原省力慢游触发）——「朋友局其实也是兄弟局」（定版原话），原条款默认了兄弟场景、闺蜜需求没覆盖 ⑤六模式矩阵重写人数结构切换段——闺蜜局=出片+氛围（互拍核心，拍照好看的店≥好吃的店）、情侣=两人时光（浪漫时段>打卡数量，大床景观房加分）为提案待实测（首次实测后按「看过不沉淀=没看过」回写修正）；一人行/省力慢游既有条款全保留。 版本 v3.23（2026-09-20，定情报卡标准）｜美食情报卡结构标准： ①收录优先级：⚡双源交叉 → 📌使用者指定 → 单源名店（区聚堆）； ②卡片字段：城市·区域｜店名｜位置（门牌）｜评星/人均/营业时间｜特色菜/推荐菜｜避雷/温馨提示——负面评价（两极分化/脾气火爆/上菜慢）写进避雷栏，别只夸不贬； ③介绍不呆：写记忆点（现烤皮脆/双源同探/晚6点售罄），不能只堆营业时间； ④朋友版情报卡全脱敏：不写采集来源/链接/证据块； ⑤🔴离主行程远的店去掉（先例：南海某店离广州/顺德主线远被划掉）。 版本 v3.22（2026-09-18，定标准）｜美食清单结构标准 + 早/宵/下午茶抓取分工：①每日必须有午餐+晚餐行——「园内/高铁上解决」也要有行（写清在哪解决），不许静默省略；②早餐/宵夜用「随意」设定——不限定哪一天、显示地点、给具体店+营业时间（每天 2 家左右）；酒店含早也写明；③下午茶：出名地推 2 家名店，不出名地推有品味的咖啡馆/小吃；④正餐 vs 早/宵/下午茶两条线——正餐从榜单+地图 POI 交叉抓；早餐/宵夜/下午茶从地图/点评自己抓，同样要营业时间；⑤每日行程卡午/晚只推 1 家，行尾加「（更多选择在美食清单）」——行程卡是导航、清单是菜单；⑥宵夜·随意设计升入基准骨架（早餐同款）；⑦命名：攻略板块叫「美食清单」、独立按城餐饮情报文档叫「美食情报卡」，不混用。 ⑥（v3.26 增补）情报卡/清单 IA 分层：正餐（动线序）在上 + 早/宵/下午茶（城市序）独立板块在下—— ①🔴禁止轻餐穿插正餐分段——早/宵/下午茶卡不得混在正餐 ①②③④ 动线分段里； ②轻餐板块独立置底：分段带「☕ 早餐 / 下午茶 / 宵夜（城市A → 城市B · 全天候）」，放全部正餐卡之后； ③轻餐排序＝城市序，城内按 早餐 → 下午茶 → 小吃 → 宵夜 排； ④正餐排序＝行程动线序，禁抓取序/随机序； ⑤侧栏导航两组； ⑥编号：正餐 01-N 连续，轻餐 N+1 起连续。 版本 v3.21（2026-09-16 深夜，拍板：R2 是口径演进）｜收录门槛三级分级（替代 v3.19 一刀切）：R1 店名+门牌已核→收录 ✅；R2 无店名但有确切位置引导（乡镇/码头/「凌晨 4:30 开在菜场旁」类可辨认特征）→收录 📌+给认店口诀，且仅限信源穷尽后启用——画面物证精读+多源交叉后仍无店名才算穷尽，R2 不是绕过核查的捷径；R3 既无店名又无位置→不收（不进情报卡/美食清单/备选池，不挂「待补」）；负面评价店→不收。背景：v3.19 一刀切与 R2 同日相撞（拍板=演进非冲突）。 版本 v3.20（2026-09-16 晚补账）｜探店分工指针+名单对齐登记。教训：正文有了版本史没记=账目不可见——正文改动必须当次进版本行，笔误级也附注记一笔。 版本 v3.19（2026-09-16，定标准）｜探店采集「收录硬门槛」：抓取美食/探店信息产出情报卡或攻略美食清单时，店名 和 位置 任一抓不到或核不实的店，一律不收录——不进情报卡/美食清单/备选池，也不挂「待补」。两条边界：①本条优先于 v3.10「搜到即用透」——不够格收录的店连"用透"的资格都没有；②与位置缺失处置并存——先做多源交叉取证（网搜/地图/评论区），该找的都找了仍取不到才弃收，不是"一抓不到就扔"。 版本 v3.18（2026-09-15，立规矩）｜探店采集「只认指定名单」硬约束（此条为作者个人设定，公用版已降级为「信源自建指引」，见吃维度；此处保留供理解版本演进）：默认只搜指定 6 位博主，不得擅自增补替换；无命中如实写「无命中」，禁止拿别的博主顶位；例外唯一入口=使用者明确点名。教训：①凡「搜不到」先复核认号，确认无号≠无作品 ②任何名单变动必须在交付说明里显式写出，不许静默替换。 版本 v3.17（2026-09-15 深夜：「特殊版也要在最新版的框架生成啊」）｜骨架固化的适用边界明确到"特殊版"：长辈版、亲子版、特种兵版、单人版这类"特殊版"，同样必须从基准骨架派生，不许另写 <style>、不许另起 IA 命名与导航机制。差异只允许落在两处：①正文层（内容、节奏、称呼、步速提示）②同一 <style> 内的变体钩子（<html data-variant="elder|kid|solo"> + 在既有 token 上做覆盖，不新增第二块样式表）。区块按内容裁剪是允许的——不自驾就没有 #drive、没有加餐玩法就没有 #boost——但 id 必须取自同一命名表、顺序仍按基准顺序、导航由同一份 JS 生成；「少几个区块」不等于「另起一套」。判据：该文件 <style> 指纹 == 基准指纹（或仅为已知钩子覆盖的增量），且区块 id 是基准命名表的子集、顺序单调。 版本 v3.16（2026-09-15 晚：「每一个地方的攻略都是大同小异没有一致性」）｜路书 HTML 骨架固化（阶段 3.5 加第 6 条）：实测盘上 11 份路书 = 7 个 CSS 指纹 / 4 套 IA 命名 / 8 套导航集合。根因：骨架从来没写进 skill——于是每趟要么「抄上一份」越抄越漂、要么从零做直接另起模板。本次三件事：①抽出基准骨架 assets/路书_基准骨架.html（约 18KB，CSS 指纹记录在其 <meta name="generator"> 里）+ 定稿 IA 14 区块（overview/drive/day1..N/boost/ticket/tips/cost/sos/eat/gift，intel 仅自用版）+ 侧栏两组导航 + 8 个版式 token + JS 六件事契约 + 每趟只改 4 类常量；②🔴修正原家族一处真缺陷：旧版都有 <section id="drive"> 但侧栏没有它的入口——读者根本点不到「行/路程」那一节 → 骨架补 <a href="#drive">；③新增 tools/consistency.py 机械校验（CSS 指纹/IA/导航覆盖/token/字体/JS 六件事/存储键命名/残留占位符/每日配图 十项），交付前必跑。 版本 v3.15（2026-09-15 晚，定标准）｜作息按人群模式分两根轴 + 特殊时段玩法必须主动提出（自查加㉑）：定版原话「家庭游、自由行尽量安排睡到自然醒的时间行程。大学生特种兵玩法可以按你的想法拍，甚至可以晚上还可以排一点。但如果有特殊的时间段玩法需要提出来，比如夜爬泰山、拍星空，或者哪个地方适合排夜景，这些也要记录到旅游 skill 里，以后再做其他地方攻略也要记得这些要求和标准」。落成四条：①轴一 家庭游/自由行＝睡到自然醒、主线取「10 点前后」的软目标；②轴二 大学生特种兵＝可提前、可夜排、可连续暴走，不必迁就睡眠；③早起包 + 夜游包两个标准件；④🔴特殊时段玩法必须主动提出——凡「有最佳时段、错过就废」的玩法不许因为默认晚起就静默砍掉，必须显式交代「项目+为什么那个点+作息代价+归入哪个包+不去拿什么补」。同日二补：「说了上午 10 点左右，不是要求卡那么死」——统一改为「10 点前后」软目标 + 达标区间 9 点多～10 点半 + 禁止当 KPI 卡到分钟，只拦「6-8 点档起床赶路」这一档。 版本 v3.14（2026-09-15 晚）｜「硬时刻除外」不得滥用 + 同一决策点全文同步（自查加⑳）：①Day1 写「选 07:00-09:00 发车那几趟」——把自己挑的车次包装成客观限制，实际 4 小时高铁改成 10:00-11:00 发车同样成立。新判据：「硬时刻除外」只在当天全部可选班次都早于锚点时才成立，凡是"选 X 点那几趟"的句式一律视为可调项。 ②同一决策点会散布全文：一处时间/场次散在 6 个地方，改 5 处漏 1 处就前后矛盾 → 加自查 ⑳。③教训：作息锚点要看主线起点落在几点——改完必须把每天第一个非交通时段的时间打出来核一遍。 版本 v3.13（2026-09-15）｜每日配图/停车补落地 + 图源改 Pexels + 自查加⑱⑲：「每日图片又缺失」——查证发现此前约定只在版本史里写了一句，正文与四件套里根本没有，等于从来没落地。教训：写在版本史里的"已固化"≠正文里有；改完必须回正文数一遍。①阶段 3.5 新增第 4 条「每日配图（必带）」+ 第 5 条「停车信息必查」②图源现实更正：Wikimedia 全域名境内网络不可达（不是偶发，别再等它通）→ 首选改 Pexels（免费可商用）③自查清单加 ⑱每日配图齐全（数 <figure> 个数，必须出数字）⑲停车信息已查。 版本 v3.12（2026-09-15 拍板）｜探店情报「搜→抓→核」三级链+美食清单字段标准+证据分级（公用版已改写为公开源版，见「美食情报卡标准件」）：①搜：逐位单搜定位命中 ②抓：命中对象的作品内/页面内信息必须实证——网搜标题/简介只能当线索，禁止当证据 ③核：以原始页面/卡面为准 ④美食清单字段标准：哪一顿/哪个地方（地界）/哪个店（含地址）/推荐什么菜/人均价格（不作硬性要求）；全量信息进探店情报卡 ⑤证据分级：实证级=证据在盘｜引用级=存在已核验但内容来自转述；机械核验交付前必跑。 v3.11（2026-09-15）｜探店情报卡标准件（定产出形态：博主探店情报，落成按城市持续追加的「探店情报卡」——字段=店名/推荐菜/位置/评价/价格（有则记无则标）；攻略美食板块只装店名+推荐菜（装不下更多），全量进卡片，路书引用卡片不复制（单一事实源）。卡结构=城市→分区+卡尾「按店索引」表（归拢"多源同探一家店"=交叉验证最强信号）。） v3.10（2026-09-15）｜信源店「用透」机械自查钩（再犯 v3.9 半条：逐位单搜做了、"用透"没做。固化机械自问：交付前逐家过——命中的每家店，在美食清单或备选池里有没有它自己的行？没有=没用透，回炉。已进自查清单⑰） v3.9（2026-09-13）｜配比偏好优先+探店信源多线取用：①6:3:1 是默认值不是铁律——采集阶段主动问"想热门热闹还是人少清静"，用户表达任何偏向即动态调整 ②多线取用规则：交叉验证最强；按线取用不混战；进正文三匹配门槛（价位+菜品+位置）；搜到即用透；用透的落点=按城市的「探店情报卡」。v3.8（2026-09-13）｜玩法热度配比 6:3:1（替代 v3.7"真体验层"表述——亲历口碑供给有限不作为骨架依据）：6 成热门（保底不出错）+3 成冷门（实锤的私藏点：本地食客多/多源验证，不是"没人去"）+1 成弹性（亲历口碑/新开彩蛋，有则用无则不强凑）。禁止全热门（中规中矩攻略架）也禁止全冷门（拿行程冒险）。v3.6（2026-09-13）｜作息锚点 10 点制+早起包标准件（朋友吐槽 6:30 出发/8:00 坐船"不科学"后定）：家庭自驾游出发日锚点 10:00、游玩日主线锚点 10:00 后——堵车/行程压力用「预留时间」解决，不压缩睡眠；早起包标准件：有老人/早起者时每天给「🌅 早起的人（自愿）」条，硬时间项目一律入早起包不进主线。v3.5（2026-09-13）｜景区示意图规范+视觉参考当场沉淀（批"只是能看"+看过没学会，固化）：①何时出：分散型多景点/需换乘的大景区必出 ②信息层六要素：入口（含停车/换乘）/游览路线/景点/厕所/方向（指北针）/行程动线①②③按天标注③表现层清单：地标插画化（画小图标不是圆点）、地形渲染（水系宽窄+波纹、远山氛围）、手绘感路线曲线、胶囊标签禁裸文字、低饱和主题色 2-3 色+奶白底、图例框、手机 390px 缩放后标签可读 ④视觉参考当场沉淀规矩：见到的优秀视觉参考，当场拆解要点写入本 skill 或笔记不过夜——看过不沉淀=没看过。v3.4（2026-09-13）｜行程类清单主排序=时间线（批低级错固化）：吃饭清单等一切行程类表格，主排序一律=行程日（Day1→Day2→Day3 顺着走），餐段/类别只做行内标注，跨日项（如宵夜）放末行；禁止按类别当目录排序——组织方式跟读者怎么用走，不跟分类学走。v3.3（2026-09-13）｜吃饭板块两层呈现+六维度板块齐全自查：①吃维度呈现必须两层=日程卡每餐精简内嵌+独立「美食清单」板块（早/午/晚/宵夜×地界成表）②自查清单第⑭项：六维度逐项问"呈现在哪"，融合可以、无板块不行。v3.2（2026-09-13）｜票务多档口径+HTML 两态实测：①门票实查先拆清多档价格结构再算账（联票含不含景交/观光车逐档核对官方在售商品名，防重复计价）②HTML 产物自查加「JS 禁用态」实测（动效必须 html.js 门控+兜底脚本，门控与 .in 显示规则配对同前缀防特异性倒挂）。v3.1（2026-09-12）｜装备五要素匹配+倒计时重点警醒+交通方式分支：①装备清单必须按目的地×季节×天气×温度×环境定制，先列「本趟特有项」再补通用项，禁止千篇一律 ②倒计时清单重点项加粗+警醒标志 ⚠️🚨 ③「行」维度按交通方式分支：自驾/租车=停车条逐日落地；非自驾人群必须给公共交通方案（站点→景区衔接/末班时间/散场打车难度）。另：作息采集条款=只问事实不打标签。v3.0 作息维度；v2.9 实查纪律；v2.8 配图/停车/发送版剥离；v2.7 路程时间总表。 ⚠️（内部协作机制不随公用版分发）本体曾存在"双副本异步同步机制"与"反向同步授权"，属作者与协作者之间的内部工作流，公用版不携带，不影响任何条款效力。对账与备份纪律仍建议保留：大改前留 .bak 底。

拍板记录（2026-09-02，对标旅行手册对比后定稿）

• ✅ 采纳：当日旅行模式（"还是有点意思"）/ 特产推荐升级版（"当地特产是什么+推荐方便携带的"）
• ⚪ 撤回：语言翻译锦囊——目标用户是国内旅行者，不做语言模块；后续提"语言锦囊"时提醒此拍板
• ❌ 否决：地图路线嵌入（"有过但很鸡肋，打不开，正常人用地图软件，文字导航描述够用"——路书导航一律文字描述，不嵌地图组件）/ 菜单中译（"主要针对国内用户没必要"）
• 📌 定调：本 skill 完善后将开源分发，按开源品质做 → 2026-09-21 落地：即本公用版 v1.0

铁律（任何阶段不可违反）

1. 实查优先：天气/门票/预约/车次/场次/店铺营业状态，必须联网核实，禁止凭记忆或印象
2. 未核实必标注：查不到的信息明确写「未核实」，不得编造或含糊带过
3. 单一事实源：路书只维护一份文件，计划变更立即同步并全文一致性自查（防残留矛盾，如已取消的行程还挂在别处）；分发产物（长辈版/官方版/HTML/发送版）必须能从事实源重新生成——转换时与源文件逐条对照，防"降维丢失"（实证：避雷 12 条转成分发版只剩 8 条）；禁止平行维护两份内容文件（md=唯一事实源，HTML=渲染产物，理想态=数据与模板分离重新合成）
4. 动线不绕路：按地理位置和交通线（如"地铁1号线串联"）组织每日行程，跨区必说明理由
5. 天气定节奏：避暑模式（早出+午休+晚出）/ 防雨模式（上午户外+午后室内），按实查天气切换
6. 安全游玩第一位：恶劣天气不硬玩——台风/暴雨/雷暴/沙尘等预警下，户外项目果断砍或改期，宁可留遗憾不冒险；天气判断永远基于实查预警，不靠偶然经验外推
7. 预算诚实：隐藏成本单列不漏——过路费/停车费/观光车/行李托运/服务区消费/讲解费，预算表和记账都必须给它们留行

阶段 0 · 需求采集（逐项问清，用户没答的用默认值）

• 时间窗：哪天走哪天回？能否请假？
• 当前出行状态（决定工作模式）：计划中（规划模式，出全套路书）/ 已出发在路上（陪伴模式，即时问答+当日精排）/ 已到目的地（执行模式，当日/次日逐时段精排）——教训：用户凌晨 1 点已出发，AI 还在做计划态方案
• 人数结构判定两问（v3.24 重构）：①几个人、什么关系（兄弟局/闺蜜局/情侣/家庭带娃/家庭带长辈/混合/一人行）②有无体力特殊成员（触发省力慢游轴，见下）——「朋友局其实也是兄弟局」（定版原话），原条款默认了兄弟场景、闺蜜需求没覆盖
• 同行者档案（非一人行必采）：关系/口味下限/体力与作息/兴趣类型（自然/人文/美食/拍照）/自驾几人能开（轮换）/AA 规则——朋友局与一人行方案逻辑不同（住宿房型/点菜分量/节奏取全队最低体力者）；行程完成度=全队最低意愿者（实战：两队友一个脚伤一个对人文无感，夜景连打全废）
• 交通方式：自驾 / 高铁 / 飞机 / 卧铺（可组合）
• 预算档位
• 硬约束：排除地区、去过不想再去的、忌口、体力上限
• 内容目的：纯玩 or 要出小红书/抖音内容（默认要出内容）
• 偏好锚点：出片 / 美食 / 避暑 / 人少 / 文化（排序）- 玩法取向（决定路书节奏与省钱杠杆强度，二选一；默认=深度体验）：
  • 深度体验：慢节奏、重沉浸、住得舒服、吃有名堂——本 skill 默认走法
  • 特种兵暴走：极致省钱 + 多打卡，日行 3 万步+、连刷多城多景点，主打"去过"——v3.24 核心定义：特种兵＝游玩路线上尽可能多去不同景点打卡拍照，重数量、不重体验和游玩品质，「主打去过」的完整含义就是数量优先。⚠️ 仅当玩法=特种兵时追加采集：体力自评（日行3万步+夜车，如实评估不强撑——体力红线本身不写晚睡类条目）/ 学生证是否在手（半价杠杆核心）/ 精确时间窗（早八约束、末班首班时刻）/ 夜车接受度（硬座/动车夜宿省房费=省钱第一杠杆）
• 一人行专属采集（人数结构=一人行时必采）：是否首次独行 / 夜归安全底线（最晚走亮灯主干道路线）/ 报平安对象与频率 / 独行经验——无人拉踩刹车，必须自设「疲劳红线」（日行步数上限+最晚回程时刻），且拍照痛点前置解决（见阶段3人数结构模式切换）
• 省力慢游专属采集（同行者档案中出现体力一般/长辈/腿脚不便/带娃成员时必采）：连续步行上限（走多久必须歇）/ 台阶承受度（完全不能爬 vs 少量慢慢爬）/ 午休是否刚需 / 慢病与常用药（高血压·膝盖·腰→高海拔、高温、长时间站立项目先过健康红线）/ 行动辅助（拐杖/轮椅/婴儿车→触发无障碍实查）——统称「省力慢游」，不用"年老体弱"类标签：说的是方案属性不是人的属性，谁用都不别扭。称呼同行者用自然口语词：长辈/老人/爸妈/孩子——不用「祖辈」「老人家」这类生硬 AI 腔（2026-09-12 定版）
• 作息情况采集（v3.0 新增，所有行程必采）：只问事实，不给人定型——问法就四句（第 4 句 v3.15 加）："全队一般几点起？有人能起早吗？有人晚上精神吗？有没有一定要在特定时段做的事（夜爬／拍星空／看日出／夜景亮灯／逛早市／赶海）？"。三代同游作息必不同步，主线就低不就高：能起早的去冲晨雾日出（入备选），主线按最晚起的排。用户没答时默认=睡到自然醒

默认档案（填写示例，用前请整段替换为自己的）：武汉出发；典型时间窗=周五晚~周一上午；内容必出（小红书+抖音）；玩法=深度体验；人数结构以一人行为常态、朋友局为辅

阶段 1 · 目的地筛选（先给方向，拍板后再做详细方案）

• 列 3-5 个候选，每个查：①极端天气（台风/暴雨/高温/雷电预警）②季节适配 ③交通耗时 ④出片度 ⑤特色度 ⑥当季限定（时令景观/节庆/开渔/流星雨等，联网实查"当季有什么"，不内置静态表——会过期）
• 输出：1 首选 + 1-2 备胎 + 明确劝退项（附一句话理由）
• 用户拍板前不做详细路书（避免白做工）

B 案激活流程（主案执行不了、切备胎时）：

1. 退票 checklist（按损失从小到大处理）：门票/预约（公众号取消，免费无损失，爽约有限约风险）→ 酒店（免费取消期内立即退）→ 火车票（开车前 24-48h 扣 10%，越早退越省）→ 机票（能改签优先改签，退票按舱位规则）
2. 原路书保留并标注「未成行-可复用」，在用户档案去过清单记录（如"潮汕⏸路书 v1.1 已备未成行"）
3. 新方案继承用户档案+经验沉淀+已核实避雷，只重做目的地差异部分

阶段 2 · 实查复核（详细方案前必做）

• 天气：目的地行程期间逐日预报 + 关键日逐时段预报（午后雷阵雨窗口/日落前后/夜间）——午后雷阵雨≠全天不能玩，喷泉/夜景/户外项目按逐时段决策；另查极端天气历史
• 门票/预约：官方渠道、放票时间、闭馆日、是否必须预约；🔴 价格实时性铁律（v3.25：最新、最准、最真实=按当前询问时间检索）：①检索时点=当下——出票务信息那一刻联网查，不许沿用本次会话早前的查询结果、更不许沿用历史路书/记忆里的价格（门票有淡旺季/节假日浮动，1 个月前都可能过期）②官方源优先序：景区官网/官方公众号 > 官方 App 公告 > OTA 在售页（美团/携程）> 游客攻略（攻略只能当线索）③每条价格带时戳：¥350（2026-09-21 13:00 查·长隆官方公众号）——查的时刻与来源写死在路书里 ④查不到官方源的处置：如实写「官方渠道未查到，请自行比价」并给出比价指引——官方公众号/小程序/大众点评/高德/抖音直播间搜寻门票，看哪个优惠更多，🔴 但要比对好日期别搞混（不同渠道挂的可能是不同日期档的票）。网页价与官方价不一致的并列写出，不擅自取其一；高热度需预约景点一律按「提前 5 天」倒排预约节点（放票日即设提醒，如陕历博/省博/莫高窟类）；多档价格先拆清结构再算账——单票/联票/含车票并列时逐档核对官方在售商品名（联票含不含景交/观光车），防重复计价；老人/儿童优惠票同口径写明含不含车（实证：联票 90 已含景交，另算景交 20×4 重复报 80 元，预算虚高 50 元）
• 交通：车次/航班时刻、末班车衔接、换乘留 ≥1 小时
• 店铺：营业状态、人均、招牌菜、排队情况
• 景区彩蛋：免票政策（如背《滕王阁序》免票）、延时开放、刚恢复开放等
• 特种兵专属实查（仅玩法=特种兵时必做）：①学生证半价政策（景区门票+车票，逐点核实）②夜车车次时刻与余票（硬座/动车卧铺，省钱第一杠杆）③目的地末班车/首班车衔接时刻（决定"夜攻"可行性）④免费机位与免费开放点密度（免费馆/免费观景台/citywalk 串联）——省钱杠杆全靠这几项
• 省力慢游专属实查（启用省力慢游时必做，逐项联网核实）：①每景点代步工具全查清——缆车/索道/观光车/接驳车/电梯扶梯的票价+运营时间+末班时间+排队时长+是否直达核心观景点 ②台阶数与坡度（搜"景点+台阶/爬山强度"近期游记，台阶多直接换替代点）③无障碍通道（轮椅/婴儿车能否全程）④休息点密度（座椅/凉亭/茶馆）与厕所位置 ⑤上下山替代：全程车 or「车上+缓坡步行下」——下楼梯伤膝盖，宁可都坐车
• 实查纪律（v2.9 固化，四条）：
  1. 止损点：同一信息自动搜索/抓取最多 2 轮（含换源换路径），仍无结果→标「未查到」+给用户人工选项（如"App 内主页放大镜搜 X"），禁止循环重试死磕；遇验证码/风控弹窗一次即停手换路径（反例：同一目标连跑 4 版脚本）
  2. 时效标注：每条关键信息标"哪年的"（门票/营业状态/表演场次）；营业类信息超 1 年必须补查现状（正例：2023 年视频→补查 2025 年仍爆满在营）
  3. 用户线索双向校验：用户给的线索可能记错或过时——核实结果与用户记忆不符时，如实回告"你说的 X 没找到、找到的是 Y"，不硬凑用户期待
  4. AI 摘要不可作证据：搜索引擎返回里的 AI 生成摘要（非网页原文）只当线索——写结论前必须落到具体视频/页面实锤（探店信源幻觉案例）

阶段 3 · 路书输出（六维度结构）

文件命名：路书_<目的地>_v1.md，存项目目录。结构：

1. 头部：人员/时间/天气实况/核心节奏 + 地理归属一句话（目的地行政区划与方位亮出：如"丽水=地级市，本次玩它下辖的莲都区+缙云县"——不假设用户知道目的地行政关系，v2.9）
2. 倒计时行动清单：所有时间敏感动作按 T-N 天倒排——T-5 高热度景点预约（放票日设提醒）/ T-3 普通预约+抢票窗口（如莫高窟 A 类）/ T-1 天气终判（去/改期/切备胎）/ 退改截止提醒（火车票 24-48h 内扣 10%，越早退越省）。重点提醒项必须加粗+警醒标志（⚠️/🚨，v3.1）
3. 预约状态表：什么要约、什么不用约、放票时间/预约截止日（高热度景点按提前 5 天倒排）、取消规则、约满兜底方案
4. 逐日行程（每天按四块拆）：
   • 吃：美食选择池——定档（路书正文）+备选池（附录）两层；备选池按场景分层给足（知名正餐/夜宵名店/本地宝藏苍蝇馆子/早餐小吃/酒店周边），知名店保稳定出品、宝藏店保本地里子，都要推，选择权交给用户；每家给地址+招牌+人均+排队提示；附"找店三看"（看食客/看年头/看评价） 🔴 公开源采集链（公用版自含，不需要任何登录态）：
     • 正餐线=三路交叉：大众点评（必吃榜/黑珍珠/高分店榜单+店铺页）+ 高德地图 POI（评分/热度/营业时间/门牌）+ 小红书（攻略帖+评论区"课代表"汇总）——每个信源单独搜一次，禁止多源合并关键词搜（互相稀释会漏结果，如"合并搜漏掉某店 4 条记录"实证）；辅源=抖音/B 站公开搜索（能看多少用多少，不追求作品级深挖）
     • 早/宵/下午茶线（v3.22 两条线分工，公用版全走公开源）：地图/点评搜「目的地+早餐/宵夜/下午茶」，给具体店+营业时间（每天 2 家左右，"随意"设定——不限定哪一天）；酒店含早写明；出名地下午茶推 2 家名店，不出名地推有品味的咖啡馆/小吃
     • 🔴 收录门槛三级分级（v3.21，优先于「搜到即用透」）：R1 店名+门牌已核→收录 ✅；R2 店名查不到但有确切位置引导（乡镇/码头/「凌晨 4:30 开在菜场旁」类可辨认特征）→收录 📌+给认店口诀，仅限信源穷尽后启用——地图 POI 检索+多源交叉+评论区都查过仍无店名才算穷尽（R2 不是绕过核查的捷径）；R3 既无店名又无位置、或有负面评价→不收录（不进情报卡/美食清单/备选池，不挂「待补」）
     • 🔴 多源交叉验证：一家店至少两源信息一致才进正文推荐（点评高分+地图 POI 在营+小红书多帖提及=强信号）；单源孤证降一级进备选池并标注「单源」
     • 证据分级：📄引用级=公开平台信息（公用版的默认级别，逐条标来源与核实日期）｜实证级=本人到访/实拍（自用补充时用）——网搜标题/简介只能当线索，禁止当证据
     • 建立自己的信源名单：先用平台榜单起步，旅途中刷到靠谱探店内容可补充进自己的名单并记录认号要点——信源名单是个人资产，公用版不把它当硬约束。格式示例（原作者自用名单，仅示范记录格式，不必照搬）：唐仁杰／特厨隋卞／刘雨鑫JASON／大冬来了／庞师不是师／老谢——⚠️近名假号多（如"大东来了"是西安团购券号），认号方法=读平台用户卡的「账号ID＋粉丝量」比对内容形态
     • 呈现必须两层——日程卡每餐精简内嵌（1-2 家，只给名字+吃什么；每日行程卡午/晚只推 1 家，行尾加「（更多选择在美食清单）」——行程卡是导航、清单是菜单）+ 独立「美食清单」板块（🔴 板块名固定写「美食清单」，出稿时 grep「吃饭清单」必须为 0。主排序=行程日、餐段做标注、宵夜跨日放末行；早餐如实写：含早就说含早，不含给推荐店——实证：只内嵌不成板块，早餐两天空缺、宵夜无、店名零实查）
     • 信源店「用透」自查（v3.10 机械钩）：命中信源的每家店，美食清单或备选池里必须有它自己的行，禁止只躺在情报卡里
     • 纯流量网红店需交叉验证防充值（评论区本地人评价+地图复核）；现场挑选原则（就近/看势头/量力而行）
   • 玩：景点怎么逛（动线/重点/时长/讲解建议）；热度配比 6:3:1（v3.8）+偏好优先（v3.9）——6 成热门保底+3 成冷门惊喜（实锤的游记私藏/本地人聚集地）+1 成弹性（亲历口碑/新开彩蛋）；6:3:1 是默认，采集时主动问偏好，用户说"想热闹/想人少"即动态调；禁止全热门（中规中矩攻略架）或全冷门（拿行程冒险）；特种兵模式（v3.24）：动线按「能串尽串」排——每点 20-40 分钟（核心位拍照即走）、单点不恋战，6:3:1 配比不适用，改为最大化不同景点数量；⚠️ 数量优先≠瞎排——打卡点之间仍守动线不绕路铁律+实查纪律
   • 住：先选住宿形态再选区域——形态按人群场景给选项：兄弟局=电竞房（3人一间，能玩能睡能兼顾工作=数字游民场景，实测）/民宿套间；一人行=性价比连锁/青旅；家庭=套房/民宿；内容向=特色民宿（体验感+出片，搜"目的地+特色民宿"看实拍评价）；再定区域+理由（近动线/近美食）+价位。信源=携程/美团酒店/大众点评三平台同店比价（同店价差常见一成以上，以可免费取消的低价为锚）+ 小红书实拍帖交叉验图（重点翻差评与"图文不符"提醒）
   • 行：大交通精确时刻+市内交通（哪天开车哪天地铁，进城停车难则地铁优先）；自驾/多点位行程必须出「全程路程时间总表」（每段里程+正常耗时+节假日路况预留，短驳段估算的标【估算】），并在逐日「行」里落到当段（v2.7，读者最关心"这段开多久"）；交通方式分支（v3.1）：自驾/租车人群→停车信息逐日落地（每天卡片底部固定 🅿️ 停车条：停车场位置/收费/是否白天禁行需换景交/旺季到位时间/当日里程）；非自驾人群必须给公共交通方案（高铁站/机场→景区的班车·公交·打车费、景区间衔接车次、末班时间、散场打车难度）——停车条只针对自驾租车人群，别的人群要给对应出行方案，不能默认人人自驾
   • 拍：机位清单+最佳时间+光线逻辑（建筑朝向决定顺逆光）+特殊场景参数手册（夜景/雨景/日出夕阳/星空/博物馆/美食，分 iPhone 和安卓给具体参数与技巧，如"镜头贴玻璃消反光""实况转长曝光拍喷泉"）
   • ⏰ 作息排程规则（v3.0；v3.15 按人群模式重构为两条轴）：① 家庭游 / 自由行（默认轴）：出发日「10 点前后」（v3.6：家庭出游睡饱第一——堵车和行程压力用「预留时间」解决，不压缩睡眠解决；丽水 6:30 出发拿"躲高峰"正当化仍被朋友吐槽实证。航班/火车硬时刻除外，写明理由即可；🔴但「硬时刻除外」不得滥用（v3.14）：车次/航班是自己挑的，属可调项——4 小时高铁不等于"必须坐早班车"，改成 10:00 发车、14:00 到场一样成立；只有当当天全部可选班次都早于锚点时才叫真硬时刻；凡出现"选 07:00-09:00 发车那几趟"这类句式，一律视为把自己的排程包装成客观限制，回炉重排）；游玩日主线也取「10 点前后」；🔴但这是软目标、不是闸门（v3.15：「说了上午 10 点左右，不是要求卡那么死」）：9 点多出发、10 点半开玩都算达标——为了动线顺提前半小时、或落在 09:30 都不用回炉；真正要拦的是「6-8 点档起床赶路」那个量级。别把锚点当 KPI 卡到分钟；② 大学生特种兵 / 打卡暴走（另一根轴，不套 10:00 锚点）：可提前、可夜排、可连续暴走——凌晨机位、夜车过夜、夜爬、夜市宵夜、跨城连刷都算正常排法，按玩法需要排满即可，不必迁就睡眠（v3.15：「大学生特种兵玩法可以按你的想法拍，甚至可以晚上还可以排一点」）。三条底线不破：恶劣天气铁律、安全底线（夜归/独行）、实查纪律。③ 早起包 / 夜游包标准件（v3.6 立，v3.15 补夜游包）：作息敏感型项目一律不进主线，但必须落成两个包——「🌅 早起的人（自愿，谁起谁去）」＝民宿步行圈内晨间体验+回店集合早餐时间；「🌙 夜游包（自愿，谁去谁回）」＝夜景亮灯/夜拍机位/夜市宵夜/深夜温泉，写清「几点出、几点回、谁去」。两个包都要标注作息代价（「需 5:30 起」／「回酒店 23:00」），谁去谁起、主线人员照常；家庭成员作息不同步时主线就低不就高。④ 🔴 特殊时段玩法必须主动提出（v3.15，硬要求）：凡「有最佳时段、错过就废」的玩法，不许因为默认晚起就静默砍掉——必须在路书里显式交代四件事：①项目 ②为什么非得那个点 ③作息代价（几点起／几点回）④归入哪个包 + 不去拿什么补。已固化清单（任何目的地都要先过一遍）：夜爬（泰山类）／拍星空·银河（必查月相+月落时间，满月前后一周直接放弃）／日出·日落／晨雾／云海／城市夜景·亮灯时刻／灯光秀·烟火／早市·赶集／赶海·涨落潮／观鸟·动物活跃期／夜汤温泉／深夜食堂·夜市。配套：与「拍」维度的特殊场景参数手册互相引用——手册里给了星空参数，行程里就得有星空的位子；只写参数不排位子＝这项没落地。⑤ 日夜交界型家庭游也能排：日落→亮灯→夜拍串成傍晚动线（江边/桥/高层观景台），属正常主线、不是熬夜，跟「早起」是两回事，别混为一谈。
5. 避雷表：必须"真实场景+应对"式（❌"注意防晒" ✅"遗址区无遮挡，观光车必坐否则热死"）；措辞分群体（2026-09-10 定版）：面向老年人/官方群体的输出物称「温馨提示」，其他群体仍称「避雷」
6. 预算表：逐项+人均
7. 应急表：每个关键环节给 Plan B（错过车/暴雨/约满/肠胃）
8. 景区示意图（条件触发：分散型多景点/需换乘的大景区必出，单点景区可不出）——手绘 SVG 嵌对应日程板块，规范=v3.5 版本头（信息层六要素+表现层插画化清单），标注「示意非等比」+数据来源日期
9. 装备清单（按场景勾选）——必须与本趟行程实时匹配，禁止通用模板直接套（v3.1）：按目的地×季节×天气×温度×环境五要素定制，每趟先列「本趟特有项」再补通用项（例：中秋溪边=玩水洞洞鞋+晨雾清晨外套+驱蚊液+防晒；西北=沙漠鞋套密封袋；冬游=暖宝宝触屏手套）：
   • 通用：身份证/充电宝/常用药（蒙脱石散+藿香正气+创可贴+碘伏）
   • 高温：防晒/速干衣/大水
   • 雨天：折叠伞/防水鞋套或洞洞鞋/手机防水袋/便携雨衣（骑车比伞实用）
   • 沙漠戈壁：手机相机密封袋/鞋套（买贵一档，差价小体验差大）/干粮+大水（大景区中午必错过饭点）/物理防晒可现场买
   • 夜骑提醒：视线差路段提前减速（西安城墙摔车教训）

玩法模式切换（深度体验 ↔ 特种兵暴走）：路书六维度按玩法取向切换侧重点，其余铁律（实查/预算诚实/安全第一位/自查9项）两种模式通用。

• 节奏：深度=早出+午休+晚出（避暑/防雨）；特种兵=连续暴走无午休，但恶劣天气铁律仍生效——雷暴/台风/高温红色预警下砍户外不硬玩，宁可留遗憾；🔴 体力红线（v3.24）：日行 3 万步=特种兵标准强度参照（排程标尺非上限承诺——按 3 万步的量排行程，超出要预警）；连续暴走 2 天后第 3 天必须排半天缓冲（睡到自然醒或半天室内），防练报废；❌ 红线不写「晚睡」类条目
• 住（维度切换最大）：深度=选住宿形态（电竞房/民宿/特色民宿）；特种兵=尽量省掉住宿——夜车过夜（硬座/动车卧铺）把房费压到 0，确需落脚选青旅/钟点房/24h 快餐店休整
• 吃：深度=知名店+宝藏苍蝇馆子两层慢吃；特种兵=高频低价小吃快速扫街——路边/早餐/夜市优先，顺路出片，不坐大餐，单顿控 15–30 元
• 行：两种都重地铁串联；特种兵额外强调「夜车 + 末班车衔接 + 清晨首班」三段式赶场，跨城靠夜间车次
• 拍：深度=机位+光线逻辑+参数手册；特种兵=打卡照/合照/铁证照为主，器材轻，重「证明来过」与集齐感，机位逻辑可简化
• 预算：深度=分项+隐藏成本；特种兵加「省钱杠杆」列——夜车省住宿/学生证半价/免费机位/citywalk 串免费点/周末错峰（消费对半打折）
• 避雷：深度=真实场景+应对；特种兵新增专属风险——体力透支、夜车睡过站坐过站、凌晨到站城市安全、错过末班车、过度赶场误车

人数结构模式切换·六模式矩阵（v3.24 重写）：人员结构 × 玩法取向（深度/特种兵）× 体力结构（常规/省力慢游）三轴正交、任意叠加——如「闺蜜局+特种兵」=一天八机位换装打卡（真实存在需求）、「兄弟局+省力慢游」=长辈随行的家族旅行。

一人行既有细则（实战验证，原样保留）：

• 节奏：自己说了算但无人踩刹车，需自设疲劳红线（日行步数上限+最晚回程时刻），到点强制收，防透支
• 住：青旅（挑有前台+电梯监控的安全连锁）/ 性价比连锁；不订偏僻无前台民宿
• 吃：小吃/快餐/商场食阁扫街最稳，专找"一人食友好"店（吧台/单人套餐/半份），错峰避包间大桌尴尬；点菜难→改轻食或拼碗
• 行：重地铁串联；无人分摊，共享单车+地铁最优；夜归走亮灯主干道/24h 店路线；行李寄存（车站/商场）解放双手冲景点
• 拍（一人行核心痛点·没人帮拍）：三脚架+手机延时/自拍杆/八爪鱼支架是刚需；合照用延时或礼貌请路人（提前给构图+焦点交代清楚）；夜景人像自拍杆+补光；把"如何独自成片"写进每条机位
• 避雷：深夜独行偏僻处（走亮灯主干道）、只叫平台车不路边黑车、住宿查安全评价、设报平安节奏、一人不适无人照顾（常用药+旅行险必备）

体力结构模式切换（常规 ↔ 省力慢游）：省力慢游与玩法取向、人数结构均正交，可叠加（如"家庭+深度体验+省力慢游"）。触发条件=同行者档案中有体力一般/长辈/腿脚不便/带娃成员。六维度切换侧重点：

• 节奏：半天一个点 + 午休刚需；日行步数按其上限的 70% 排（留余量防透支）；出发不赶早
• 玩：代步工具写进动线——能坐车绝不爬山；经典路线改"省力版"（缆车/观光车直上 → 核心观景 → 车下或缓坡步行下）；台阶多的点给替代点而非硬爬
• 行：门口到门口优先（打车/自驾），地铁换乘 ≤1 次；景区之间预留回酒店午休窗口
• 住：电梯房/低楼层 + 近地铁口或景区 + 含早（省早出门找早餐）
• 吃：就近优先于名店——名店排队久站 = 直接换备选池近店
• 拍：代步工具可达机位优先，观景台 > 徒步机位
• 预算：代步费用单列一行（缆车/观光车对体力一般成员是刚需，不是可省项）
• 避雷新增：无座椅长排队区、台阶陡坡段、厕所远、正午无遮挡段——省力慢游三大隐藏雷

交付前自查清单（逐项打勾才可交付）：①信息全文一致（无已取消项残留）②天气已分时段③门票放票时间+预约截止已标④店铺有地址+营业状态已核⑤动线无回头路⑥预算闭合且隐藏成本有行⑦避雷全是"真实场景+应对"⑧应急 Plan B 覆盖关键环节⑨版本号/日期已更新⑩随行两件套已出（当日模式页/特产三问，见阶段3.5）⑪页面/HTML 类产物已渲染截图亲验（真机视口桌面+手机各至少一张，防自嗨式设计缺陷——手机工具条遮挡天气卡实证；Playwright 可 channel='msedge' 驱动系统 Edge 零下载）⑫文案去 AI 味复核（v3.1；v3.25 双通道）：通道一 grep 高频词（进行/值得注意/本质/仿佛/映入/众所/首先其次/综上/绝绝子/震撼/为您/不仅…而且/此外/标志着）+ 通读标题与各板块——称谓口语化（长辈/娃，不用祖辈老人家）、无 ≥3 句书面排比、无"不像人话"的句子；通道二（可选）任一中文 humanizer 类工具全文过一道——破折号滥用/粗体堆砌/三段式排比/通用积极结尾这类 grep 抓不到的结构性问题；🔴 路书是给普通人执行用的，不是给读者欣赏的——像朋友交代攻略的口吻，不是旅游杂志文案 ⑬HTML 入场动效两态实测——动效禁裸 opacity:0（必须 html.js 门控+兜底脚本），门控规则与 .in 显示规则配对同前缀（防 CSS 特异性倒挂）；自查时 JS 禁用/启用两态都实测、内容两态全可见（实证：裸 opacity:0 依赖 IntersectionObserver，JS 挂→83% 内容不可见；首轮修复门控特异性反压 .in 规则致正常态不可见，两态实测才抓出） ⑭六维度板块齐全——吃/玩/住/行/拍/避雷逐项问"呈现在哪"：允许融合呈现（避雷→温馨提示）、不允许无板块 ⑮景区示意图（大园区必出时）：信息层六要素齐+表现层插画化过一遍+手机视口截图亲验缩放可读 ⑯作息锚点——出发日与游玩日主线都取**「10 点前后」的软目标**（9 点多～10 点半都算达标，别卡死），硬时间项目不入主线（入早起包/夜游包/备选）；有老人/早起者时每天有「🌅 早起包」条 ⑰信源店用透自查——命中信源的每家店，美食清单或备选池里必须有它自己的行（进不了动线的也要带店名+必点+人均/未核实标注入备选池），禁止只躺在情报卡里 ⑱🔴每日配图齐全（HTML 交付）——数 <figure> 个数 ≥ 行程天数；每张 base64 内嵌、亲验真渲染（naturalWidth>0 && rect.width>50）、四档视口（320/390/768/1280）无横向溢出；非本趟实拍的已标「（示意）」且页脚写明"实景/示意 + 图源"。这一项必须出数字，不许凭印象说"有图" ⑲停车信息已查（自驾/租车时）——每天卡片底部 🅿️ 专条齐：停车场位置/收费/是否需换乘景交/旺季几点前有位，查不到标"以现场为准"不许留空 ⑳同一决策点全文同步——动一个时间/场次/价格/店名之前，先 grep 出该决策点在全文的所有落位（准备清单·速览·时段卡·示意图 SVG·门票表·tips/避雷·预算表·应急），一处改就全部改，判据=旧值在「活条款」里归零（⚠️例外：版本史/备注里对旧写法的引用要保留——断言要锚到活条款原句，别拿裸值/裸词当判据）；另加一条作息复核：把每天第一个非交通时段打出来看一眼——落在 9 点多～10 点半之间即达标；只有出现「6-8 点档起床赶路」才算没过 ㉑特殊时段玩法已主动提出（v3.15）——过一遍特殊时段清单，凡命中就必须在路书里显式交代「项目+为什么非得那个点+作息代价+归入早起包/夜游包+不去拿什么补」，不许因默认晚起而静默砍掉；家庭游/自由行若确实要排早，必须写明代价并征得点头，不许默默排

阶段 3.5 · 随行套件（路书交付时同步产出）

路书之外必附的"旅行中真正会打开"的随行件，与路书同文件或独立 HTML 均可：

1. 当日旅行模式（每个出行日自动生成"今天页"）
   • 内容=今日动线（时间+地点+交通方式）+ 天气与穿衣 + 今日提醒（预约截止/加满油/带装备）+ 出片建议 + 顺路可买
   • 按 TRIP.start 日期自动算今天：今天高亮、已过天变灰；用户说「今天去哪」直接切当日视图，不再翻全篇路书
   • 数据全部复用路书，不重写；教训：凌晨已出发时 AI 还在做计划态方案——当日模式=陪伴模式的默认视图
2. 特产三问卡（每项回答三问：是什么/哪里买/好不好带）
   • 只推方便携带的（真空小包/密封礼盒/轻量装）；带携带条件的高亮警示（如青稞酒仅托运、散装肉制品别买）
   • 附比价提示（景区出口 vs 市区超市常差三成）；价格水分大的品类标注"认准产地直供，别买天价礼盒"
   • 作者偏好参考：旅行购物以文创为主，特产按"值得带的少数几样"给，不铺清单
3. 长辈/官方 HTML 分发版四件套（2026-09-10 定稿；面向老年人/官方群体的 HTML 路书必带）
   • 当日模式：按今天日期自动高亮并滚动到当日行程卡（行程期外则高亮"出发前清单"）
   • 大字三档：字号 A−/A/A＋ 可调，localStorage 记忆
   • 清单勾选：出发前清单+装备单可打勾，localStorage 持久
   • 打印样式：@media print 一键纸质化（隐藏导航与按钮，卡片防跨页撕裂）
   • 参考实现思路：CODEX 风格全令牌+功能双清单；风格产物规则=风格令牌+功能清单全带，禁止只抄视觉皮
   • 配套原则「决策替做」：面向长辈/官方/执行型读者，分支决策提前替读者做完，输出指令式文本（"到了先看几点：中午前到→先吃面再玩…"），不输出选项让读者选——选项是给策划者的，指令才是给执行者的
4. 🔴 每日配图 —— HTML 交付必带（2026-09-13 立规 → 2026-09-15 又漏，连漏两次）
   • 每一天都要有图：<figure> 放在 .day 里、.day-head 之后，外层 <div class="photos">（双列）或 <div class="photos single">（单列）——骨架 CSS 本来就带 .photos 全套规则。
   • 图必须 base64 内嵌（单文件断网可开）；逐张眼见亲选剔错图，别信文件名；非本趟实拍的一律标「（示意）」，并在页脚写明「哪些是实景 / 哪些是同题材示意 + 图源」。
   • 🔴 图源的现实（2026-09-15 实测）：commons.wikimedia.org、upload.wikimedia.org、zh.wikipedia.org、api.wikimedia.org 在境内网络全部不可达——不是偶发、别再等它通。 → 首选 Pexels（免费可商用）：key 获取见「工具与依赖」（2 分钟免费注册），直接打 API https://api.pexels.com/v1/search?query=<词>&per_page=4&orientation=landscape（带 Authorization: <key>）。
   • 选图纪律：地标类优先挑真在当地的；本地小众景点 Pexels 没有 → 同题材素材 + 标「（示意）」，绝不用别处照片冒充当地实景。
   • 🔴 验收要出数字，不能靠肉眼：document.querySelectorAll('.photos img') 逐张查 naturalWidth>0 && rect.width>50 才算真渲染；再跑四档视口（320/390/768/1280）确认无横向溢出（base64 大图最容易在窄屏撑破）。
   • 🔴 反例：某版首版 0 张图（96KB），而成熟版 8 张（1.23MB）——.photos 的 CSS 一直在，只是生成脚本从没产出 <figure>，于是「骨架在、内容缺」，看 CSS 或跑原四检都发现不了。→ 交付前直接数 <figure> 个数 ≥ 行程天数（进自查清单⑱）。
5. 停车信息必查（2026-09-13 同批约定）：自驾/租车人群，每天卡片底部给 🅿️ 专条，写清停车场位置 / 收费 / 是否需换乘景交 / 旺季几点前有位；查不到就如实标「以现场为准」，别留空。
6. ✅ 打卡清单（v3.24 第三件套，玩法=特种兵时必出、其他模式不出）：特种兵专属产出物——每个打卡点一行：地名 + 核心机位/拍什么 + 预计停留分钟数；按动线顺序排列（不按类别），总行数=本趟计划打卡点总数（数量本身就是特种兵的爽点，要显性给数字：如「本趟打卡 23 个点」）；预留勾选框；收官行给「已完成 ___ / 计划 ___」计数位
7. 🔴 路书 HTML 骨架 —— 固化基准（2026-09-15 立规）
   • 背景（实测数据，别重犯）：曾出现 11 份路书 = 7 个 CSS 指纹 / 4 套 IA 命名 / 8 套导航集合。根因：骨架从来没写进 skill。🔴 硬规矩：新路书一律从基准骨架复制，不许另起模板、不许抄上一份成品。
   • 🔴 「特殊版」同样适用（2026-09-15 深夜：「特殊版也要在最新版的框架生成啊」）：长辈版 / 亲子版 / 特种兵版 / 单人版等特殊版不是免死金牌——同样只从基准骨架派生。差异只准落在 ①正文层 ②同一 <style> 里的变体钩子（<html data-variant="elder|kid|solo"> + 覆盖既有 token，不新增第二块样式表）。区块可按内容裁剪（不自驾无 #drive、无加餐玩法无 #boost），但 id 必须取自同一命名表、顺序仍按基准、导航仍由同一份 JS 生成。判据：<style> 指纹 == 基准指纹（或仅已知钩子的增量），且区块 id 是基准命名表的子集、顺序单调。
   • 基准文件（随本 skill）：assets/路书_基准骨架.html（约 18KB，无 base64）。判据是「新路书 CSS 指纹 == 基准文件指纹」，不是「等于某个固定常量」——指纹随基准改动而变，基准指纹记录在该文件的 <meta name="generator"> 里。
   • 定稿 IA（14 区块，顺序即主导航顺序）：overview 总览 ｜ drive 行·路程与停车 ｜ day1~dayN 逐日 ｜ boost 备选/加餐 ｜ ticket 门票预约 ｜ tips 提示避雷 ｜ cost 预算 ｜ sos 应急 ｜ eat 美食清单 ｜ gift 特产。intel 探店情报原档只加在自用版（追加在 gift 之后、自带第 2 块 <style>），朋友版一律没有。
   • 侧栏两组：行程（overview · drive · day1..N · boost）+ 备忘（ticket · tips · cost · eat · sos · gift [· intel]），用 .nav-group / .nav-group--chips。
   • ⚠️ 基准骨架修正过原家族一处缺陷：旧版有 <section id="drive"> 但侧栏没有入口——新路书必须带 <a href="#drive">行 · 路程与停车</a>。
   • 版式 token（不许改值）：底 #F7F5F0 ／ 面 #FCFBF7 ／ 主字 #1C1B17 ／ 次 #5C594E ／ 弱 #8A8677 ／ 线 #E3DFD3 ／ 主色 #2F5D43 ／ 警示 #8A6D1F；字体栈 "PingFang SC","Hiragino Sans GB","Microsoft YaHei",system-ui,sans-serif。
   • JS 六件事（3 个 <script>：head 门控 + 主逻辑 + 兜底）：①当日模式——TRIP 日期→dayN 映射，今天那天高亮 + 平滑滚过去，未出发给 #prepCard 加描边 ②字号三档（17/19/21px，存 <城市码>_font）③打印（#printBtn → window.print()）④勾选清单记忆（.check li input，存 <城市码>_chk_<id>，点了 reload 还在）⑤滚动监听（IntersectionObserver 加 .in + 侧栏 .on 高亮，rootMargin:-30% 0 -55%）⑥返回顶部（#backtop，scrollY>600 显形）。
   • 每趟只改 4 类常量：TRIP 日期映射 ／ <城市码>_font ／ <城市码>_chk_ ／ 侧栏 + 页脚 + <title> 的目的地段文字（骨架里已留 【目的地】/【当日主题】/【日期区间】/【人数结构】 占位符，漏改会在交付物里留下方括号）。城市码按城市拼音短码取，各城市必须不同（防 file:// 下 localStorage 互相污染）。
   • 交付前跑一致性校验：tools/consistency.py <生成的路书.html>（拿生成的路书去跑、以基准为参照，不要拿基准骨架自己跑——基准带占位符、天然 6 项不过；退出码 0 才算过：CSS 指纹一致 / IA 与导航齐全 / token 齐 / 命名合规 / 无残留 【】 占位符与城市名）。

美食情报卡标准件（公开源自含版 · v3.11/v3.23/v3.26 合成）

目的地攻略的餐饮情报，落成按城市持续追加的「美食情报卡」——这是路书体系的数据资产，慢慢积累：

• 文件：美食情报卡_<城市>.md，同目录持续追加；HTML 版用 assets/情报卡_基准骨架.html
• 字段：城市·区域｜店名｜位置（门牌）｜评星/人均/营业时间｜特色菜/推荐菜｜避雷/温馨提示——负面评价（两极分化/脾气火爆/上菜慢）写进避雷栏，别只夸不贬；有则记无则标，不硬凑
• 收录优先级：⚡多源交叉 → 📌使用者指定 → 单源名店（区聚堆）
• 收录门槛：与吃维度同一份 R1/R2/R3（店名+门牌已核 ✅／穷尽后位置引导 📌／不收）
• 结构 IA（v3.26）：正餐在上按行程动线序（Day1-3 驻地→老城→转场镇→顺路镇；🔴禁轻餐穿插正餐分段；🔴禁抓取序/随机序）+ 「☕ 早餐/下午茶/宵夜」轻餐板块独立置底（城市序，城内按 早餐→下午茶→小吃→宵夜）；编号正餐 01-N 连续、轻餐 N+1 起连续（轻餐卡标题带（早餐）（宵夜）（下午茶）（小吃）类型标）；侧栏两组导航锚点与正文卡序一致
• 介绍不呆：写记忆点（现烤皮脆/双源同探/晚 6 点售罄），不能只堆营业时间
• 卡尾「按店索引」表：归拢"多源同探一家店"=交叉验证最强信号
• 证据分级逐条标：📄引用级=公开平台信息（默认）｜实证级=本人到访实拍；附核实日期
• 朋友版全脱敏：不写采集来源/链接/证据块（tools/desource.py 可机械剥离）
• 🔴离主行程远的店去掉（先例：某店离主线 40 公里被划掉）
• 攻略美食板块只装店名+推荐菜（装不下更多），全量进卡，路书引用卡片不复制（单一事实源，v3.11）

阶段 4 · 行程中陪伴

• 用户任何变更（改店/改时间/改思路）→ 立即同步路书 + 全文自查
• 长途行程用「方案调整记录表」跟踪全部变更（调整项/原计划/调整后/原因四列——15 天 29 次调整全靠它防乱）
• 每晚收日结 4 项：账单照片 / 行程偏差 / 最佳·最差·意外 / 金句原话
• 标准记账模板（日结套用，回来直接闭合校验）：日期 | 项目 | 金额 | 分类 | 备注，每晚合计当日总花费；记不清的标「待核」不硬凑；费用归位：跨城交通归目的地段、当天往返支线归主基地、返程单列；预付票按使用日记账（例：13 号买的票 14 号用记 14 号）；支持直接解析微信/支付宝导出的 xlsx 账单（注意 UTF-8 编码防乱码）
• 必拍素材清单（每天对照勾，服务内容生产线）：
  • 铁证类：AI 对话截图（预言/决策瞬间）、账单照片、购票/预约截图
  • 反差类：翻车瞬间（摔了/淋雨/排队崩溃）、天气预警截图、计划 vs 实际对比
  • 过程类：出发/路上/干饭俯拍/夜景人像/同行者金句现场
• 突发问题即时答（店关门/天气突变/时间不够砍哪个）

阶段 5 · 复盘回流（行程结束后）

• 实际花费 vs 预算；踩雷/挖宝清单；内容发布数据
• 经验写回本文件的「经验沉淀」区（迭代机制，越用越准）
• 衔接内容生产线：路书 → 小红书文案（标题≤20字、正文+标签≤1000字全口径、emoji 锚点排版）→ 封面（人/字/色/悬/测五件套）→ 抖音（前3秒钩子、完播率优先、结尾站队）
• 公众号适配（如发公众号）：深度向长文，标题≤33字节，结构=痛点引入→路线→花费→避坑→金句
• 行后复盘模板（填空，产出追加到经验沉淀区并标日期，飞轮关键）：
  • 实际总花费 ____ vs 预算 ____（偏差 __%，主因 ____）
  • 最值回本的一个决定：____
  • 最大踩雷（真实场景+应对为何失效）：____
  • 最大挖宝（路书未列、意外好）：____
  • 内容发布数据（平台/播放/赞藏/转化）：____
  • 体验评分（独行/同行满意度）：____
  • 要写回经验沉淀的 1-3 条（每条一句话）：①____ ②____ ③____

用户档案（填空模板——复制本节后填写，随行程更新）

• 出发地：____
• 典型时间窗：____（如：周五晚~周一上午）
• 内容目的：纯玩 / 出内容（平台：____）
• 玩法取向：深度体验（默认）/ 特种兵暴走
• 口味：____（全队就低不就高，统一口径如"微辣"）
• 作息：____（默认睡到自然醒=主线 10 点前后；起早类项目放备选）
• 同行者常态：一人行 / 兄弟局 / 闺蜜局 / 情侣 / 家庭带娃 / 家庭带长辈 / 混合
• 体力结构：常规 / 省力慢游触发条件（同行者出现长辈·腿脚不便·带娃·体力一般）
• 住宿偏好：____（性价比/特色/近交通线…）
• 去过/排除清单：____（去过✅ / 已备未成行⏸ / 排除❌）
• 优惠资格：学生证有无（特种兵半价杠杆）/ 老人儿童票适用
• 独行经验：常独行/首次 / 夜归安全底线（最晚几点回、亮灯主干道路线）
• 兴趣类型排序：自然 / 人文 / 美食 / 拍照（行程完成度=全队最低意愿者）

经验沉淀（每次行程后追加）

⚠️ 以下为原作者的个人行程实录（2026-07 西北行 / 2026-08 南昌 / 特种兵·一人行·省力慢游模式知识），是本 skill 的"化石层"——方法可借鉴，具体结论请在自己的行程里验证后回写自己的经验。

• 2026-08 南昌：①酒店选地铁沿线→"进城不开车"铁律 ②电竞房=雨天完美室内备胎+内容素材 ③夜景优先可成设计思路（八一馆外观/滕王阁北园全免费）④"48小时数字游民"=朋友局内容包装概念 ⑤计划变更必须全文自查（残留教训）⑥返程勿凌晨硬开（去程已熬夜时）⑦反馈：吃要给"知名店+本地宝藏苍蝇馆子"两层，只给必吃榜不够⑧反馈：拍要给"机位+拍法+特殊场景参数（雨/日出/夕阳/星空）"，只给机位不够⑨澄清：吃的两层不是二选一而是全给（知名+宝藏都要，选择池越大越好）⑩反馈：住要先选"住宿形态"再选区域——朋友局电竞房3人一间/特色民宿（体验+出片），别只推连锁酒店⑪反馈：找店加探店信源——搜"目的地+专业背书"，纯流量网红店要交叉验证防充值⑫行程完成度=全队最低意愿者——同行者档案必含兴趣类型；队友两人不愿出门时一人行方案也执行不动；网图滤镜重的景点先做期望值管理⑬共享单车/电动车用前先查运营区（一城一策）——跨江/跨区动线默认地铁/打车

• 2026-07 西北行（15天5城，长途多城模式）：

  • ①极端天气只做风险提示，不当规律套用——核心是盯紧实查预警、恶劣天气不硬玩、安全游玩第一位；天气依赖型项目预留室内备选或可改期空间
  • ②费用归位原则：以住宿地为中心分段记账；跨城交通归"目的地段"；当天往返的支线归主基地段；返程独立单列
  • ③热门场馆三层兜底：正规替代（陕历博→西安博物院/小雁塔）+ 捡漏（退票刷新、当天临时放票）+ 替补清单（敦煌艺术馆等）；莫高窟 A 类抢不到→B 类应急票 → 预约状态表必须附"约满怎么办"列
  • ④下午场/末场票捡漏：兵马俑上午场没去成，当天 13:38 买到 17:01 末场；七彩丹霞买日场末班票守日落，不必买更贵的夜场联票
  • ⑤中转联程一次取两程登机牌：非同航司也行，行李主动问"代转运/直挂"→ 中转机场无需二次值机；路书写中转行程时必提醒
  • ⑥景区散场打车难预案：鸣沙山散场 30 分钟无网约车 → 免费巴士/大客车回城；戈壁/远郊景区路书必须预埋"散场交通备选"
  • ⑦酒店多晚拆单比价：同一酒店分三单订其中一单立减 ¥71 → 订 2 晚以上时拆单+不同日期组合比价
  • ⑧极端天气备选库三标准：半室内/不依赖天气/仍出片——风沙天砍雅丹西线改光电博览园（¥60 半天、含讲解、镜阵震撼）是教科书案例
  • ⑨季节敏感景观用近期实拍视频验证：草原雪山线靠近一周实拍视频发现"雪山很远、雪不多"后果断取消整段 → 雪山/花海/红叶/草原类项目出发前必验，不符预期果断砍，沉没成本不追
  • ⑩星空计划必查月相：盈凸月 75-80% 过亮，连排三晚全废 → 排星空机位时先查月相+月落时间，满月前后一周直接不排
  • ⑪长途多城节奏：15天 = 3-4 晚深度段 + 1-2 晚过渡段 + 每段留缓冲日；交通日不排重项目
  • ⑫平原古城共享单车次卡：西安非机动车道宽，3天5次卡 ¥4.9 覆盖洒金桥/城墙/博物院，市内交通最优解之一
  • ⑬戈壁补水：酒店免费水带走 + 蜜雪冰城无糖柠檬水；峡谷徒步"该补充能量就补充"，别硬扛
  • ⑭离城日动线：最后一个景点排在车站方向、行李随身玩完直接送站，省一趟折返；低价值经停点果断跳过改直达，把时间让给深度段
  • ⑮远观型景点路边机位替代入园（西夏王陵远拍双陵省¥75）；日落+夜景类串成一条傍晚动线
  • ⑯高温城市正午不排户外（西安38℃时酒店休整到19:30后出门）；纯日落依赖型景点阴天直接取消、改晴好傍晚补拍，别硬去
  • ⑰订票冷知识：「停止检票」≠闭园；多日多次入园票性价比高；热门入口卖完找冷门替代入口；新开通高铁线路有时间红利（出发前查最新开通线路）；支线高铁"一日一图"以 12306 当日查询为准
  • ⑱住宿选址=动线锚点：多景区分散的段选高铁站/交通枢纽旁——三方向都顺
  • ⑲拍摄增量：地标免费机位找对面商场高层观景台；灯光类景点先查亮灯时间再逛
  • ⑳找店增量四招：本地人美食街替代游客街（洒金桥>回民街）；问正在吃的店主推荐下一家（实测靠谱）；锁定一家"安全店"复购保底；早餐型地方美食赶早；机场/景区的异地名店分店普遍缩水
  • ㉑记账校验法：以每日费用表为锚，分类汇总表按每日合计反推、加总闭合校验；零星未记账支出标"待核"留口，不硬凑数
  • ㉒装备与应急：大景区日中午易错过饭点，必备干粮+大水；高空风敏感项目（索道/滑索）下午风大可能停运，优先上午玩；雷暴天网约车排队→扬招出租车走高速是有效备选；野导游搭讪带去假景点，认准官方讲解服务中心

• 模式通用·特种兵暴走（模式知识）：①第一杠杆是省掉住宿——夜车过夜（硬座/动车卧铺）把房费压到 0，确需落脚选青旅/钟点房/24h 快餐店休整②学生证半价必查（景区门票+车票常有，逐点核实）③免费点密度优先选城——免费机位+免费馆+citywalk 串联，预算大头压到吃和交通④时间极压缩：周五晚出发周一早八回，日行 3 万步是常态，但雷暴/高温红色预警仍砍户外（安全铁律不豁免）⑤夜车防睡过站：设多个闹钟+邻座互叫+到站前 30 分钟醒⑥凌晨到站城市安全：选亮灯便利店/24h 快餐店休整，不深夜独行偏僻处⑦赶场误车风险：跨城车次留 ≥1h 缓冲、末班车前 1h 必须到站台⑧打卡照重「证明来过」与集齐感，器材轻、合照为主⑨周末错峰消费对半打折⑩预算诚实铁律仍适用——夜车省下的住宿如实记为 0 而非估算，隐藏成本（饮水/防暑药/充电）照单列⑪体力红线（v3.24）：日行 3 万步是参照不是承诺；连走 2 天第 3 天排半天缓冲

• 模式通用·一人行独行（模式知识）：①拍照没人帮拍是核心痛点——三脚架+延时/自拍杆/八爪鱼支架刚需，合照请路人前给清构图与焦点②一人点菜难→小吃/快餐/商场食阁/一人食友好店（吧台半份）③住选有前台+电梯监控的安全连锁或青旅，不订偏僻无前台民宿④夜归只走亮灯主干道/24h店，只叫平台车不路边黑车⑤行李寄存（车站/商场）解放双手冲景点⑥自设疲劳红线（日行步数上限+最晚回程），无人踩刹车防透支⑦报平安节奏固定（到点发定位给家人）⑧常用药+旅行险必备，一人不适无人照顾⑨独行可叠加深度/特种兵任一玩法，机位与避雷按叠加模式取并集

• 模式通用·省力慢游（模式知识）：①代步工具（缆车/索道/观光车/接驳车/电梯）是刚需预算不是可省项——逐景点实查票价+末班+排队时长+是否直达核心观景②经典路线给"省力版"：车直上→核心观景→车下或缓坡下，下楼梯伤膝盖宁可都坐车③节奏=半天一个点+午休刚需，日行步数按其上限 70% 排留余量④台阶数提前查（搜"景点+台阶"近期游记），台阶多直接换替代点不硬爬⑤门口到门口交通优先（打车/自驾），地铁换乘 ≤1 次⑥住=电梯房/低楼层+近交通点+含早⑦吃就近优先，名店排队久站=换备选池近店⑧无座椅长排队/台阶陡坡/厕所远/正午无遮挡=隐藏雷区逐一排查⑨慢病成员的高海拔/高温/久站项目先过健康红线（安全第一位铁律不豁免）⑩同行者状态每天一问、动态砍项不硬撑——行程完成度=全队最低体力者（与"最低意愿者"并列）

工具与依赖（随包）

最低运行环境：Claude Code（或任一能读 SKILL.md 的 AI 编码助手）+ Python（跑两个工具脚本）+ 网络（实查与配图）。不需要：任何平台登录态、付费 API。