name: jianhao-travel-planner description: 见好 · 旅行规划器——出行路书工作流（通用版）。当用户提出旅游、出行、周末去哪、做攻略、做路书、目的地推荐、行程规划、自驾方案、当日行程、今天去哪、特产推荐等需求时触发。按「需求采集→目的地筛选→实查复核→六维度路书（吃/玩/住/行/拍+避雷）+随行两件套（当日旅行模式/特产三问）→行程中动态调整→素材采集→复盘回流」全流程执行，输出自包含路书文件。核心铁律：关键信息必须联网实查、未核实必标注、动线不绕路、天气定节奏、内容预埋（机位+钩子）。

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

公用版说明（2026-09-21 从作者本体 v3.26 派生；v1.2 于 2026-09-29 升级基准骨架——导航双通道/当日定位；v1.3 于 2026-09-30 正文条款对齐作者本体 v3.49 的国内通用部分（必答清单/价格含税总价制/图源三级链等）；v1.4 于 2026-10-03 增补本体 v3.50 五条价格纪律；v1.5 于 2026-10-05 增补本体 v3.51-52（机械交付闸门 tools/checklist.py+头部执行速查卡）；v1.7 于 2026-10-08 增补本体 v3.55-59 国内通用条款（今日速览标准件/升级体验必答化/冷知识卡与 Plan B 固定件/slot 主次律/机位信息标准/tips 两组兼备/导览图插画化基线/R2 门槛/住宿选房顺位等）+checklist.py v1.2+新增 check_hooks.py；国际/出境版条款测试中，完成后随出境版发布） 本文件是作者自用版 travel-planner 的公用/开源版：方法骨架、产出形态、自查清单与本体一致；按开源前置工序做了 7 项改造—— ① 抓取链切公开源：正餐情报走大众点评/高德地图/小红书等公开平台交叉验证，不再依赖博主作品抓取流水线（不需要任何登录态）； ② 配套口径三改：证据分级适配公开源 / 收录门槛 R2 的「穷尽」判定改为「地图 POI+多源交叉穷尽」/ 信源名单由使用者自建（不预置任何博主白名单）； ③ 脱敏去个人化：用户档案改填空模板、作者个人设定降级为参考示例、个人文件路径全部清除； ④ 长辈/官方版叠加档完整保留（四件套+决策替做+温馨提示）； ⑤ 配图硬规矩保留 + Pexels 免费 key 自注册指引（2 分钟，见「工具与依赖」）； ⑥ 工程工具随包附带（tools/consistency.py 骨架校验 + tools/desource.py 脱敏），去 AI 味通道二改可选； ⑦ 版本演进记录原样保留——每条规矩后面的"血案"（翻车实录）是这套标准为什么成立的解释，比规矩本身更值得读。记录中的署名（作者与协作者）是真实迭代存档，正文运行区已不含个人依赖。 🏠 本工作流的维护与更新：github.com/awangwang123/jianhao-travel-planner —— 反馈、许愿池与新版本发布均在此仓库。

安装：整个目录（SKILL.md + assets/ + tools/）复制到 ~/.claude/skills/jianhao-travel-planner/（全局）或项目 .claude/skills/jianhao-travel-planner/（单项目）即可被 Claude Code 自动加载。 ⚠️ 与自用版的关系：本文件由作者的自用版本 travel-planner 派生（自用版含作者个人档案、不公开）。公用版技术名 jianhao-travel-planner 与自用版不同名，二者可在同一台机器共存、互不覆盖。 版本 v3.54（2026-10-07，「工具缺口改」拍板）｜tools/checklist.py 升 v1.1 四项扩容（成品终审实证：机械检查全过但四类问题全漏——检查项必须跟上翻车形态）：①图渲染（视觉项内先滚动触发懒加载再逐张查，报 N/N）②badge 在位（每日卡 today-badge 元素逐天查——被「无日期模式」掩盖的潜伏缺陷显性化）③存储键跨成品污染（键前缀→城市映射+标题比对，从别的成品抄脚本没改键即拦）④长【】指引残留（≥15 字【】=骨架填稿指引未删即拦；【估算】【未核实】等短标注不受影响）。顺修 intel 空壳误报（选装区块不装=正常）。毒抓自测+异版回归零误伤。 版本 v3.39（2026-09-30，作者 复核抓汇率错误后的回写）｜货币条款执行失误实锤+补强：国际版三册自动双币种换算时沿用了稿内旧汇率（$7.2、100₱≈12.5 元）未实查——实际中间价 USD/CNY 6.7411（2026-09-29 中国外汇交易中心）、USD/PHP 62.65（比索年内大幅贬值），偏差 7%/16%。补强（并入 v3.35 货币条款）：换算前当日实查汇率、稿内旧口径视为待验证数据；另记自动换算脚本禁用跨行长字符类正则（base64 单行 O(n²) 卡死教训，用按行扫描）。 版本 v3.38（2026-09-30，两拍板）｜①每日配图对称律——每日张数=2 或 4，禁 3 张（.photos 是 2 列网格，3 张=2+1 不对称；国际版三份 作者提案定规），并入自查⑱。②骨架 JS 位置契约——head 只放门控块，主逻辑+兜底必须在 </body> 前：协作方国际版三份曾把整套 JS 拼进 head 门控位，脚本在 body 生成前运行，getElementById('fontInc') 等全空指针，addEventListener 静默报错、滚动高亮/当日模式全灭（页面看着正常极难察觉）。落位=阶段 3 JS 六件事 bullet+自查⑱。📦 协作方待同步。 版本 v3.37（2026-09-29，三拍板：A「赞同」/B「同意」/C「同意」）｜①作者推荐资格制——author「推荐」区块=选装件非默认件：仅当作者对目的地有真实推荐资历（家乡/长期居住/亲历有发言权）才装（武汉=作者家乡✓）；无资历目的地（东京/檀香山/大岛/马尼拉等游客视角稿）一律不装该区块与导航项——推荐板块的信用来自作者真推过，无资格硬写=编造推荐人格（协作方国际版三份无资历硬装且抒情实证；东京版误装待删）。②信息归位一处——每个信息只有一个家，跨区块禁整句复制：日卡=当时当地行动指令（细节多时改指针「详见提示区/门票表」）、tips=通用防坑、门票表=价格与预约口径、Plan B=事发处置、sos=全局兜底；同一信息 ≥2 个叙事区整句重复即违规，归位=保留最合适一处、其余删或改指针（檀香山防晒 3 处/珍珠港门票 3 处实证）。③骨架稳定基线（作者：「把这版基准骨架稳定保持下来」）——assets/路书_基准骨架.html（指纹 9c3c6249a4+导航双通道 navLock）为唯一派生源，2026-09-29 冻结；东京版=基线标杆成品；⚠️两条分发通路（协作方副本/公用版 GitHub v1.1）尚停在无导航修复的旧 JS，派生禁出旧通路。派生首检（自查㉖）增 navLock 存在性检查；自查增 ㉘信息归位与作者资格。📦 协作方待同步。 版本 v3.36（2026-09-29，🔴出入境双清单：两份出入境调研报告供料——中国护照出国签证体系七类+17 坑+来华非签证痛点四层，作者拍板「开工」）｜v3.35 ②条「签证与入境」升级为出入境双清单：触发参数化三元组（游客国籍×目的地×过境国——外国人去外国同样触发，作者 提问驱动）、权威源随游客国籍切（通用仲裁源 Timatic/IATA 与航司值机同库）；出境链五环节（签证三查/时间轴倒排含电子入境卡独立待办/订单策略先办签后出票/边检海关红线含药品案例/过境落地含分段购票必查过境签）；来华链四层（抵达前 72h 强制清单/预约硬门槛/住宿确认/支付宝小程序在地通路）；红线三连+AI 边界+数据纪律（政策迭代极快禁用记忆作答）+输出物四件套（签证体检卡/时序表/避坑清单/出发前 7 天复核）；自查㉗出入境链完整性检查（含 v3.35 双币种粒度口径）。调研正本 作者留存的调研报告。📦 协作方待同步。 版本 v3.35（2026-09-28，🔴国际版能力：东京实战+GitHub 五仓拆解反哺，作者授权任务「优化完善旅游 skill 国外功能」、协作方复核通过）｜14 条全原创（思路参考公开仓库拆解报告，合规：CC BY-NC/BSL 仓只借鉴思路不移植文本）：①阶段 0 国际游客画像三问（国籍护照/出发地本币/首访复访——禁默认假设，「香港假设」案根治）②阶段 2 国际版专属实查五条（签证按国籍实查+使领馆提醒显性呈现/汇率文首声明+全文双币种/cash-heavy 现金依赖标记/插头电压对比「无需转换头」/评论即纠错源近 6 个月）③行维度 国际交通方法论六条（机场五变量决策/交通卡四步协议/通票 break-even 禁默认/离境 buffer 三档/无房窗口行李具名「写了没有也是回答」/app 时间陷阱）④地理集群原则（同天一个集群不横穿+每日动线图画出验证，朋友现地判集群案固化）⑤避雷表 国际版人身安全块（使领馆提醒+紧急电话+电诈场景+夜间区域四件前置——拆解发现全场空白，差异化）⑥自查㉓-㉖（fail-closed 终审「未核实=失败/未执行必须声明禁报 0」+命中异常看上下文结构/跨集群折返检查/国际版身份画像 grep/SVG≥天数+1）。配套产物：作者留存的调研报告（五仓拆解报告+大陆口径实查+东京路书全档）。📦 协作方待同步。 版本 v3.34（2026-09-26，武汉路书全流程实战回写，验收定稿）｜分发上线工序（新阶段：成稿 ≠ 终点）：①🔴双产物——本地完整版（断网可开）与瘦身在线版并行：部署版图统一重压 820px/q72（3.0MB→1.39MB 实证），zip 内 index.html ②部署通路=BTI scripts/deploy.py（.env 凭据+SFTP，paramiko 需在位）③🔴上线实测三件套：curl 状态码+体积+耗时+title 抽查，缺一不算上线（实证 200/1.35MB/0.16s）④发布渠道策略——抖音站外链接严查：图片二维码重点严查禁用、置顶文字地址有折叠风险、兜底=评论区扣关键词+私信发图包（私信发图不受限）；微信私发链接顺畅=部署主用途 ⑤发布物料规格——图文 3:4（1024×1365）、网名水印右下角半透明、组合=首屏/总览导览图/路线卡/美食清单/实拍 5 张+私信图包 8 张（封面/每日长图/美食全表/门票避雷预算三合一）⑥署名口径——图上水印=使用者的社交账号名，工具名只作文案卖点不进署名；发布物料由使用者亲自发布，AI 只制作物料⑦构建/部署命令禁静默吞错+产物新构建断言（正本《工作规范》四、D6，本次实证）⑧升级传播矩阵（正本《工作规范》四、D8——本次 README 落后 7 版/协作方副本停更即案源）。📦 协作方待同步。 版本 v3.33（2026-09-26，作者定稿改称）｜推荐池术语定稿「博主推荐」——原「作者推荐」（v3.29⑩/v3.31 口径）全部改称「博主推荐」；实拍图署名口径同步为「博主实拍」；旧称「作者推荐/本地人推荐」在成稿中出现即视为回潮（终审 ⑧ 已改三查：博主推荐≥1、本地人推荐=0、作者推荐=0）。📦 协作方待同步。 版本 v3.32（2026-09-26，实战抓出机制缺口「你们都没更新过 MD 素材，重做 HTML 每次都犯错」）｜🔴修正双写制——md 事实源与 HTML 成稿是双产物：任何成稿修正（内容/店池归属/口径/行程结构）必须当批回写 md，只改 HTML=欠账；重建/重放必须从最新事实源派生，禁止从旧 HTML/旧快照拼装（武汉 v4 重建丢 15 项修正+md 停在 01:20 十几轮修正零回写实证——旧 md 派生=旧错误必然重演）；交付校验加一道：md 与 HTML 关键决策点一致性 grep（点名店/餐段安排/口径措辞抽 N 条对表）。📦 协作方待同步。 版本 v3.31（2026-09-26，作者拍板 B 方案归属定稿，⑩细则化）｜点名店三池归属：①彩蛋池（只在「作者推荐」彩蛋板块出现，行程与美食清单正文全清）：硒施绿豆皮/鹏辉酒家/熊二烧烤/院子烧烤/胡胖子/粗茶淡饭·蒸鲜/松滋鸡/财大小吃街 ②场地型豁免：兼具景点/餐饮场地属性的店（湖滨客舍/30 PARK）可留行程动线，但删「本地朋友推荐/本地人推荐」类措辞，改读者视角描述（「东湖景区里一家店」「湖边下午茶据点」）③主表：夏氏砂锅/精粉世家（作者拍板归主表）+执行方自找店凑目标家数（武汉=20 家）；主表≠推荐池，互不混池。📦 协作方待同步。 版本 v3.30（2026-09-26，作者批「SVG 垃圾/不调研不学/本地库不用/挑图没概念就搜」后固化）｜挑图先建概念+SVG 规范硬执行：①🔴挑图先建概念——挑图前先写下该地标的真实外观特征（重建年份/形制/颜色/标志物），再到 Commons 挑图并核对文件描述页的拍摄对象+拍摄年份；三类直接跳过：古画/版画冒充实景（武汉黄鹤楼=绢本古画实锤）、建设期照片（鹦鹉洲大桥=塔吊未合龙实锤）、重滤镜无标志物（东湖=渔船剪影认不出实锤）；验收逐张导出 base64 亲验——图注落位对≠图内容对，两层分开验 ②🔴SVG 导览图=v3.5 规范硬执行（武汉 6/6 全复发）——6/6 无指北针（六要素缺「方向」）、6/6 零地标插画；个例硬伤：总览汉江画成从东汇入（实际自西北来）、day3 动线横穿湖心（穿水系=不存在的路）、day4 终点画进长江+汉江整条缺失（晴川阁核心特征=两江交汇口）、day5 等距水平线零地理；硬杠杠：文字禁压线/禁入水/禁被遮挡、动线禁穿水系、每图至少 2-3 个地标小图标、支流汇入方向对照真实地图（⑪具体化）、交付前逐张截图亲验（自查⑮）。📦 协作方待同步。 版本 v3.29（2026-09-26，武汉实战回写，作者拍板「严格执行」）｜老毛病机械化+成稿工序补全：①🔴餐行机械钩——每日必须有早/午/晚三行（v3.22 立规后广州/宁波/武汉三次再犯，武汉 5 天全漏）→交付前逐日 grep 三餐行数并报数，「园内/高铁上解决」也要有行 ②🔴视觉资产三件套独立工序——配图 figure≥天数+分散型景点 SVG 示意图+使用者点名店标记样式，与内容填写并列、缺一不算完成（武汉 v1 全缺实证：流水线只填了内容）③派生首检——从基准骨架派生第一动作=核对基准指纹（当前 9c3c6249a4）+立即改 title（武汉 v1 title=「基准骨架」直接成稿实证）④点名店核销制——使用者点名店=checklist 逐家勾销，交付报 N/N（武汉来菜丢失实证）⑤相对时间禁令——成稿禁「现在/明天」，一律绝对日期（「9/27 前抢省博票」式）⑥**「雨天备用」→「雨天方案」——备用暗示可有可无，方案=正选之一 ⑦信史/民俗标注成稿删除**——标注供内部审，成稿内容保留、标签去掉 ⑧骨架组件修正（本次已落四副本+开源仓 push 2f94146，指纹 9c3c6249a4 不变——修的是注释/JS/footer 不碰 style）——tips 标准结构示例写入注释（.tip::before 数字占 44px 首列，内容必须包一层元素，裸文本溢出竖排=武汉 v1 实证）+observer rootMargin 监测带 15%→40%（防矮区块高亮漏触发）+页脚补家族标语；顺带发现并修复：协作项目副本骨架 CSS 停旧指纹 769d1d9f64（v3.27 样式同步漏它），已对齐⑨导航与页脚文案随趟定制——「路程与停车」仅自驾趟用、页脚自驾话术非自驾趟删（武汉两处语境错位实证）⑩点名店呈现形态（v3.29 定稿）——使用者点名店集中呈现在美食清单结尾的**「作者推荐」彩蛋板块**（称呼用「作者推荐」，不用「本地人推荐」）；与「缘分型彩蛋」（无店名 R2 目标）分立。⑪地理示意图必须先查真实地图对照再画——「示意图非等比」≠「方位可以随意」：三镇/江向/相对方位本身就是信息，画错比不画更害人（武汉总览图古德寺画到对岸/东湖画到北边实证）；画前先对照地图 App 或权威地图确认江向/区界/相对方位 ⑫气候数据实查+标来源——气温区间禁拍脑袋（武汉初稿「1524℃」实查应为「2133℃+冷空气骤降可能」，偏低 6 度导致穿衣建议全错）；口径=当地气象台历年同期实况，且必须带「出发前 3 天看当日预报终判」提示。📦 协作方待同步。 版本 v3.28（2026-09-26，作者拍板补课；协作方v3.27/v3.28 并入本体取并集，撞号归并——协作方v3.27=口碑分级、协作方v3.28=十二条方法论，均已收编，双侧同号）｜双向复核沉淀+协作方12 条+机位审美线：①🔴对外稿脱敏铁律——内部代号/博主 ID 信源列/博主个人消费账单（「别人的马内」）一律不进对外稿；验收=成稿 grep「作者|马内|内部代号」必须 0（武汉素材稿正文真名×20 漏抓实证）②🔴口径变更重扫——口径/标准/红线升级后，此前基于旧口径的通过项全部失效重扫；批复时注明依据口径（CC×4 轮没抓到真名的根因）③机位审美筛选线——信源≥3 源交叉（官方文旅/市府官微/摄影攻略，不吃单一爆款图文）；「大开大阖」大场景优先（江桥楼湖同框/天际线/日落蓝调），纯市井杂乱类剔除——烟火气归美食线管，机位线只管大片；几何/未来感建筑也收（大智无界数据点）；先搜当地摄影圈验证过的封神点位，不拍脑袋发明 ④夜景灯光秀专项——基建强市必查灯光秀时间锚+烟花秀等特殊节点预约渠道（武汉两江四岸 19:00-22:00/国庆烟花「平安武汉」预约实证）⑤场馆口径分歧处理——官方口径与地图/平台不一致时两说并列+给核实电话或公众号，不擅自裁决（武汉图书馆新馆实证）⑥节假日官宣必查——法定假期的灯光秀/夜场/烟花以官方发布会通稿为准 ⑦收录优先序+口碑分档——使用者本地点名店=最高优先（成稿标「本地人推荐」徽章）；早餐/宵夜只推好评店，正餐可少量口碑分歧名店（标争议双方观点）；「先看差评，差评能接受才去」进成稿；找店心法名片款：「不必非吃固定哪家，人多的一般没错」⑧年份口碑店范式+点单口诀原话保留（院子烧烤型：无招牌/卖完收摊/只按导航找如实标；硒施绿豆皮「不加豆芽」型口诀网友照抄不出错）⑨机位补充包工作法——爆款图文→去重→三档归入（主动线/当日延伸/自选加拍）⑩特产伴手礼标准件——超市/直营店购买口径+景区溢价警示进返程板块。📦 协作侧对齐本版。 版本 v3.27（2026-09-25，作者拍板）｜六维度补全：stay 住宿区块升进基准骨架 IA——「住」本是六维度之一，v3.16 定稿 14 区块时漏了它（协作方广佛实战自行扩 stay=分歧实证；作者 原话「住是 6 大板块之一」）。改动：基准骨架加 #stay（tips 与 cost 之间，含导航入口）；consistency.py 基准即真值自动适配，无需改码；老路书不回补（已完成任务）。同日三补（作者 五处截图打回后）：①骨架 nav 顺序 bug 修正（eat/sos 倒挂被全家族继承）+导航标签统一两字 ②h2 字号上调（1.6→1.95rem 顶格，作者："主标题字体这么小"）→ 指纹变更为 9c3c6249a4（style 动了，旧 769d1d9f64 作废）③lead 句克制+美食每餐≥2 家。四补：当日导航指示由裸点改为「· 今天」文字（裸点不自我解释，实战提问'多了一个点'）；每日卡头部都必须含 today-badge 元素（显隐由 JS 按日期决定——象山版曾只写 Day1 的徽章，轮到 Day2 时不显示）。教训：定稿骨架时按"分发物结构"想，没按"六维度完整性"查——维度清单和 IA 清单该互查。同日补（实战抓出漏）：页脚家族标准立入阶段 3.5——主标语「方案仅供参考——安全和开心，才是最重要的。🌕」+副文案此前只活在丽水等产物里、skill 零记载，象山版自编页脚被打回。另定：Plan B 放每天卡片尾部（游玩内容下方），sos 区块只收跨天全局兜底，两者禁重复（实战提问「Plan B 不是放在游玩标题下方吗」）。再补（作者「加」）：①自查㉒家族对齐 diff=产物类交付前置闸门（全文逐段 diff，数指标不算对比）②区块措辞对照表立表进阶段 3.5（eyebrow 族+表头族+Day 标题族，禁自创）。📦 协作方副本待同步。 版本 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-zh skill 全文过一道（抓 grep 抓不到的结构性问题：破折号滥用/粗体堆砌/三段式排比/通用积极结尾）；定位语：路书像朋友交代攻略的口吻，不是旅游杂志文案。 版本 v3.24（2026-09-21，作者拍板，协作方产话术包、双轨同写）｜特种兵定义+打卡战报+体力红线+判定两问+六模式矩阵：①特种兵=重数量、不重体验和游玩品质的选点哲学（每点 20-40 分钟拍照即走、能串尽串；6:3:1 配比是深度轴默认、特种兵模式下不适用；仍守动线不绕路+实查纪律）②特种兵专属产出物「✅ 打卡清单」——每点一行（地名+机位+停留分钟）+总数显性给数字+勾选框+「已完成/计划」计数（复刻集齐感，作者 认可「这个还不错」）③体力红线数字化：日行 3 万步=标准强度参照（排程标尺非上限承诺，超出预警）+连走 2 天第 3 天排半天缓冲；❌不写「晚睡」类条目（作者 口径）④阶段 0 人数结构改判定两问：几个人什么关系（兄弟/闺蜜/情侣/家庭带娃/带长辈/混合/一人行）+有无体力特殊成员（原省力慢游触发）——「朋友局其实也是兄弟局」（作者 原话），原条款默认了兄弟场景、闺蜜需求没覆盖 ⑤六模式矩阵重写人数结构切换段——闺蜜局=出片+氛围（互拍核心，拍照好看的店≥好吃的店）、情侣=两人时光（浪漫时段>打卡数量，大床景观房加分）为提案待实测（作者 认可 协作方提案，首次实测后按「看过不沉淀=没看过」回写修正）；一人行/省力慢游既有条款全保留。 版本 v3.23（2026-09-20，作者定情报卡标准）｜美食情报卡结构标准（与 协作侧 roadbook-double-track 6.8.4 同步）： ①收录优先级：⚡双博主交叉 → 📌作者 指定 → 单博主名店（区聚堆）； ②卡片字段：城市·区域｜店名｜位置（门牌）｜评星/人均/营业时间｜特色菜/推荐菜｜避雷/温馨提示——博主负面评价（两极分化/脾气火爆/上菜慢）写进避雷栏，别只夸不贬； ③介绍不呆：写记忆点（现烤皮脆/双博主同探/晚6点售罄），不能只堆营业时间； ④朋友版情报卡全脱敏：不写博主/赞数/链接/证据块； ⑤🔴离主行程远的店去掉（2026-09-20 作者定，先例：南海友壕气·黄岐离广州/顺德主线远被划掉）。 版本 v3.22（2026-09-18，作者定标准）｜美食清单结构标准 + 早/宵/下午茶抓取分工（对齐 协作侧 roadbook-double-track 6.8.4）：①每日必须有午餐+晚餐行——「园内/高铁上解决」也要有行（写清在哪解决），不许静默省略；宁波 D3 无早餐、广州 D3 只有早餐两个 bug 已修；②早餐/宵夜用「随意」设定——不限定哪一天、显示地点、给具体店+营业时间（每天 2 家左右）；酒店含早也写明；③下午茶：出名地推 2 家名店，不出名地推有品味的咖啡馆/小吃；④正餐 vs 早/宵/下午茶两条抓取线——正餐从抖音六博主作品抓（v3.18 名单+v3.21 分级门槛）；早餐/宵夜/下午茶博主不管，从高德/大众点评/小红书自己抓，同样要营业时间；⑤每日行程卡午/晚只推 1 家，行尾加「（更多选择在美食清单）」——行程卡是导航、清单是菜单；⑥宵夜·随意设计升入基准骨架（早餐同款）；⑦命名：攻略板块叫「美食清单」、独立按城餐饮情报文档叫「美食情报卡」，不混用。 ⑥（v3.26 增补）情报卡/清单 IA 分层：正餐（动线序）在上 + 早/宵/下午茶（城市序）独立板块在下—— ①🔴禁止轻餐穿插正餐分段——早/宵/下午茶卡不得混在正餐 ①②③④ 动线分段里（首版广佛补卡曾插在正餐分段内，作者 打回）； ②轻餐板块独立置底：分段带「☕ 早餐 / 下午茶 / 宵夜（城市A → 城市B · 全天候）」，放全部正餐卡之后； ③轻餐排序＝城市序（先广州后顺德），城内按 早餐 → 下午茶 → 小吃 → 宵夜 排； ④正餐排序＝行程动线序（Day1-3 驻地 → 老城 → 转场镇 → 顺路镇），禁抓取序/随机序（首版 26 店即抓取序被 作者 打回「顺序都是乱的」）； ⑤侧栏导航两组：「正餐 · 按行程动线 · N 张」+「早 / 下午茶 / 宵夜 · M 张」，锚点与正文卡序一致； ⑥编号：正餐 01-N 连续，轻餐 N+1 起连续（轻餐卡标题带（早餐）（宵夜）（下午茶）（小吃）类型标）。 版本 v3.21（2026-09-16 深夜，作者拍板 A：R2 是口径演进）｜收录门槛三级分级（对齐 协作侧 roadbook-double-track 6.8.1，替代 v3.19 一刀切）：R1 店名+门牌已核→收录 ✅；R2 无店名但有确切位置引导（乡镇/码头/「凌晨 4:30 开在菜场旁」类可辨认特征）→收录 📌+给认店口诀，且仅限信源穷尽后启用——封面大字/门头/声明贴纸/账单等画面物证帧精读+多源交叉后仍无店名才算穷尽（南昌臻记靠门贴落款实锤店名、宁波卡03 靠封面大字「宁东宴」纠错，皆此模式），R2 不是绕过精读的捷径；R3 既无店名又无位置→不收（不进情报卡/美食清单/备选池，不挂「待补」）；负面评价店→不收。配套：「封面大字/物证帧精读」已入 协作侧信源地图第 2 位（roadbook-double-track 6.8.2），本侧按分工不重复落。背景：v3.19 一刀切与 R2 同日相撞（作者拍板=演进非冲突），两 skill 口径重新闭合。 版本 v3.20（2026-09-16 晚补账）｜探店分工指针+名单对齐登记（正文均已落地，本行补记——起因：作者 看到正文变了版本没变，问"这不是 v3.19 里已有吗"）：①吃维度硬门槛旁加分工指针：搜→抓→核三级链/探店情报卡/证据分级的执行细节正本=协作侧 douyin-learning-pipeline skill（本端用到直接读 ~/.workbuddy/skills/ 下该文件）；分工定=CC 管路书怎么组织、协作方管抓取怎么执行，v3.11/3.12 不在 CC 正文补独立章节 ②吃维度博主名单「五位→六位」补老谢（与 v3.18 版本行+档案区对齐，笔误级）。教训（与 v3.13 成镜像对）：v3.13=写在版本史里≠正文有；本条=正文有了版本史没记=账目不可见——正文改动必须当次进版本行，笔误级也附注记一笔。 版本 v3.19（2026-09-16，作者定标准；协作方端同日落其抓取 skill 后转 CC）｜探店采集「收录硬门槛」：抓取美食/探店作品产出探店情报卡或攻略美食清单时，店名 和 位置 任一抓不到或核不实的店，一律不收录——不进情报卡/美食清单/备选池，也不挂「待补」。两条边界：①本条优先于 v3.10「搜到即用透」——不够格收录的店连"用透"的资格都没有；②与位置缺失处置并存——先做多源交叉取证（网搜/地图/视频画面/评论区课代表），该找的都找了仍取不到才弃收，不是"一抓不到就扔"。定位：把 v3.12「美食清单字段标准」的"店名含地址"从字段要求升为收录门槛（字段不齐=不收，而不是收了再补）。 版本 v3.18（2026-09-15，作者 立规矩）｜探店采集「只认指定名单」硬约束（作者 原话：「以后严格执行只抓取我说的 6 位美食探店博主，除非我再加指定的博主或指定的美食店」）：🅰️默认名单＝6 位（唐仁杰／特厨隋卞／刘雨鑫JASON／大冬来了／庞师不是师／老谢）——采集阶段只搜这 6 位，不得擅自增补、替换、合并。🅱️某位在本城无作品时：如实写「该博主 × 本城：无命中」，禁止拿别的博主顶位。🆎例外唯一入口＝作者 明确点名（指定博主或指定店）；作者 临时点名加入的属「本次特许」，须在交付说明单列一行「本次额外收录：XXX（作者 临时指定）」，且不写进默认名单。🅳 2026-09-14 宁波实证违规（教训）：大冬来了被误记「❌未确认」（真因是搜到同名假号、未按「抖音号＋粉丝量」认号），我自行换成米雪食记且交付时未声明，作者 事后才发现 → 两点固化：①凡「搜不到」先按认号法复核（见下方 6 位名单里大冬条目），确认无号≠无作品 ②任何名单变动必须在交付说明里显式写出，不许静默替换。🅴 米雪食记（与老谢共创）＝ 2026-09-14 宁波的特许例外（作者定「这次加了就算了，保留这个博主的作品信息」），保留其已采作品，但不作为默认名单成员。🅵 违规成本：默认名单多一个/少一个都会污染「6 博主×多城覆盖总表」，使覆盖率结论失真。 版本 v3.17（2026-09-15 深夜，作者：「特殊版也要在最新版的框架生成啊」）｜骨架固化的适用边界明确到"特殊版"：作者 这句是对「上一轮遗留 3 份漂移（镇江扬州长辈版 / 广州 / 陕甘宁两版）未收编」的直接回应——长辈版、亲子版、特种兵版、单人版这类"特殊版"，同样必须从基准骨架派生，不许另写 <style>、不许另起 IA 命名与导航机制。差异只允许落在两处：①正文层（内容、节奏、称呼、步速提示）②同一 <style> 内的变体钩子（<html data-variant="elder|kid|solo"> + 在既有 token 上做覆盖，不新增第二块样式表）。区块按内容裁剪是允许的——不自驾就没有 #drive、没有加餐玩法就没有 #boost——但 id 必须取自同一命名表、顺序仍按基准顺序、导航由同一份 JS 生成；「少几个区块」不等于「另起一套」。判据：该文件 <style> 指纹 == 基准指纹（或仅为已知钩子覆盖的增量），且区块 id 是基准命名表的子集、顺序单调。 反例基线：镇江扬州长辈版 3e4de99923／11319 字符，IA 为 overview day1-5 food cost tips sos pack——多了 food/pack（应为 eat + 并入 #overview 的 #gear 卡）、缺 drive/boost/ticket/eat/gift，待按本节拉回。 版本 v3.16（2026-09-15 晚，作者 质问「每一个地方的攻略都是大同小异没有一致性」）｜路书 HTML 骨架固化（阶段 3.5 加第 6 条）：实测盘上 11 份路书 = 7 个 CSS 指纹 / 4 套 IA 命名 / 8 套导航集合（陕甘宁两版是另一套极简模板、广州 是第三套且无侧栏、镇江已漂 56 字符）。根因：骨架从来没写进 skill——id="overview"／区块／IA／侧栏 在旅行 skill 里出现次数全是 0，只有「六维度」内容要求，于是每趟要么「抄上一份」越抄越漂、要么从零做直接另起模板。本次三件事：①抽出基准骨架 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">，并已回补 5 份现有路书；③新增 consistency.py 机械校验（CSS 指纹/IA/导航覆盖/token/字体/JS 六件事/存储键命名/残留占位符/每日配图 十项），交付前必跑。修后 广州顺德WB版 · 丽水朋友版 · 宁波朋友版 三份 ✅ 与基准一致。 版本 v3.15（2026-09-15 晚，作者定标准）｜作息按人群模式分两根轴 + 特殊时段玩法必须主动提出（自查加㉑）：作者 原话「家庭游、自由行尽量安排睡到自然醒的时间行程。大学生特种兵玩法可以按你的想法拍，甚至可以晚上还可以排一点。但如果有特殊的时间段玩法需要提出来，比如夜爬泰山、拍星空，或者哪个地方适合排夜景，这些也要记录到旅游 skill 里，以后再做其他地方攻略也要记得这些要求和标准」。落成四条：①轴一 家庭游/自由行＝睡到自然醒、主线取「10 点前后」的软目标（延续 v3.6/v3.14，本版按 作者 纠偏去硬阈值）；②轴二 大学生特种兵＝可提前、可夜排、可连续暴走，不必迁就睡眠（本次新增，与轴一明确分轴，免得上趟把家庭游当特种兵排、或反过来把特种兵排成天天 10 点起）；③早起包 + 夜游包两个标准件（旧版只有早起包）；④🔴特殊时段玩法必须主动提出——凡「有最佳时段、错过就废」的玩法不许因为默认晚起就静默砍掉，必须显式交代「项目+为什么那个点+作息代价+归入哪个包+不去拿什么补」；已固化清单（夜爬/星空/日出日落/晨雾/云海/夜景亮灯/灯光秀/早市/赶海/观鸟/夜汤/夜市），并要求与「拍」维度的特殊场景参数手册互相引用（只写参数不排位子＝没落地）。同日二补（作者 纠偏）：作者 指出「说了上午 10 点左右，不是要求卡那么死」——我上一稿把锚点做成了硬阈值（自查⑳ 甚至写成「核一遍是否 ≥ 10:00」），会为了凑数字把 9 点多的合理出发往回调，故全书统一改为**「10 点前后」软目标 + 达标区间 9 点多～10 点半 + 禁止当 KPI 卡到分钟**，只拦「6-8 点档起床赶路」这一档。 版本 v3.14（2026-09-15 晚，广州顺德改稿实证）｜「硬时刻除外」不得滥用 + 同一决策点全文同步（自查加⑳）：作者 反馈「时间尽量睡到自然醒 10 点左右，这次方案好多了，除了第一二天偏早」。复盘发现两处都是我自己排早的，不是硬约束：①Day1 我写「选 07:00-09:00 发车那几趟」——把自己挑的车次包装成客观限制，实际 4 小时高铁改成 10:00-11:00 发车、14:00-15:00 到场同样成立（只是马戏要改 19:30 场）；②Day2「09:00 出门、09:30 开园就进」里的「早半小时到门口」是我加的，开园 09:30 而锚点是 10:00 后，直接排 10:00 进园即可。新判据：「硬时刻除外」只在当天全部可选班次都早于锚点时才成立，凡是"选 X 点那几趟"的句式一律视为可调项。 ②同一决策点会散布全文：马戏 16:30 场这一处决策散在 6 个地方（准备清单/速览/时段卡/示意图 SVG/门票表/tips），改 5 处漏 1 处就前后矛盾 → 加自查 ⑳。③教训：作息锚点不是"别排 6 点"这种量级判断，要看主线起点落在几点——改完必须把每天第一个非交通时段的时间打出来核一遍。 版本 v3.13（2026-09-15 晚）｜每日配图/停车补落地 + 图源改 Pexels + 自查加⑱⑲：作者 指出「每日图片又缺失」——查证发现 2026-09-13 丽水那批约定（HTML 分发版每日配图 + 停车信息必查）只在版本史里写了一句 v2.8 配图/停车，正文与四件套里根本没有，等于从来没落地，所以丽水之后又漏。本次补齐：①阶段 3.5 新增第 4 条「每日配图（必带）」+ 第 5 条「停车信息必查」②图源现实更正：Wikimedia 全域名（commons/upload/zh.wikipedia/api.wikimedia）境内网络不可达（沙箱内 000、出沙箱仍 000），丽水「Commons 现在不通」= 环境事实不是偶发 版本 v3.12（2026-09-15 作者拍板）｜探店情报「搜→抓→核」三级链+美食清单字段标准+证据分级：①搜（原有）逐位单搜定位 6 博主命中作品 ②抓（新增硬要求）：命中作品的作品内信息（推荐菜/价格/位置/评价）必须走抓取流水线实证——抖音站内（edge-scraper 登录态：主页滚动采集+详情 data-e2e 定向提取+评论区课代表）→yt-dlp+Whisper+抽帧（帧级，方法正本=学习库 yt-dlp 方案）；网搜标题/简介只能当线索，禁止当证据（2026-09-15 广州实证：网页层"未查到"被 作者 抖音实测推翻）③核：菜名价格以视频内卡面帧为准（毛毛饭店法：每秒抽帧+网格全看+回帧核对）④授权口径：单城市常规攻略默认执行抓取（作者「从抖音平台抓取再分析」即授权）；6 博主×多城全量级先报预估量再动手 ⑤美食清单字段标准（作者定）：地方攻略的美食清单只写——哪一顿/哪个地方（地界）/哪个店（含地址）/推荐什么菜/人均价格（不作硬性要求）；全量信息进探店情报卡 ⑥证据分级：🎬实证级=流水线证据文件在盘（帧/转录/详情抓取 JSON）｜🎬引用级=作品存在已核验（链接+数据）但内容来自网页/评论转述；intelcheck.py 机械核验交付前必跑。 v3.11（2026-09-15）｜探店情报卡标准件（作者定产出形态：目的地攻略的博主探店情报，落成按城市持续追加的「探店情报卡」——字段=店名/推荐菜/位置/评价/价格（有则记无则标）；每条标来源层（🎬作品层=博主视频实探附链接/📄攻略层=公开网页）+核实日期；攻略美食板块只装店名+推荐菜（装不下更多），全量进卡片，路书引用卡片不复制（单一事实源）。卡结构=城市→博主→作品（🎬博主作品区+📄公开层区）+卡尾「按店索引」表（归拢"多博主同探一家店"=交叉验证最强信号，宁波宁海食府双博主实证）。首例：探店情报卡_广州/顺德.md（2026-09-15 作者定结构）） v3.10（2026-09-15）｜博主店「用透」机械自查钩（广州顺德任务再犯 v3.9 半条：逐位单搜做了、"用透"没做——命中店只在情报档提一句，没进清单/备选池。固化机械自问：交付前逐家过——命中的每家店，在吃饭清单或备选池里有没有它自己的行？没有=没用透，回炉。已进自查清单⑰） v3.9（2026-09-13）｜配比偏好优先+探店博主多线取用（作者 追问固化为两条）：①6:3:1 是默认值不是铁律——采集阶段主动问"想热门热闹还是人少清静"，用户表达任何偏向（哪怕不说数字）即动态调整配比 ②探店博主多线取用规则：交叉验证最强（多博主/多源同探一家=优先推）；按线取用不混战（实操中端线/专业高端线/本地文化线/本地活地图线，按预算档+场景匹配）；进正文三匹配门槛（价位匹配预算+菜品匹配同行者+位置匹配动线，差一条进备注）；搜到即用透——博主探店结果必须转化为清单标注或备选，禁止"搜完只在备注提一句"（宁波 v1 失误实证）；用透的落点=按城市的「探店情报卡」（持续追加：店名/推荐菜/位置/评价/价格+来源层🎬作品层/📄攻略层+日期），正文清单只装店名+推荐菜并引用卡片，不双头维护（v3.11）；v3.12 起执行搜→抓→核三级链（命中作品必须走抓取流水线实证，网搜标题禁当证据；美食清单五字段=餐段/地界/店名含地址/推荐菜/人均；卡上证据分级 🎬实证级/🎬引用级，intelcheck.py 机械核验，交付前必跑）。v3.8（2026-09-13）｜玩法热度配比 6:3:1（作者定标准，替代 v3.7"真体验层"表述——亲历口碑供给有限不作为骨架依据）：玩法/推荐点按热度配比输出——6 成热门（官方与大众口碑验证的必去，保底不出错、长辈友好）+ 3 成冷门（实拍游记私藏点+本地人聚集地，要实锤：本地食客多/博主探过/多源验证，不是"没人去"）+ 1 成弹性（作者/同行者亲历口碑+新开彩蛋，有则用无则不强凑）。禁止全热门（=中规中矩攻略架）也禁止全冷门（=拿行程冒险）。挖掘信源照旧：实拍游记/本地人聚集地/博主探店逐位单搜（宁波实证：六位博主补搜挖到老谢=宁波本地博主、唐仁杰 6 店、刘雨鑫"冷饮店宵夜"）。v3.6（2026-09-13）｜作息锚点 10 点制+早起包标准件（朋友吐槽 6:30 出发/8:00 坐船"不科学"后 作者定）：家庭自驾游出发日锚点 10:00、游玩日主线锚点 10:00 后——堵车/行程压力用「预留时间」解决，不压缩睡眠；早起包标准件：有老人/早起者时每天给「🌅 早起的人（自愿）」条（民宿步行圈晨间体验+集合早餐时间），硬时间项目（表演头场/晨雾/日出）一律入早起包不进主线。v3.5（2026-09-13）｜景区示意图规范+视觉参考当场沉淀（作者批"只是能看"+看过没学会，固化）：①何时出：分散型多景点/需换乘的大景区必出（仙都 5 点分散=必出；单点景区/城市多点位路线卡够用可不出）②信息层六要素：入口（含停车/换乘）/游览路线（环线站点顺序）/景点/厕所/方向（指北针）/行程动线①②③按天标注③表现层清单（2026-09-13 高赞攻略图调研）：地标插画化（景点画小图标不是圆点：石笋/桥/屋檐/门楼/缆车）、地形渲染（水系宽窄+波纹、远山氛围、树丛点缀）、手绘感路线曲线、胶囊标签禁裸文字、低饱和主题色 2-3 色+奶白底按景区气质选（山水景区=青绿系）、图例框、手机 390px 缩放后标签可读 ④视觉参考当场沉淀规矩：作者 给的或沿途见到的优秀视觉参考，当场拆解要点写入本 skill 或 MEMORY 不过夜——看过不沉淀=没看过（丽水示意图 v1 教训：无规范可依临场发挥，圆点虚线"只是能看"；v2 插画化后同信息量观感上一个档次）。v3.4（2026-09-13）｜行程类清单主排序=时间线（作者批低级错固化）：吃饭清单等一切行程类表格，主排序一律=行程日（Day1→Day2→Day3 顺着走），餐段/类别只做行内标注，跨日项（如宵夜）放末行；禁止按类别当目录排序（2026-09-13 丽水实证：吃饭清单按早/午/晚分组致 Day 序混乱 2-3-1，读者顺不下来——组织方式跟读者怎么用走，不跟分类学走）。v3.3（2026-09-13）｜吃饭板块两层呈现+六维度板块齐全自查（实战抓出漏固化）：①吃维度呈现必须两层=日程卡每餐精简内嵌+独立「美食清单」板块（v3.3 当时写作「吃饭清单」，v3.13 起统一为「美食清单」；早/午/晚/宵夜×地界成表；早餐如实写：含早就说含早、不含早给推荐店）②自查清单第⑭项：六维度逐项问"呈现在哪"，融合可以、无板块不行。v3.2（2026-09-13）｜票务多档口径+HTML 两态实测（协作方交叉复核反馈固化）：①门票实查先拆清多档价格结构再算账（联票含不含景交/观光车逐档核对官方在售商品名，防重复计价；优惠票同口径写明）②HTML 产物自查加「JS 禁用态」实测（入场动效必须 html.js 门控+兜底脚本，门控与 .in 显示规则配对同前缀防特异性倒挂）。v3.1（2026-09-12）｜装备五要素匹配+倒计时重点警醒+交通方式分支（作者 补充）：①装备清单必须按目的地×季节×天气×温度×环境定制，先列「本趟特有项」再补通用项，禁止千篇一律 ②倒计时清单重点项（预约/抢票/天气终判/旺季动作）加粗+警醒标志 ⚠️🚨 ③「行」维度按交通方式分支：自驾/租车=停车条逐日落地（每天卡片底部 🅿️ 专条，对齐镇江版式）；非自驾人群必须给公共交通方案（站点→景区衔接/末班时间/散场打车难度），不能默认人人自驾。另：v3.0 作息采集条款按 作者 纠偏改为只问事实不打标签（同省力慢游哲学：方案匹配人的状态，不给人定型）。v3.0 作息维度；v2.9 实查纪律；v2.8 配图/停车/发送版剥离；v2.7 路程时间总表。

⚡ 执行速查卡（制作任何路书前必读——先读这 5 条再动手）

1. 本文件就是工作流正本——动手前先读相关条款区块，凭印象制作=违规；要点不明就往版本演进区和阶段 3 翻
2. 六维度板块齐全且非空：overview/drive/day1-N/boost/ticket/tips/stay/cost/sos/eat/gift——每块深度按「必答清单」（v3.43-45）逐块对照，答不全=没写完
3. 关键信息联网实查+当前时点：价格（人均=主菜+饮料+税）、路程（写线路名）、营业时间、天气；查不到的标【未核实】，禁编造
4. 交付闸门：python tools/checklist.py 路书.html --visual——FAIL 清零才交稿，输出原文贴给用户；SKIP 必声明
5. 修正双写：md 事实源与 HTML 同步改；同一价格/时间散多处（prepCard/正文/门票表/预算表）逐处同步
6. 多次修改/多会话：改动前重读本速查卡与版本区防口径漂移；大改动后 git commit 存档，历史可回滚

版本 v3.52（2026-10-05，协作方「制作时没翻条款」根因后的防不读设计）｜头部新增「执行速查卡」：SKILL.md 原 50+ 行版本演进史在前、执行条款埋深处——触发加载的 AI 若不深读（协作方宿主实证：条款全文在副本里但制作时没翻），关键约束等于不存在——速查卡 5 条（读正本/板块非空/实查时点/交付闸门/修正双写）前置到第一屏，把「先读条款」从自觉变成第一眼可见的机械动作（协作方自白「翻条款不存在于我的流程」+「AI 做的时候不读 skill，skill 就是白写的」实证）。 版本 v3.51（2026-10-05，三次同类翻车后的机械交付闸门）｜🔴交付前必跑 tools/checklist.py（通用机械检查，任意城市路书可跑）：11 项=区块完备/区块空壳/每日餐行/author 选装件/JS 拼接/ID 唯一/占位符/骨架指纹/价格切碎/双视口/图渲染——交付前必跑、输出原文贴给用户、任何 FAIL 不许交稿、SKIP 必须声明（fail-closed）。源起：东京 v1/国际三册/山东三城三次同类翻车，条款靠人记三次失效——检查必须机械；首跑即抓自家大岛册餐行缺三处（脚本对自家产品同样不留情）。开源场景意义：外部使用者没有三重外部质检，checklist=使用者侧唯一质检武器。📦协作方待同步（v3.47-51 攒批）。 版本 v3.50（2026-10-03，大岛册使用者现地两轮反馈后的价格纪律大补）｜①餐饮人均口径：人均=主菜+饮料+税（不含小费须注明）——🔴单菜价≠人均（Ken's 写 $16.5 实测 $25-30 实证）。②同名起终点多线路路程时长口径：先写线路名再给时间（Saddle Rd 直穿 1-1.5h vs 南线 Hwy 11 经火山 2-2.5h——大岛册把南线口径错安给 Saddle Rd 实证）；册内多处提及必须同口径。③标【估算】不豁免实查：【估算】=实查不了的诚实标注，不是不查的借口——v3.44「地图工具实查为基线」是义务不是建议（使用者现地实测半小时 vs 册子写 1 小时实证）。④价格类全落位扫描（自查新增㉙）：同一价格散在 prepCard/正文 slot/门票表/预算表多处——改价必须四处清单逐处过（大岛册观星团价散 4 处改一漏三、cost 表漏网被终验 gate 拦下实证）。⑤收录完备性差集核查（阶段 2 新增）：交付前对照 1-2 份同目的地第三方热门路线做差集——对方有而全册无的点逐个判定「不合适」还是「漏了」（国王谷/Kua Bay 缺失由使用者对照小红书发现实证——核验体系查「写的对不对」，差集查「该写没写」）。自查编号说明：㉝/㉞ 曾被历史版本行引用但实体从未落地（欠账在案），本轮新增从㉙ 起。 版本 v3.49（2026-09-30，实战提问退税事项补全）｜出境版「购物退税/免税」必答（并入特产板块必答）：每个目的地必须实查游客退税/免税制度并显性交代——有则给四件：①门槛（日本单店满 ¥5,000/菲律宾认证店单笔 ₱3,000）②适用店（认证店/免税店）③流程（离境机场海关办理+单据护照留存+商品别先托运）④🔴制度变更时点必须标——实证=日本 2026-11-01 起「店内即时免税」改「付全额→机场海关退税」，新旧制并存期双写口径；无退税制度的目的地明说「无游客退税」（美国销售税不退实证——「写了没有也是回答」，v3.35 原则）。退税属钱的口径，与 v3.48 含税总价制同源。落位：各册 gift 板块 src 行+drive 离境段衔接。📦 协作方待同步（v3.43-49 攒批）。 版本 v3.48（2026-09-30，使用者现地实查价格失实+延伸定口径）｜吃住价格淡旺季严谨口径：使用者实查 Hyatt Place Waikiki——路书写 $180-280（平季裸房价下限），实付近 $400（均价 $253+destination fee $42/天+停车约 $60/晚+税）→ ①住宿参考价必须标「平季/旺季」双档或当前季档口径+查证日期 ②🔴国外价格一律以「含税总价」口径呈现（朋友现地口径：在国外肯定得加税费看总价）——美国酒店总价≈挂牌价 1.2-1.4 倍（房+destination fee/度假村税+住房税），日本含 10% 消费税、欧洲含 VAT；交付口径=「实付区间按总价给，预订页看『总价』别看『每晚起』」；destination fee/度假村税/停车费（美国 $40-70/晚 常见）必须点破 ③大档期（圣诞新年/暑假/黄金周/大型活动周）按上浮 30-50% 预估（活动型城市可至 100%） ④餐饮人均旺季标「以现场为准」；无实查依据的低价不得入册（宁可加宽【估算】区间）。落位：阶段 3 住维度。📦 协作方待同步（v3.43-48 攒批）。 版本 v3.47（2026-09-30，实战抓出出境版标准缺口+去敏纠正）｜①国际版出入境三件落位（v3.36 落地补课）：prepCard「签证体检」条（类型/费用/周期/提前量，办签=倒计时第一项比抢票早）+drive「✈️ 机场与出入境」段（值机 buffer/入境流程与海关红线/离境流程/回国入境免税额度）——v3.36 四件套 9/29 落版后 4 本出境路书零落地，根因=条款只定义「交付什么」没定死「放哪个区块」→落位区块没定死=执行不触发（东京/檀香山/大岛/马尼拉四册实证）。②特殊时段玩法 boost 落位：v3.15 只要求「主动提出」没定「搜集到放哪」→ boost 加「⏰ 特殊时段玩法」组（项目+最佳时点+渠道口径，主线已排的标视角）；实证=大岛 Kīlauea 夜间辉光（USGS 实查喷发活跃中、朋友在岛，而原册 D2 只排白天=最高时效缺口）。③🔴多册自包含、禁止跨册引用（实战纠正）：「入境事项见 ×× 册」「详见 ×× 册」类表述禁用——路书分开做就可能分开流转，每册必须自包含、跨册关联不外露（脱敏口径）；信息写不全就自包含补全或标未核实，不甩给另一本。落位正文：阶段 3 行维度+特殊时段④。📦 协作方待同步（v3.43-47 攒批）。 版本 v3.46（2026-09-30，两处实战好评固化入标准）｜①美食清单「升级体验」子表（檀香山实证，新增并入美食必答）：主表（时间线+平价日常线）之外，目的地存在「值得多花一点」的体验型餐饮（景观餐位/跨界吃法/仪式感场景）时，主表后加「升级体验」小表——三列（店/特色/人均），🔴特色列写体验点不写菜名（「日落露台+Mai Tai」「早午餐变晚餐」），价格出境双币种；档次=人均约主表 2-4 倍的「偶尔奢侈」选项，1-3 行即可不喧宾夺主（檀香山实证：主表刨冰 $5-8/乌冬 $8-12，升级表 Duke's 日落露台 $40-60/Koko Head 早午反转 $30-50）；与预算「体验平价/品质表」分工：预算管钱的档位、升级体验管吃的进阶，店可重合、视角不同。②隐藏成本行按场景给项+弹性标注（东京实证，v3.45 预算必答③补强）：隐藏成本按出行场景给项而非固定清单——自驾=停车/油费/过路；城市公共交通=机场往返交通（给单程区间价，东京「¥600-2,570 一程」口径）/交通卡押金；出境=取现/刷卡手续费/小费；弹性项（购物/药妆/伴手礼）必须标弹性（「弹性最大」）——这是预算浮动最大的口子，东京隐藏成本行实践。正文落位：吃维度（阶段 3）+预算诚实（核心铁律 7）。📦 协作方待同步（v3.43-46 攒批）。 版本 v3.45（2026-09-30，作者 横查四板块深度差后的定标第二批）｜住宿必答六件：①档位表（店名/参考价/为什么——「适合」列必须写出实质理由）②动线逻辑（住哪边为什么、换不换房）③退房时间 ④订房问三样 ⑤下回备选 ⑥浅睡提醒。预算必答四件：①体验平价/品质表 ≥5 行（门票体验也要入表）②档位合计（含不含住宿注明）③隐藏成本行（小费/停车/油费/服务费）④汇率（出境）。美食必答（强化 v3.4/6.8.4）：按行程时间线排+五列（餐段/地界/店/点什么/人均）+创业年份与营业时间入注+每日午晚必答+早宵「随意」设定+下午茶——东京版（1170 字 15 行）为基线。特产必答三件：≥4 行（类/推荐/价/在哪买）+「别在景点门口买」提醒+出境双币种。四板块标准对照东京基线执行，缺者按必答清单补齐（同 v3.43 闭环）。 版本 v3.44（2026-09-30，作者定「统一标准执行闭环」+总览定标）｜①硬条款闭环（并入必答清单）：初稿谁做都行，但 a)骨架必须出自基准（派生首检㉝：指纹+title+navLock）b)初稿完成后按路程/门票必答清单逐块验收——答不全=板块未完成，缺者重写不修补。住宿/预算/美食/特产四板块另有专项必答（见 v3.45），逐板块对照执行。②总览板块必答清单（对照东京标杆八件）：①lead 三日线+地理集群显性（每天只待一个集群不横穿）②城市定调句（这城市凭什么/预算调性，一句）③⚠️三件事（带渠道与紧迫度）④天气三格+出发前看预报 src 行 ⑤总览导览图 SVG ⑥出发前倒计时（渠道+成本+退路，写「立刻办/提前 N 天」）⑦装备清单（特有+常规两段）⑧国际版口径行（护照/本币）。③真实准确显式化：路程里程与时长以地图工具实查为基线（估则标【估算】）；景点与餐厅的营业时间、地址=录入前必核（自查④明确化）；④出境版翻译润色规范已并入⑫（v3.41）。 版本 v3.43（2026-09-30，作者 横查四册深度差后的定标）｜区块必答清单（深度统一标准）——内容深度不靠手感，靠每区块「必答问题」是否答全：路程板块必答五件：①工具与线路（走哪条路/哪个口/上客点）②每段里程+时长（自驾/多点位出全程路程总表）③停车（自驾日）④支付方式分层（刷卡渠道/现金场景/备钞建议——支付分层归路程板块专属，tips 禁重复）⑤堵车与时段警示。门票板块必答五件：①多档价格 ②预约与放票时间 ③现场购票口径 ④免费项 ⑤组合票有无。当日导航指示=纯文字「· 今天」，裸点废止（v3.25 只加了文字没删点源，9/30 收尾）。国际三册横查实证：drive 表行 7/4/4/3、支付词 6/1/0/0——东京为路程+支付基线，马尼拉为垫底已重做。 版本 v3.42（2026-09-30，实战抓出图源文档过时后的修订）｜图源三级链定稿（推翻 v3.13 旧结论）：9/15 的「Commons 境内不可达」是网络工具未开时的环境误判——9/26 起实测全程可达，武汉/东京/国际三册 16 张图全 Commons 实抓。定稿：①Commons=地标实拍首选（免 key · v3.30 挑图三坑纪律）②Pexels=氛围空镜备用（需自注册 key，地标覆盖差）③AI 生图兜底（标「（示意）」）。图源现实条款整段改写（v3.13 的「别等它通」废止）。 版本 v3.41（2026-09-30，作者 同意三条教训落位）｜①修正双写制扩围——SVG 导览图纳入双写：改行程必须同步重画当日导览图（武汉 D3 实证：行程改了图没改，湖滨客舍/磨山残留）。②导览图渲染亲验——脚本生成的 SVG 必须渲染截图亲验，不可只查字符串（两次渲染事故：引号被吞 path 不闭合后续全灭/属性裸值）。③横查判定用完整正文——判「行程外景点」必须 grep 槽位完整正文，截断窗口本身就是误报源（汉阳造被误删实证：顺路点写在槽位 30 字之外）。落位=修正双写制条款+自查⑳扩注+新增自查㉞。 版本 v3.40（2026-09-30，🔴作者 新规矩：公开仓同步审批制）｜国际版三册实战期间把 v1.3（国际版能力全套）提前推上 GitHub 公开仓，且推了一半造成文件列表 v1.3/v1.2 混搭——作者定性严重问题并定规矩：①GitHub 公开版（第三副本）默认不随 skill 更新，只有 作者 明确同意后才同步 ②同步内容按**「国内版标准」定位筛选**——当前持续积累优化的是国内版标准，出境版慢慢补，「国外对国外」的国际版是未来才考虑的方向，不进公开版 ③已回滚：revert v1.3 提交（f6461e7）+删除 Release v1.3 与 tag，公开仓回到一致的 v1.2（导航骨架修复保留=国内相关）。落位=双版本纪律行补第三副本条。 ⚠️ 双版本纪律（2026-09-13 作者拍板，同日改异步制）：本文件存在 协作方副本 协作侧副本（wangwang-travel）（name=wangwang-travel，本体以 本侧为准）。升版流程（异步制）：①任务内先单方面更新本文件（照常留底 .bak-vX.X），不碰 协作方副本 ②任务收尾时提示 作者「本体已升 vX.X，协作方副本待同步」，同步时机由 作者定。待 作者 说同步时：适配合并 协作方副本（保留 协作方身份：name/协作项目出品行/玩法取向/可视化交付物/通用档案/协作方经验沉淀；禁止整文件复制）+出说明 给WB_旅游skill同步vX.X说明.md。对账以两边版本号一致为准；两边自查编号差 1（随行两件套为 CC 独有）。同步状态不在此行记版本号（手抄快照必漂移：本行曾停 v3.9、协作侧曾停 v3.13，而实际两边已 v3.17——2026-09-15 对账发现并清）——对账只看两边版本行是否一致；最近对齐 2026-09-15 深夜 v3.17。 ⚠️ 反向同步授权（2026-09-15 作者 立）：若 CC 本体版本低于 协作方副本（协作方端自行升版本体未跟上），CC 发现后自行适配合并回本体，无需请示 作者（CC 记忆卡 travel-skill-self-sync-on-lag）——合并原则同款：收 协作方新增内容+保本体结构身份，禁止整文件反向覆盖，照常留底 .bak+版本演进记录，合并后版本号对齐 max(两边) 并提示 作者。顺向（本体→副本）仍走原流程，同步时机由 作者定。 ⚠️ 两物并存指针（2026-09-21，文件管理注记非条款、不升版、不影响 协作方对账）：本文件=自用本体，本侧唯一加载版（协作侧副本=另一加载版，见 协作侧加载目录，协作侧边界兜底另见其全局记忆）；公用版（开源版 v1.0）另存 公用版仓库，已脱敏+公开源化+自带 tools/，仅供对外分发。两物互相禁止整目录拷贝覆盖——尤其勿将公用版装入本 skills 目录（会覆盖本体）；两物各记各的版本行。

拍板记录（2026-09-02，土豆泥旅行手册对比后用户定稿）

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

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

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

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

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

默认档案（作者）：武汉出发；典型时间窗=周五晚~周一上午；内容必出（小红书+抖音）；玩法=深度体验；人数结构以一人行为常态（西北行15天一人实证）、朋友局为辅

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

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

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

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

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

• 天气：目的地行程期间逐日预报 + 关键日逐时段预报（午后雷阵雨窗口/日落前后/夜间）——午后雷阵雨≠全天不能玩，喷泉/夜景/户外项目按逐时段决策；另查极端天气历史
• 门票/预约：官方渠道、放票时间、闭馆日、是否必须预约；🔴 价格实时性铁律（v3.25，作者 2026-09-21 定：最新、最准、最真实=按当前询问时间检索）：①检索时点=当下——出票务信息那一刻联网查，不许沿用本次会话早前的查询结果、更不许沿用历史路书/记忆里的价格（门票有淡旺季/节假日浮动，1 个月前都可能过期；v2.9"超 1 年补查"对门票不够严，本条收紧为"当次实时"）②官方源优先序：景区官网/官方公众号 > 官方 App 公告 > OTA 在售页（美团/携程）> 游客攻略（攻略只能当线索）③每条价格带时戳：¥350（2026-09-21 13:00 查·长隆官方公众号）——查的时刻与来源写死在路书里 ④查不到官方源的处置（作者 原话口径）：如实写「官方渠道未查到，请自行比价」并给出比价指引——官方公众号/小程序/大众点评/高德/抖音直播间搜寻门票，看哪个优惠更多，🔴 但要比对好日期别搞混（不同渠道挂的可能是不同日期档的票——平日票/周末票/指定日票价格不同，直播间优惠常限特定日期）。网页价与官方价不一致的并列写出，不擅自取其一；高热度需预约景点一律按「提前 5 天」倒排预约节点（放票日即设提醒，如陕历博/省博/莫高窟类）；多档价格先拆清结构再算账——单票/联票/含车票并列时逐档核对官方在售商品名（联票含不含景交/观光车），防重复计价；老人/儿童优惠票同口径写明含不含车（2026-09-13 丽水仙都实证：联票 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 生成摘要（非网页原文）只当线索——写结论前必须落到具体视频/页面实锤（庞师缙云幻觉案例，详见 MEMORY search-one-by-one）
  5. 收录完备性差集核查（v3.50）：交付前找 1-2 份同目的地第三方热门路线（小红书/攻略站高赞）做差集对照——对方有而自己全册无的点，逐个判定「不合适收录」还是「漏了」；核验体系查「写的对不对」，差集查「该写而没写」（国王谷/Kua Bay 缺失由使用者对照小红书发现实证）

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

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

1. 头部：人员/时间/天气实况/核心节奏 + 地理归属一句话（目的地行政区划与方位亮出：如"丽水=地级市，本次玩它下辖的莲都区+缙云县"——不假设用户知道目的地行政关系，v2.9）
2. 倒计时行动清单：所有时间敏感动作按 T-N 天倒排——T-5 高热度景点预约（放票日设提醒）/ T-3 普通预约+抢票窗口（如莫高窟 A 类）/ T-1 天气终判（去/改期/切备胎）/ 退改截止提醒（火车票 24-48h 内扣 10%，越早退越省）。重点提醒项必须加粗+警醒标志（⚠️/🚨，v3.1）：需提前预约的景点/项目、抢票窗口、天气终判、旺季紧俏动作（如早订房）——读者扫一眼就该知道哪几条不做会出事
3. 预约状态表：什么要约、什么不用约、放票时间/预约截止日（高热度景点按提前 5 天倒排）、取消规则、约满兜底方案
4. 逐日行程（每天按四块拆）：
   • 吃：美食选择池——定档（路书正文）+备选池（附录）两层；备选池按场景分层给足（知名正餐/夜宵名店/本地宝藏苍蝇馆子/早餐小吃/酒店周边），知名店保稳定出品、宝藏店保本地里子，都要推，选择权交给用户；每家给地址+招牌+人均+排队提示；附"找店三看"（看食客/看年头/看评价）+抖音探店信源：优先搜 作者 关注的六位博主「目的地+博主名」（唐仁杰/特厨隋卞/刘雨鑫JASON/大冬来了/庞师不是师/老谢，南昌毛毛饭店实测靠谱；名单口径正本=v3.18 版本行+用户档案区，2026-09-16 笔误级对齐）；每位博主单独搜一次，禁止多博主多城合并搜（关键词互相稀释会漏结果——2026-09 镇江实证：合并搜漏掉唐仁杰 4 条镇江探店；辅助路径：抖音主页内搜关键词→B 站官方 API 查视频简介→评论区找"课代表"），搜不到明说"没探过此地"不编造；纯流量网红店需交叉验证防充值（评论区本地人评价+高德/大众点评复核）；现场挑选原则（就近/看势头/量力而行）；呈现必须两层——日程卡每餐精简内嵌（1-2 家，只给名字+吃什么）+ 独立「美食清单」板块（🔴 板块名固定写「美食清单」——作者定，2026-09-15 重述；不要写「吃饭清单」，出稿时 grep 一遍「吃饭清单」必须为 0。主排序=行程日、餐段做标注、宵夜跨日放末行，给足选择；早餐如实写：民宿含早就说含早，不含就给推荐店——2026-09-13 丽水实证：只内嵌不成板块，早餐两天空缺、宵夜无、画乡店名零实查）；探店博主多线取用（v3.9）——逐位单搜后按线用透：交叉验证最强（多博主/多源同探一家=优先推）、按线取用（实操中端/专业高端/本地文化/本地活地图，按预算+场景匹配）、进正文三匹配门槛（价位+菜品+位置匹配才进清单行，差一条进备注）、搜到即用透（禁止搜完只在备注提一句——宁波 v1 失误实证）；🔴 收录分级门槛（v3.21，对齐 协作侧 roadbook-double-track 6.8.1；优先于「搜到即用透」）——R1：店名+门牌已核→收录 ✅；R2：店名查不到但有确切位置引导（乡镇/码头/「凌晨 4:30 开在菜场旁」类）→收录 📌+给认店口诀，仅限信源穷尽后（封面大字/门头/声明贴纸/账单等画面物证帧精读+多源交叉后仍无店名——南昌臻记模式，不是绕过精读的捷径）；R3：既无店名又无位置、或有负面评价→不收录（不进情报卡/美食清单/备选池，不挂「待补」）。（搜→抓→核三级链/探店情报卡/证据分级的执行细节正本=协作侧 douyin-learning-pipeline skill，本端用到时直接读 协作侧 douyin-learning-pipeline skill——2026-09-16 分工定：CC 管路书怎么组织，协作方管抓取怎么执行）；收录优先序（v3.28）：使用者本地点名店=最高优先（成稿标「本地人推荐」徽章）＞默认博主作品店＞指定博主＞公开攻略补品类空缺；口碑分档（v3.28）：早餐/宵夜只推好评店，正餐可少量口碑分歧名店（标争议双方观点）+「先看差评，差评能接受才去」方法论进成稿；找店心法名片款：「不必非吃固定哪家，人多的一般没错」（安心条款非军令状）；年份口碑店如实标特性（无招牌/卖完收摊/只按导航找）；点单口诀保留原话（照抄不出错）；每日三餐行完整性（v3.29 机械钩）：每日必须有早/午/晚三行，交付前逐日 grep 报数；「升级体验」子表（v3.46 檀香山实证）——美食清单主表（时间线+平价日常线）之外，目的地存在「值得多花一点」的体验型餐饮（景观餐位/跨界吃法/仪式感场景）时，主表后加「升级体验」小表：三列（店/特色/人均），特色列写体验点不写菜名（「日落露台+Mai Tai」「早午餐变晚餐」），价格出境双币种；档次=人均约主表 2-4 倍的「偶尔奢侈」，1-3 行不喧宾夺主（檀香山实证：主表刨冰 $5-8/乌冬 $8-12，升级表 Duke's 日落露台 $40-60/Koko Head $30-50）；与预算「体验平价/品质表」分工：预算管钱的档位、升级体验管吃的进阶，店可重合、视角不同；餐饮人均口径（v3.50）：人均=主菜+饮料+税（不含小费须注明）——🔴单菜价≠人均，不得拿旧攻略单价充数；现地实测负评必须如实标注（收录不删但警示）；出品方菜单更新日期（官网「MENU UPDATED」）优先于旧攻略价；「升级体验」子表=必答标配（v1.7 增补）：收录硬标准=价格/菜品/服务/环境四项满足 ≥3 项才收（不能只是贵），1-3 家封顶不为加而加，无合格候选如实写「无」——宁缺毋滥本身即用心；R2 店收录门槛（v1.7 增补）：无店名目标不进清单正文，给同档平替；评论区+网搜 2 轮未锁定=如实放弃定位，禁硬编坐标
   • 玩：景点怎么逛（动线/重点/时长/讲解建议）；热度配比 6:3:1（v3.8）+偏好优先（v3.9）——6 成热门保底+3 成冷门惊喜（实锤的游记私藏/本地人聚集地）+1 成弹性（亲历口碑/新开彩蛋）；6:3:1 是默认，采集时主动问偏好，用户说"想热闹/想人少"即动态调；禁止全热门（中规中矩攻略架）或全冷门（拿行程冒险）；特种兵模式（v3.24）：动线按「能串尽串」排——每点 20-40 分钟（核心位拍照即走）、单点不恋战，6:3:1 配比不适用，改为最大化不同景点数量；⚠️ 数量优先≠瞎排——打卡点之间仍守动线不绕路铁律+实查纪律
   • 住：先选住宿形态再选区域——形态按人群场景给选项：兄弟局=电竞房（3人一间，能玩能睡能兼顾工作=数字游民场景，南昌实测）/民宿套间；一人行=性价比连锁/青旅；家庭=套房/民宿；内容向=特色民宿（体验感+出片，搜"目的地+特色民宿"看实拍评价）；再定区域+理由（近动线/近美食）+价位；价格淡旺季口径（v3.48，凯悦现地实查实证）：住宿参考价给「平季 X / 旺季 Y」双档或标当前季档+查证日期；🔴另收项必须点破（destination fee/度假村税/停车费——美国酒店 $40-70/晚 常见，裸房价≠实付价，统一给「实付=房价+费+税，预订页看总价别看每晚起」口径）；大档期（圣诞新年/暑假/黄金周）按上浮 30-50% 预估；无实查依据的低价不得入册（宁可加宽【估算】区间也不给失实下限）；餐饮人均旺季标「以现场为准」

• 住宿选房顺位（v1.7 增补）：①位置顺行程路线（第一位，不为特色酒店多通勤）②预算口径 ③电竞房/海景/特色=加分项非主导——加分项服从①②
• 行：大交通精确时刻+市内交通（哪天开车哪天地铁，进城停车难则地铁优先）；自驾/多点位行程必须出「全程路程时间总表」（每段里程+正常耗时+节假日路况预留，短驳段估算的标【估算】），并在逐日「行」里落到当段（v2.7 新增，镇江路书反响验证——读者最关心"这段开多久"）；交通方式分支（v3.1 作者定）：自驾/租车人群→停车信息逐日落地（每天卡片底部固定 🅿️ 停车条：停车场位置/收费/是否白天禁行需换景交/旺季到位时间/当日里程）；非自驾人群必须给公共交通方案（高铁站/机场→景区的班车·公交·打车费、景区间衔接车次、末班时间、散场打车难度）——停车条只针对自驾租车人群，别的人群要给对应出行方案，不能默认人人自驾。多册自包含纪律（v3.47）：🔴多册各自独立自包含、禁止跨册引用——「见 ×× 册」禁用，分发的路书可能单独流转，跨册关联也是脱敏口径；路程时长口径（v3.50）：同名起终点多线路必须先写线路名再给时间；标【估算】不豁免实查——【估算】=实查不了的诚实标注，不是不查的借口，地图工具基线（v3.44）是义务；册内同一路段多处提及必须同口径
• 拍：机位清单+最佳时间+光线逻辑（建筑朝向决定顺逆光）+特殊场景参数手册（夜景/雨景/日出夕阳/星空/博物馆/美食，分 iPhone 和安卓给具体参数与技巧，如"镜头贴玻璃消反光""实况转长曝光拍喷泉"）
• 拍·机位审美筛选线（v3.28）：机位信源≥3 源交叉（官方文旅十大/市府官微/摄影攻略，不吃单一爆款图文）；「大开大阖」大场景优先（江桥楼湖同框/天际线/日落蓝调），纯市井杂乱类剔除——烟火气归美食线管，机位线只管大片；几何/未来感建筑也收（大智无界型）；先搜当地摄影圈验证过的封神点位再入库；夜景灯光秀专项：基建强市必查灯光秀时间锚+烟花秀等节点预约渠道（节假日以官方发布会通稿为准）；机位补充包工作法：爆款图文→去重→三档归入（主动线/当日延伸/自选加拍）
• 🔴 游玩体验为主体，机位是顺路提示（v3.29 武汉实证，作者：行程围着机位转=主次颠倒）：每日动线的主体=逛什么/感受什么/吃什么（玩家逻辑），机位是「📷 到了别忘拍一张」级别的顺路标注，禁止把机位串成独立时间块占用行程主体（武汉 v1 把 6 机位串成 3h 徒步线当整个上午=打回重写）；相邻两天禁同一主景点重复（武汉 D2 引桥/D4 大桥步行连续两天上桥=读者视角「我来武汉就是看桥的？」）；自检法：把每日行程读一遍，问「这是一个游客的一天，还是一个摄影师的一天？」
• 机位信息标准（v1.7 增补）：每条机位=位置+最佳时段+拍法三条全（「顺路能拍」一行罗列废止）；层次五级=速览白底绿边条→slot 浅绿底（主角）→机位灰字小字（配角）→Plan B 米黄→冷知识绿底
• 🔴 地理集群原则（v3.35，东京实战：朋友判「秋叶原该跟浅草一天、筑地银座分 D1/D3 不合理」——原版跨城横穿被现地一票打回）：多日行程按地理集群分天（老城/现代/湾岸/郊区……按城市实际分区），同一天只待一个集群，从酒店出发一条线走完、不横穿城市；跨集群远点挪备选或单独半天；每日动线图必须画出验证——≥3 天的行程 SVG 总数 ≥ 天数+1（总览 1 张+每天 1 张动线图），在图上核对不走回头路；图是给读者核对动线用的，不是装饰（东京 v2 实证：4 张 SVG 逐张画出后 D1「太重」与集群归属一目了然）
• ⏰ 作息排程规则（v3.0；v3.15 按人群模式重构为两条轴）：① 家庭游 / 自由行（默认轴）：出发日「10 点前后」（v3.6 作者定：家庭出游睡饱第一——堵车和行程压力用「预留时间」解决，不压缩睡眠解决；丽水 6:30 出发拿"躲高峰"正当化仍被朋友吐槽实证。航班/火车硬时刻除外，写明理由即可；🔴但「硬时刻除外」不得滥用（v3.14，2026-09-15 广州实证）：车次/航班是自己挑的，属可调项——4 小时高铁不等于"必须坐早班车"，改成 10:00 发车、14:00 到场一样成立；只有当当天全部可选班次都早于锚点时才叫真硬时刻；凡出现"选 07:00-09:00 发车那几趟"这类句式，一律视为把自己的排程包装成客观限制，回炉重排）；游玩日主线也取「10 点前后」（v3.0 默认 8:00 那种偏早——丽水 8:00 坐船被吐槽过）；🔴但这是软目标、不是闸门（v3.15 作者 明确：「说了上午 10 点左右，不是要求卡那么死」）：9 点多出发、10 点半开玩都算达标——为了动线顺提前半小时、或落在 09:30 都不用回炉；真正要拦的是「6-8 点档起床赶路」那个量级。别把锚点当 KPI 卡到分钟；② 大学生特种兵 / 打卡暴走（另一根轴，不套 10:00 锚点）：可提前、可夜排、可连续暴走——凌晨机位、夜车过夜、夜爬、夜市宵夜、跨城连刷都算正常排法，按玩法需要排满即可，不必迁就睡眠（v3.15 作者定：「大学生特种兵玩法可以按你的想法拍，甚至可以晚上还可以排一点」）。三条底线不破：恶劣天气铁律、安全底线（夜归/独行）、实查纪律。启用条件见「玩法取向模式」与「特种兵暴走」逐维度切换表；③ 早起包 / 夜游包标准件（v3.6 立，v3.15 补夜游包）：作息敏感型项目一律不进主线，但必须落成两个包——「🌅 早起的人（自愿，谁起谁去）」＝民宿步行圈内晨间体验（晨雾/晨景/表演头场/早点铺）+ 回店集合早餐时间；「🌙 夜游包（自愿，谁去谁回）」＝夜景亮灯/夜拍机位/夜市宵夜/深夜温泉，写清「几点出、几点回、谁去」。两个包都要标注作息代价（「需 5:30 起」／「回酒店 23:00」），谁去谁起、主线人员照常；家庭成员作息不同步时主线就低不就高（丽水反例：三代同游游玩日主线排 6:30 晨雾被 作者 打回）。④ 🔴 特殊时段玩法必须主动提出（v3.15 作者定，硬要求）：凡「有最佳时段、错过就废」的玩法，不许因为默认晚起就静默砍掉——必须在路书里显式交代四件事：①项目 ②为什么非得那个点 ③作息代价（几点起／几点回）④归入哪个包 + 不去拿什么补。已固化清单（任何目的地都要先过一遍）：夜爬（泰山类）／拍星空·银河（必查月相+月落时间，满月前后一周直接放弃）／日出·日落／晨雾／云海／城市夜景·亮灯时刻／灯光秀·烟火／早市·赶集／赶海·涨落潮／观鸟·动物活跃期／夜汤温泉／深夜食堂·夜市。配套：与「拍」维度的特殊场景参数手册（夜景/星空/日出夕阳）互相引用——手册里给了星空参数，行程里就得有星空的位子；只写参数不排位子＝这项没落地。备选落位（v3.47）：boost 板块加「⏰ 特殊时段玩法」组——两列表（项目/时点与口径），每条=项目+最佳时点+渠道口径（免费与否/抢票规则）；主线已排的标注「主线 D× 已排」给读者定位，未排的=这就是它的位子；特殊时段玩法不进「如果还有时间」逻辑（时点专属、错过就废），独立成组不混排⑤ 日夜交界型家庭游也能排：日落→亮灯→夜拍串成傍晚动线（江边/桥/高层观景台），属正常主线、不是熬夜（家庭版广州实证：17:00 广州塔看日落与夜景、19:30 珠江夜游），跟「早起」是两回事，别混为一谈。

5. 避雷表：必须"真实场景+应对"式（❌"注意防晒" ✅"遗址区无遮挡，观光车必坐否则热死"）；措辞分群体（2026-09-10 作者定）：面向老年人/官方群体的输出物称「温馨提示」，其他群体仍称「避雷」。；内容必须两组兼备+标题标准（v1.7 增补）：eyebrow=「真实场景 · 提前知道」+标题=「提示与避雷」，内容=避雷组（⚠️ 真实坑+应对：宰客套路/收费陷阱/短斤缺两）+提示组（贴身提醒）——纯温馨提示不配这个标题
6. 预算表：逐项+人均
7. 应急表：每个关键环节给 Plan B（错过车/暴雨/约满/肠胃）
8. 景区示意图（条件触发：分散型多景点/需换乘的大景区必出，单点景区可不出）——手绘 SVG 嵌对应日程板块，规范=v3.5 版本头（信息层六要素+表现层插画化清单），标注「示意非等比」+数据来源日期；画幅与插画化基线（v1.7 增补）：day 图 720×400、总览 780×440（小画幅废弃）；多色动线语义固定=红=步行/打车、蓝=地铁、金=夜游；插画化=渐变水系/手绘地标/罗盘指北针/投影城市卡，emoji 地标与裸胶囊废止；DEFS 渐变 id 按图加后缀防重复 id；方位本身就是信息——各点按真实相对位置排布，禁挤一角
9. 装备清单（按场景勾选）——必须与本趟行程实时匹配，禁止通用模板直接套（v3.1 作者定）：按目的地×季节×天气×温度×环境五要素定制，每趟先列「本趟特有项」再补通用项（例：丽水中秋=溪边玩水洞洞鞋+晨雾清晨 15-18°C 外套+山区蚊虫驱蚊液+白天近 30°C 防晒；西北=沙漠鞋套密封袋；冬游=暖宝宝触屏手套）：
   • 通用：身份证/充电宝/常用药（蒙脱石散+藿香正气+创可贴+碘伏）
   • 高温：防晒/速干衣/大水
   • 雨天：折叠伞/防水鞋套或洞洞鞋/手机防水袋/便携雨衣（骑车比伞实用）
   • 沙漠戈壁：手机相机密封袋/鞋套（买贵一档，差价小体验差大）/干粮+大水（大景区中午必错过饭点）/物理防晒可现场买
   • 夜骑提醒：视线差路段提前减速（西安城墙摔车教训）

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

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

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

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

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

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

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

交付前自查清单（逐项打勾才可交付）：①信息全文一致（无已取消项残留）②天气已分时段③门票放票时间+预约截止已标④店铺有地址+营业状态已核⑤动线无回头路⑥预算闭合且隐藏成本有行⑦避雷全是"真实场景+应对"⑧应急 Plan B 覆盖关键环节⑨版本号/日期已更新⑩随行两件套已出（当日模式页/特产三问，见阶段3.5）⑪页面/HTML 类产物已渲染截图亲验（真机视口桌面+手机各至少一张，防自嗨式设计缺陷——2026-09-10 镇江 HTML 手机工具条遮挡实证；Playwright 可 channel='msedge' 驱动系统 Edge 零下载）⑫文案去 AI 味复核（v3.1 作者定；v3.25 升级为双通道）：通道一 grep 高频词（进行/值得注意/本质/仿佛/映入/众所/首先其次/综上/绝绝子/震撼/为您/不仅…而且/此外/标志着）+ 通读标题与各板块——称谓口语化（长辈/娃，不用祖辈老人家）、无 ≥3 句书面排比、无"不像人话"的句子；出境版加一道翻译润色（v3.41）：英文专名首次出现用中文+括注英文（恐龙湾 Hanauma Bay）、后文统一中文称，禁英文专名连排成句、禁括号注套括号注——机翻味主源就是专名堆叠与直译语序（国际版三册 作者 实证）；通道二 humanizer-zh skill 全文过一道（协作侧已装 ~/.workbuddy/skills/Humanizer-zh/；本侧同款）——重点是破折号滥用/粗体堆砌/三段式排比/通用积极结尾这类 grep 抓不到的结构性问题；🔴 路书是给普通人执行用的，不是给读者欣赏的——像朋友交代攻略的口吻，不是旅游杂志文案；方法源自 jhjs-script 去AI味禁忌表，适用于路书全部文案（含 HTML 版全部可见文本） ⑬HTML 入场动效两态实测——动效禁裸 opacity:0（必须 html.js 门控+兜底脚本），门控规则与 .in 显示规则配对同前缀（防 CSS 特异性倒挂）；自查时 JS 禁用/启用两态都实测、内容两态全可见（2026-09-13 丽水实证：裸 opacity:0 依赖 IntersectionObserver，JS 挂→83% 内容不可见；首轮修复门控特异性反压 .in 规则致正常态不可见，两态实测才抓出） ⑭六维度板块齐全——吃/玩/住/行/拍/避雷逐项问"呈现在哪"：允许融合呈现（避雷→温馨提示）、不允许无板块（吃→日程卡零散带过=漏维度，2026-09-13 丽水实证） ⑮景区示意图（大园区必出时）：信息层六要素齐+表现层插画化过一遍（地标图标/地形渲染/胶囊标签/动线序号/图例）+手机视口截图亲验缩放可读 ⑯作息锚点——出发日与游玩日主线都取**「10 点前后」的软目标**（9 点多～10 点半都算达标，别卡死），硬时间项目不入主线（入早起包/夜游包/备选）；有老人/早起者时每天有「🌅 早起包」条（2026-09-13 丽水 6:30 出发+8:00 坐船被朋友吐槽实证） ⑰博主店用透自查——命中博主探过的每家店，吃饭清单或备选池里必须有它自己的行（进不了动线的也要带店名+必点+人均/未核实标注入备选池），禁止只躺在情报档里（2026-09-15 广州顺德再犯 v3.9 半条固化） ⑱🔴每日配图齐全（HTML 交付）——数 <figure> 个数 ≥ 行程天数（每日张数=2 或 4，禁 3 张——.photos 是 2 列网格，3 张=2+1 不对称，作者 2026-09-30 定规）；每张 base64 内嵌、亲验真渲染（naturalWidth>0 && rect.width>50）、四档视口（320/390/768/1280）无横向溢出；非本趟实拍的已标「（示意）」且页脚写明"实景/示意 + 图源"。这一项必须出数字，不许凭印象说"有图"（2026-09-13 丽水立规 → 2026-09-15 广州首版 0 张又漏，连漏两次；.photos 的 CSS 一直在一所以看 CSS、跑⑪⑬都发现不了） ⑲停车信息已查（自驾/租车时）——每天卡片底部 🅿️ 专条齐：停车场位置/收费/是否需换乘景交/旺季几点前有位，查不到标"以现场为准"不许留空 ⑳同一决策点全文同步——动一个时间/场次/价格/店名之前，先 grep 出该决策点在全文的所有落位（准备清单·速览·时段卡·示意图 SVG·门票表·tips/避雷·预算表·应急），一处改就全部改，判据=旧值在「活条款」里归零；判「行程外景点」必须 grep 槽位完整正文——截断窗口（只取前 30 字）本身就是误报源（汉阳造误删实证）****（⚠️例外：版本史/备注里对旧写法的引用要保留——2026-09-15 实测：把「是否 ≥ 10:00」改掉后全文仍命中 1 次，就是版本史引用了旧写法，属正当保留、别删；所以断言要锚到活条款原句，别拿裸值/裸词当判据，同踩坑 14）；另加一条作息复核：把每天第一个非交通时段打出来看一眼——落在 9 点多～10 点半之间即达标，不卡分钟；只有出现「6-8 点档起床赶路」才算没过（2026-09-15 广州实证：马戏 16:30 场散在 6 处，改 5 处漏 1 处即前后矛盾） ㉑特殊时段玩法已主动提出（v3.15 作者定）——过一遍特殊时段清单（夜爬/拍星空/日出日落/晨雾/夜景亮灯/灯光秀/早市/赶海/夜市），凡命中就必须在路书里显式交代「项目+为什么非得那个点+作息代价+归入早起包/夜游包+不去拿什么补」，不许因默认晚起而静默砍掉；家庭游/自由行若确实要排早，必须写明代价并征得点头，不许默默排 ㉒家族对齐 diff（产物类交付前置闸门，v3.27 立）——交付前把家族中最接近的成品全文逐段 diff（Playwright 抽 innerText 或直接读文本对照区块措辞表），措辞/结构/文案逐项对齐，diff 出的差异逐条修或注明不修理由，报告随交付；🔴数指标（几个区块几张图）不算对比（2026-09-25 象山版实证：指标全对齐仍漏页脚/表头/措辞等 7+ 处） ㉓fail-closed 终审（v3.35，GitHub 拆解反哺，条款原创）：「未核实 = 失败，不是通过」——检查项查不到结果就标 FAIL/未核实，禁止当 PASS 放行；「无法执行的检查必须声明未执行」，禁止报 0 假装通过；grep 命中的「异常」必须看上下文结构再定性（东京实证：正文无一处 480，8 处命中全在 base64 图片数据里——命中≠异常，看命中落在什么结构里） ㉔跨集群折返检查（v3.35）——每日动线对照动线图读一遍：同一天内不得跨地理集群往返；相邻两天禁同一主区域重复覆盖（对齐 v3.29「相邻两天禁同一主景点」的区域版） ㉖SVG 数量检查（v3.35）——≥3 天行程 svg 总数 ≥ 天数+1（总览+每日动线），每张六要素齐（指北针/地标胶囊/动线序号/图例/非等比标注/文字不压线） ㉘信息归位与作者资格（v3.37）——①抽 2-3 个高频信息（防晒/门票/预约类）grep 全文落区数：同一信息在 ≥2 个叙事区整句重复=打回归位；②成稿若含 author/推荐区块：核对作者对该目的地确有推荐资历，无资历=删区块+删导航项（资格制见阶段 3） ㉙价格类全落位扫描（v3.50）——改任何价格（门票/活动/餐饮/住宿），先 grep 该价格在 prepCard/正文 slot/门票表/预算表的全部落位逐处同步（大岛册观星团价散 4 处改一漏三、cost 表漏网被终验 gate 拦下实证） ㉚机械交付闸门（v3.51）——交付前必跑 tools/checklist.py <路书.html> --visual，输出原文贴给使用者；FAIL 不许交、SKIP 必声明

• 板块丰富度自检（v1.7 增补）：交付前对照好版标杆逐区块字数（参考线：备选≥400/门票≥350/应急≥250/特产≥300），偏薄即扩
• 对外分享成稿脱敏（v1.7 增补）：HTML 展示层剥内部信息（研究记录/信源工作列/内部路径），背书留在 md 事实源——双写分层
• 成品存放惯例（v1.7 增补）：一行程一文件夹统一命名「XX_朋友版/自用版路书.html」+事实源 md；开工建目录前先查已有成品惯例
• 家族对齐 diff 实操（v1.7 增补）：交付前拿家族最近成品逐项对照 sections/nav/eyebrow/title/footer/存储键——肉眼自检不可靠

阶段 3.5 · 随行两件套（路书交付时同步产出，2026-09-02 拍板定稿）

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

1. 当日旅行模式（每个出行日自动生成"今天页"）
   • 内容=今日动线（时间+地点+交通方式）+ 天气与穿衣 + 今日提醒（预约截止/加满油/带装备）+ 出片建议 + 顺路可买
   • 日期未定行程的 TRIP 占位（v1.7 增补）：start/end 填 9999-12-31 占位即可让「今天」判定永不命中、倒计时区常亮为默认态——零 JS 改动，档期确定后只改这两个值
   • 按 TRIP.start 日期自动算今天：今天高亮、已过天变灰；用户说「今天去哪」直接切当日视图，不再翻全篇路书
   • 数据全部复用路书，不重写；作者 教训：凌晨已出发时 AI 还在做计划态方案——当日模式=陪伴模式的默认视图
2. 特产三问卡（每项回答三问：是什么/哪里买/好不好带）
   • 只推方便携带的（真空小包/密封礼盒/轻量装）；带携带条件的高亮警示（如青稞酒仅托运、散装肉制品别买）
   • 附比价提示（景区出口 vs 市区超市常差三成）；价格水分大的品类（黑枸杞）标注"认准产地直供，别买天价礼盒"
   • 作者 偏好：旅行购物以文创为主，特产按"值得带的少数几样"给，不铺清单

实现参考：作者留存的去野工作台成品（当日模式+特产三问已实装的单文件 HTML，深色 Linear 风格，含导出 JSON/当日自动对齐）。开源准备：模板 _v3_build.py 与数据 TRIP 对象分离，换行程只改数据重新合成。

3. 长辈/官方 HTML 分发版四件套（2026-09-10 镇江定稿，WB+CC 双窗口复盘共识；面向老年人/官方群体的 HTML 路书必带）

   • 当日模式：按今天日期自动高亮并滚动到当日行程卡（行程期外则高亮"出发前清单"）
   • 大字三档：字号 A−/A/A＋ 可调，localStorage 记忆
   • 清单勾选：出发前清单+装备单可打勾，localStorage 持久
   • 打印样式：@media print 一键纸质化（隐藏导航与按钮，卡片防跨页撕裂）
   • 参考实现：作者留存的镇江扬州长辈版成品（CODEX 风格全令牌+功能双清单；风格产物规则=风格令牌+功能清单全带，禁止只抄视觉皮）
   • 配套原则「决策替做」（协作方补充共识）：面向长辈/官方/执行型读者，分支决策提前替读者做完，输出指令式文本（"到了先看几点：中午前到→先吃面再玩…"），不输出选项让读者选——选项是给策划者的，指令才是给执行者的

4. 🔴 每日配图 —— HTML 交付必带（2026-09-13 丽水约定 → 2026-09-15 广州又漏，连漏两次）

• 🔴 今日速览标准件+每日固定件（v1.7 增补）：①「🧭 今日速览：上午=X；下午=Y；傍晚=Z」三件事式紧贴 day-head 之后、photos 之前，样式=白底+绿色左边条引用块风（与浅绿 slot 区分防粘连）②每日 slot 按 HH:MM 升序、餐行禁重复 ③每日冷知识卡=固定件：💡+「你知道吗：」+一条真·冷知识（禁编造须实查），放当天 Plan B 之后 ④**「当天 Plan B」=固定保留件**（任何新形态路书不得省略）⑤slot 主次律：slot 浅绿底为主（行程是主角），机位=灰字小字紧随其后，机位独立底色卡=反客为主；「今日拍法」类日汇总卡废止
  • 每一天都要有图：<figure> 放在 .day 里、.day-head 之后，外层 <div class="photos">（双列）或 <div class="photos single">（单列）——家族 CSS 本来就带 .photos 全套 8 条规则。
  • 图必须 base64 内嵌（单文件断网可开）；逐张眼见亲选剔错图，别信文件名；非本趟实拍的一律标「（示意）」，并在页脚写明「哪些是实景 / 哪些是同题材示意 + 图源」。
  • 图源三级链（v3.42 定稿；2026-09-15 的「Commons 不可达」结论已推翻——当时网络工具未开属环境误判，2026-09-26 起直连或本地网络环境自行解决实测全程可达，武汉/东京/国际三册 16 张图全 Commons 实抓）：①Commons=地标实拍首选（免 key）：直连或本地网络环境自行解决访问（本机代理端口），按地标名精准检索；纪律=v3.30 挑图三坑（核对拍摄对象+年份，古画/在建/重滤镜跳过）+逐张导出亲验 ②Pexels=氛围空镜备用（免费可商用）：key 存作者本地 .env（免费自注册 2 分钟，配 pexels_fetch.py 脚本）；地标覆盖差、小众景点基本没有，适合海滩/日落类氛围图 ③AI 生图兜底：同题材+标「（示意）」，页脚注明「AI 生成示意」。 → 首选改 Pexels（作者 2026-09-03 已固化「主动调用、不等提醒」）：key 在 作者留存的爆款分析工具配置，或直接打 API https://api.pexels.com/v1/search?query=<词>&per_page=4&orientation=landscape（带 Authorization: <key>；沙箱内可达，实测 200）。Pexels 免费可商用。
  • 选图纪律：地标类优先挑真在当地的（广州实测命中很准：Canton Tower / Pearl River / Liede Bridge / Foshan 都是真景）；本地小众景点（清晖园、逢简水乡、长隆各园）Pexels 没有 → 同题材素材 + 标「（示意）」，绝不用别处照片冒充当地实景。
  • 🔴 验收要出数字，不能靠肉眼：document.querySelectorAll('.photos img') 逐张查 naturalWidth>0 && rect.width>50 才算真渲染；再跑四档视口（320/390/768/1280）确认 scrollWidth-clientWidth==0（base64 大图最容易在窄屏撑破）。
  • 🔴 反例就是本坑：广州顺德版首版 0 张图（96KB），而镇江 8 张（1.23MB）、丽水 5 张、宁波 4 张——.photos 的 CSS 一直在，只是生成脚本从没产出 <figure>，于是「骨架在、内容缺」，看 CSS 或跑原四检都发现不了。→ 交付前直接数 <figure> 个数 ≥ 行程天数（进自查清单）。

5. 停车信息必查（2026-09-13 丽水同批约定）：自驾/租车人群，每天卡片底部给 🅿️ 专条，写清停车场位置 / 收费 / 是否需换乘景交 / 旺季几点前有位；查不到就如实标「以现场为准」，别留空。
6. ✅ 打卡清单（v3.24 第三件套，玩法=特种兵时必出、其他模式不出）：特种兵专属产出物——每个打卡点一行：地名 + 核心机位/拍什么 + 预计停留分钟数；按动线顺序排列（不按类别），总行数=本趟计划打卡点总数（数量本身就是特种兵的爽点，要显性给数字：如「本趟打卡 23 个点」）；复刻「集齐感」设计：预留勾选框（HTML 版可点，与勾选记忆同机制）；收官行给「已完成 ___ / 计划 ___」计数位
7. 🔴 路书 HTML 骨架 —— 固化基准（2026-09-15 作者 质问「每一个地方的攻略都是大同小异没有一致性」后立规）
   • 背景（实测数据，别重犯）：盘上 11 份路书 = 7 个 CSS 指纹 / 4 套 IA 命名 / 8 套导航集合。陕甘宁两版是另一套极简模板（CSS 888 字符、无 token）、广州 是第三套（4586 字符、无侧栏、区块叫 ov/cd/trip）。根因：骨架从来没写进过 skill——旅行 skill 里 id="overview"／区块／IA／侧栏 的出现次数全是 0，只有「六维度」内容要求。于是每趟要么"抄上一份"（越抄越漂：镇江差 56 字符、广州无版本标识版差 641 字符），要么从零做（直接另起模板）。
   • 🔴 硬规矩：新路书一律从基准骨架复制，不许另起模板、不许抄上一份成品。
   • 🔴 「特殊版」同样适用（2026-09-15 深夜 作者：「特殊版也要在最新版的框架生成啊」）：长辈版 / 亲子版 / 特种兵版 / 单人版等特殊版不是免死金牌——同样只从基准骨架派生。差异只准落在 ①正文层 ②同一 <style> 里的变体钩子（<html data-variant="elder|kid|solo"> + 覆盖既有 token，不新增第二块样式表）。区块可按内容裁剪（不自驾无 #drive、无加餐玩法无 #boost），但 id 必须取自同一命名表、顺序仍按基准、导航仍由同一份 JS 生成——「少几个区块」≠「另起一套」。判据：<style> 指纹 == 基准指纹（或仅已知钩子的增量），且区块 id 是基准命名表的子集、顺序单调。 ⚠️ 现存反例：镇江扬州长辈版 3e4de99923／11319 字符、IA overview day1-5 food cost tips sos pack（多了 food/pack、缺 drive/boost/ticket/eat/gift）——属待收编对象。
   • 基准文件（随 skill 走）：assets/路书_基准骨架.html（约 18KB，无 base64）。判据是「新路书 CSS 指纹 == 基准文件指纹」，不是「等于某个固定常量」——指纹随基准改动而变，基准指纹记录在该文件的 <meta name="generator"> 里。
   • 定稿 IA（v3.27 起 15 区块，顺序即主导航顺序）：overview 总览 ｜ drive 行·路程与停车 ｜ day1~dayN 逐日 ｜ boost 备选/加餐 ｜ ticket 门票预约 ｜ tips 提示避雷 ｜ stay 住宿 ｜ cost 预算 ｜ sos 应急 ｜ eat 美食清单 ｜ gift 特产。intel 探店情报原档只加在自用版（追加在 gift 之后、自带第 2 块 <style>），朋友版一律没有。
   • author「推荐」区块=选装件（v3.37 资格制，作者定）：不在定稿 15 区块内；仅当作者对目的地有真实推荐资历（家乡/长期居住/亲历有发言权）才加（武汉=作者家乡✓），无资历目的地一律不加该区块与导航项——推荐板块的信用来自作者真推过，无资格硬写=编造推荐人格（协作方国际版三份实证）。加了则 id="author"、置 eat 之后，遵同一命名表。
   • 侧栏两组：行程（overview · drive · day1..N · boost）+ 备忘（ticket · tips · stay · 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 映射，今天那天高亮 + 平滑滚过去（导航指示=纯文字「· 今天」，裸点已废止 v3.43），未出发给 #prepCard 加描边 ②字号三档（17/19/21px，存 <城市码>_font）③打印（#printBtn → window.print()）④勾选清单记忆（.check li input，存 <城市码>_chk_<id>，点了 reload 还在）⑤滚动监听（IntersectionObserver 加 .in + 侧栏 .on 高亮，rootMargin:-30% 0 -55%）⑥返回顶部（#backtop，scrollY>600 显形）。位置契约（v3.38）：head 只放门控块，主逻辑+兜底必须在 </body> 前——协作方国际版三份曾把整套 JS 拼进 head 门控位：脚本在 body 元素生成前运行，按钮绑定全部空指针、addEventListener 静默报错，滚动高亮/当日模式全灭而页面表面正常（极难察觉，靠 Playwright pageerror 才抓到）。
   • 每趟只改 4 类常量：TRIP 日期映射 ／ <城市码>_font ／ <城市码>_chk_ ／ 侧栏 + 页脚 + <title> 的目的地段文字（骨架里已留 【目的地】/【当日主题】/【日期区间】/【人数结构】 占位符，漏改会在交付物里留下方括号）。城市码按城市拼音短码取，各城市必须不同（防 file:// 下 localStorage 互相污染）。
   • 页脚=家族固定收尾（v3.27 补立，禁自编文案）：主标语「方案仅供参考——安全和开心，才是最重要的。🌕」+ 副文案「路上累了就在服务区歇歇，别着急；行程随时按当天状态调整，少看一个景点不亏，家人舒服才值。」+ 行程信息行（目的地·N 天 N 晚·出行方式）+「本地单文件 · 无外部依赖 · 断网可开 · 信息 <实查日期> 联网实查」。
   • Plan B 放置（v3.27 定）：每天的处置预案（等位/关门/没约上/堵车）放当天卡片尾部「🛟 当天 Plan B」条；#sos 区块只收跨天全局兜底（恶劣天气/突发疾病/计划全乱）——两处禁重复，措辞分工=tips 事前防坑、Plan B 事发处置、sos 全局兜底。信息归位一处（v3.37，作者定）：跨区块禁整句复制——日卡只写「当时当地的行动指令」（细节多时改指针「详见提示区/门票表」）、tips 收通用防坑、门票表收价格与预约口径；同一信息出现在 ≥2 个叙事区即违规，归位=保留最合适一处、其余删或改指针（檀香山防晒 3 处/珍珠港门票 3 处实证）。
   • 路程/门票必答清单（v3.43 定深度标准）：路程板块五件=①工具与线路（哪条路/哪个口/上客点）②每段里程+时长（自驾出全程路程总表）③停车（自驾日）④支付方式分层（刷卡渠道/现金场景/备钞；支付归路程专属，tips 禁重复）⑤堵车与时段警示。门票板块五件=①多档价格 ②预约与放票时间 ③现场购票口径 ④免费项 ⑤组合票有无——答不全=板块未完成，深度不靠手感靠必答。执行闭环：初稿谁做都行——骨架必须出自基准（㉝），初稿完成必须按本清单逐块验收，缺者重写不修补。****区块措辞对照表（v3.27 立表，新产物照表产出，禁自创）——eyebrow 族（丽水/家族成品实测）：drive=每段开多久 ｜ ticket=进门花多少 ｜ tips=真实场景 · 提前知道（长辈/官方版用「温馨提示 N 条」）｜ cost=心里有数 ｜ sos=应急 ｜ eat=照着吃就行 ｜ gift=回来带点啥 ｜ boost=可选 · 更从容（写具体替代案名）。表头族：路程表=路段/里程/正常耗时/说明（含路线走向：走哪条高速哪个口下）；门票表=景点/全价/长辈/小孩/关键时间；美食清单=顿/地界/店/点什么/人均；特产三问卡=特产/是什么/哪里买/好不好带。Day 标题族：day-idx=「DAY N · M/D 周X（·节日）」，nav 链接用极简动宾（到石浦/玩海边/回家）。导航族（09-25 定）：导航顺序必须=内容区块顺序（骨架 nav 曾 eat/sos 倒挂被全家族继承，已修）；标签=内容标题的两字短名（总览/路程/备选｜门票/提示/住宿/预算/应急/美食/特产），同字数不穿插。lead 句克制：非必要不加（住宿/美食/特产的 lead 已裁——多一句解释就多一分啰嗦）。美食清单每餐 ≥2 家可选（主推+备选，只给 1 家=偏少，09-25 作者 打回）。
   • 交付前跑一致性校验：roadbook-double-track/scripts/consistency.py（对基准文件跑，退出码 0 才算过：CSS 指纹一致 / IA 与导航齐全 / token 齐 / 命名合规 / 无残留 【】 占位符与城市名）。

阶段 4 · 行程中陪伴

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

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

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

用户档案（作者 默认偏好，随行程更新）

• 内容原则：真实记录 > 摆拍；AI 对话截图 = 铁证素材（敦煌打车预言实证）；翻车/冲突 > 美景（"AI让我摔了"数据冠军）
• 口味：能吃辣，全队就低不就高，统一说"微辣"
• 关注的美食探店博主（做美食推荐时优先搜他们探过的店）：唐仁杰 / 特厨隋卞 / 刘雨鑫JASON / 大冬来了 / 庞师不是师 / 老谢——搜"目的地+博主名"逐位单搜定位（禁合并搜）；搜不到明说"这几位没探过此地"，不编造；🔴 白名单硬约束（v3.18，作者 原话「以后严格执行只抓取我说的 6 位…除非我再加指定的博主或指定的美食店」）：只搜这 6 位，禁擅自增补/替换/合并；某位本城无作品→如实写「无命中」，不许拿别的博主顶位；例外唯一入口＝实战点名（指定博主/指定店），临时加入的须在交付说明单列「本次额外收录：XXX（作者 临时指定）」且不进默认名单；米雪食记＝2026-09-14 宁波特许例外（保留已采作品，不进默认名单）。⚠️ 凡「搜不到」先按认号法复核再下结论，任何名单变动必须显式写出、不许静默替换；作者 刷到相关探店视频会转发补充（2026-09-10 名单更正：刘雨欣→刘雨鑫JASON，新增庞师不是师；2026-09-12 新增老谢：抖音 laoxiemike、134 万粉、IP 浙江、口头禅"千值万值"——他标题习惯不带地名（地名标在封面大字），搜他要连封面看，标题零命中≠没探过；B 站疑似同号「老谢的饭局」（已有《丽水松阳老鲍农家乐》2023-09）；B 站免登录 API 可代查其旧作；2026-09-15 更正**「大东来了」→「大冬来了」（冬不是东，档案一直写错）：抖音号 py020、137.1 万粉 / 729.4 万赞、做「24h 连吃 N 顿」特种兵探店，2026 年连做南宁/贵阳/昆明/成都/南昌/宜昌/厦门 + 广东佛山（含顺德）、汕头、肇庆、清远、茂名、惠州，sec_uid=MS4wLjABAAAAP5UvQq5i3PZFVGyt3901arJjuzjg2E96r8AygkNu7p1_sthIgH0b5euHgq5e02uh。🔴 同名/近名假号至少三个（「大东来了」77633071 是西安团购券号、2.7 万粉；「来了大老东」144312702 非探店）——认号方法：登录态 Edge 走抖音首页搜索框（禁直拼 /search/ URL），读用户卡上的「抖音号 + 粉丝数」比量级，再用 TikHub 拉第一页探头看内容形态（团购券 vs 连吃 N 顿一眼可辨）。🔴 他的作品语音层不可用：快剪（1520 顿压进 3.55 分钟）+ 粤语腔 + BGM，whisper small 把店名全转成废字（肥光鱼生→「肥光魚山」），只有消费金额是对的；店名必须走「2fps 抽原分辨率帧 + Windows 自带 OCR」读画面卡——他的卡直接写官方全称（「顺德区黄但记」「荔湾区吴财记面家」「英姑猪杂粥（顺德大良）」），连行政区都标好了，再批量过腾讯地图核名补地址/人均/营业时间即可）。🆕 2026-09-15 全量核查结论：大冬来了主页作品全量枚举 105 条（2025-03-15 ~ 2026-09-15，末页 has_more:0＝已翻到底，非截断），城市足迹＝佛山5/汕头4/深圳4/南宁4/成都3/南昌3/广州3/厦门2/贵阳2/昆明2/三亚2/洛阳2…——零宁波、零丽水（连放宽词「甬/象山/宁海/奉化/龙泉/缙云/青田/松阳」也 0 命中）→ 宁波/丽水卡组里该博主栏位如实写「1.5 年内无本城作品」**，不用别的博主补位（v3.18 白名单硬约束）
• 住宿：性价比+特色（电竞房好评）+近交通线
• 风格：逐帧逐步式步骤（适合一个人去陌生地）
• 去过/排除清单：庐山✅ 张家界✅ 西北行15天✅（西安/银川/兰州/张掖/敦煌）南昌✅(2026-08) 潮汕⏸（路书 v1.1 已备未成行）
• 玩法取向：深度体验（默认；特种兵暴走仅在 作者 明确要求时启用）
• 学生证：无（特种兵半价杠杆不适用，预算按全价）
• 体力自评：待 作者 自评补充（特种兵暴走启用前必确认：能否日行3万步+晚睡3h+夜车）
• 独行经验：常独行（西北行15天一人实证）；一人行模式按强引导
• 作息情况：睡到自然醒，没有起很早（西北行/南昌多次实证，2026-09-12 作者 明确；2026-09-15 广州改稿再强调「10 点左右」）——作者 行程**出发日与游玩日主线都按「10 点前后」**排（软目标：9 点多～10 点半都算达标，不卡分钟；以 v3.6 铁律为准，且经 2026-09-15 二次明确「不是要求卡那么死」；本行原写「8:00 后」，与铁律打架，正是 2026-09-15 广州版 Day1/Day2 排早的根因，已改齐）；起早类项目一律放备选。若改走大学生特种兵/打卡暴走玩法则换另一根轴：不套 10:00 锚点，可提前、可夜排（v3.15 作者定）
• 夜归安全底线：待 作者 补充（一人行专属：最晚几点回、只走亮灯主干道）
• 同行者体力结构：出现"需省力安排"成员（长辈/腿脚不便/带娃/体力一般）即触发省力慢游模式——全员体力在线则不启用

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

• 2026-08 南昌：①酒店选地铁沿线→"进城不开车"铁律 ②电竞房=雨天完美室内备胎+内容素材 ③夜景优先可成设计思路（八一馆外观/滕王阁北园全免费）④"48小时数字游民"=朋友局内容包装概念 ⑤计划变更必须全文自查（"万寿宫小吃"残留教训）⑥返程勿凌晨硬开（去程已熬夜时）⑦作者 反馈：吃要给"知名店+本地宝藏苍蝇馆子"两层，只给必吃榜不够⑧作者 反馈：拍要给"机位+拍法+特殊场景参数（雨/日出/夕阳/星空）"，只给机位不够⑨作者 澄清：吃的两层不是二选一而是全给（知名+宝藏都要，选择池越大越好），别理解过度砍知名店⑩作者 反馈：住要先选"住宿形态"再选区域——朋友局电竞房3人一间（能玩能睡能工作=数字游民场景实测）/特色民宿（体验+出片），别只推连锁酒店⑪作者 反馈：找店加抖音探店信源——搜"目的地+专业背书博主"（特厨隋卞→南昌毛毛饭店，实测"挺好挺推荐"），纯流量网红店要交叉验证防充值⑫行程完成度=全队最低意愿者——同行者档案必含兴趣类型（自然/人文/美食/拍照）；队友两人不愿出门时一人行方案也执行不动；网图滤镜重的景点（如八一广场）先做期望值管理⑬共享单车/电动车用前先查运营区（一城一策，非统一标准）——实测对比：西安次卡全城随便骑，南昌红谷滩↔老城区过江即超区收¥10调度费、电动车断电；做路书"行"维度时把「查该品牌运营区范围」列为实查动作，跨江/跨区动线默认地铁/打车

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

  • ①极端天气只做风险提示，不当规律套用（西北行各段倒数第二天连遇雷暴/沙尘暴属偶然巧合，非必然）→ 作者定调：核心是盯紧实查预警、恶劣天气不硬玩、安全游玩第一位；天气依赖型项目（日落/露天景区）预留室内备选或可改期空间即可

  • ②费用归位原则：以住宿地为中心分段记账；跨城交通归"目的地段"；当天往返的支线（中卫/阿拉善）归主基地段；返程独立单列 → 长途路书预算表按此结构估算，复盘时直接对位

  • ③热门场馆三层兜底：正规替代（陕历博→西安博物院/小雁塔）+ 捡漏（退票刷新、当天临时放票）+ 替补清单（敦煌艺术馆等）；莫高窟 A 类抢不到→B 类应急票 → 预约状态表必须附"约满怎么办"列

  • ④下午场/末场票捡漏：兵马俑上午场没去成，当天 13:38 买到 17:01 末场（下午场有余票不用抢）；七彩丹霞买日场末班票（19:00 前检票）守 20:30 日落时间完全够，不必买更贵的夜场联票

  • ⑤中转联程一次取两程登机牌：非同航司也行（华夏+东航实测），行李主动问"代转运/直挂"→ 中转机场无需二次值机；路书写中转行程时必提醒

  • ⑥景区散场打车难预案：鸣沙山散场 30 分钟无网约车 → 免费巴士/¥6 大客车回城；戈壁/远郊景区路书必须预埋"散场交通备选"

  • ⑦酒店多晚拆单比价：敦煌同一酒店分三单订共 ¥1206，其中一单立减 ¥71 → 订 2 晚以上时拆单+不同日期组合比价

  • ⑧极端天气备选库三标准：半室内/不依赖天气（落日、能见度）/仍出片 —— 风沙天砍雅丹西线改光电博览园（¥60 半天、含讲解、镜阵震撼）是教科书案例

  • ⑨季节敏感景观用近期实拍视频验证：草原雪山线靠近一周实拍视频发现"雪山很远、雪不多"后果断取消整段 → 雪山/花海/红叶/草原类项目出发前必验，不符预期果断砍，沉没成本不追

  • ⑩星空计划必查月相：盈凸月 75-80% 过亮，连排三晚全废 → 排星空机位时先查月相+月落时间，满月前后一周直接不排

  • ⑪长途多城节奏：15天 = 3-4 晚深度段（张掖3/敦煌4）+ 1-2 晚过渡段（兰州2）+ 每段留缓冲日；交通日不排重项目

  • ⑫平原古城共享单车次卡：西安非机动车道宽，3天5次卡 ¥4.9 覆盖洒金桥/城墙/博物院，市内交通最优解之一

  • ⑬戈壁补水：酒店免费水带走 + 蜜雪冰城无糖柠檬水；峡谷徒步"该补充能量就补充"，别硬扛

  • ⑭离城日动线：最后一个景点排在车站方向、行李随身玩完直接送站（岩画→银川站），省一趟折返；低价值经停点果断跳过改直达（跳嘉峪关），把时间让给深度段

  • ⑮远观型景点路边机位替代入园（西夏王陵远拍双陵省¥75）；日落+夜景类串成一条傍晚动线（中山桥日落→步行过桥→白塔山→蓝调夜景，与南昌"三夜景连打"同一思路）

  • ⑯高温城市正午不排户外（西安38℃时酒店休整到19:30后出门）；纯日落依赖型景点阴天直接取消、改晴好傍晚补拍（览山公园），别硬去

  • ⑰订票冷知识：「停止检票」≠闭园（丹霞19:00停检，入园后可待到日落乘末班车出园）；多日多次入园票性价比高（鸣沙山3天票¥110刷脸无限次）；热门入口卖完找冷门替代入口（文昌门替代永宁门）；新开通高铁线路有时间红利（西十高铁开通武汉→西安省2h，出发前查最新开通线路）；支线高铁"一日一图"以12306当日查询为准

  • ⑱住宿选址=动线锚点：多景区分散的段选高铁站/交通枢纽旁（张掖西站店去丹霞/平山湖/赴敦煌三方向都顺）——与南昌"地铁沿线"同一原则

  • ⑲拍摄增量：地标免费机位找对面商场高层观景台（开元商城5楼拍钟鼓楼同框，视野远好于地面）；灯光类景点先查亮灯时间再逛

  • ⑳找店增量四招：本地人美食街替代游客街（洒金桥>回民街）；问正在吃的店主推荐下一家（肥肠店老板推荐有奴思烤肉，实测靠谱）；锁定一家"安全店"复购保底（美云串炸三刷）；早餐型地方美食赶早（牛肉面下午关门）；机场/景区的异地名店分店普遍缩水（中川机场张记不如西安本店）

  • ㉑记账校验法：以每日费用表为锚，分类汇总表按每日合计反推、加总闭合校验（张掖/敦煌两处账单勘误均靠此法）；零星未记账支出标"待核"留口，不硬凑数

  • ㉒装备与应急：大景区日中午易错过饭点，必备干粮+大水（五湖/丹霞/平山湖三天都中招）；高空风敏感项目（索道/滑索）下午风大可能停运，优先上午玩；雷暴天网约车排队→扬招出租车走高速是有效备选；野导游搭讪带去假景点（兵马俑《梦回大秦》），认准官方讲解服务中心

  • ㉓口径变更重扫：口径/标准/红线升级后，此前基于旧口径的通过项全部失效重扫——复核批准是相对于口径基线的（2026-09-26 武汉素材稿真名×20 漏抓实证：口径升级后未重扫第一轮放行区）

  • ㉔对外稿脱敏归零：对外稿（HTML/发布版）渲染后 grep「作者|内部代号|博主个人消费账单」必须 0——信源列删或转图标（🎬探店实拍），「别人的马内」一律不留

  • ㉕餐行机械钩（v3.29）：交付前逐日数早/午/晚行并报数（v3.22 三犯：广州/宁波/武汉 5 天全漏）

  • ㉖派生首检（v3.29）：指纹核对+title 即改（武汉 title=「基准骨架」直接成稿实证）+ navLock 存在性（v3.37）——派生出的稿 JS 必含 navLock（导航双通道为 2026-09-27 起骨架标配，缺失=从旧骨架派生，立即换 assets/路书_基准骨架.html 重派；协作方国际版三份旧导航实证）

  • ㉗点名店核销（v3.29）：逐家勾销、交付报 N/N（武汉来菜丢失实证）

  • ㉘相对时间禁令（v3.29）：成稿 grep「现在|今天|明天」必须 0，一律改绝对日期

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

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

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

见好 · 旅行规划器

联网实查、可核验的出行路书工作流 —— 一句话需求，产出断网可开的单文件 HTML 路书

桌面 / 手机 / 打印三好看 · 实拍配图 + 手绘导览图 · 行程 / 路程 / 门票 / 提示 / 住宿 / 预算 / 应急 / 美食 / 特产 十大板块

这是什么 · 能得到什么 · 路书板块 · 触发词 · 安装 · 版本 · 📖 零基础教程 · 📍 城市许愿池

这是什么

一套「出行路书」工作流：你说"想出去玩"，它按固定流程采集需求 → 联网实查 → 产出路书（md 事实源 + 单文件 HTML 双版本：本地完整版断网可开 + 瘦身在线版一键部署）+ 美食情报卡（按城市持续追加的数据资产）。

[!TIP] SKILL.md 的版本史是精华——每条规矩背后都是一次真实翻车（图注落位对 ≠ 图内容对、数指标不算对比、价钱是挂牌价不是实付价……），建议通读，比规矩本身更值钱。

你能得到什么

• 📄 单文件路书：本地完整版断网可开，手机、电脑、打印纸都好看
• 🌐 一键部署在线版（需自有服务器，可选）：瘦身网页版一键部署，点开链接即看
• 🔍 信息可信：关键信息联网实查带来源，出发前按当日预报终判
• 🖼 每天有实拍图：真实景点照片 + 手绘行程导览图，不堆网图
• 🍜 吃饭有章法：推荐店各归各位，照抄照选两相宜
• 🚫 隐私干净：对外内容零敏感残留
• 🍱 美食情报卡：按城市持续追加的数据资产，越用越厚
• ✅ 交付可验收：内置 tools/checklist.py 机械检查（11 项），AI 交稿前必跑——你也能一键验收 AI 有没有偷懒

上线反响

开源次日的抖音介绍视频：12.6 万播放 · 2889 收藏（数据截至 2026-09-30）

一份路书里有什么

换个目的地，形态自动适配

海岛型目的地的路程板块——租车 / 公交 / 打车分层给方案，行程要素按目的地自动换挡

触发词

安装后，跟 AI 说这些话会自动触发本 Skill：

去哪玩 / 旅行攻略 / 周末去哪 / 做攻略 / 行程规划 / 自驾方案 / 当日行程 / 今天去哪 / 特产推荐

安装（2 分钟）

🐣 完全没接触过 Claude Code？ 直接看 零基础跑通指南 TUTORIAL.md——从装 AI 助手到拿到第一份路书，每一步带自检。

解压后你会得到一个 jianhao-travel-planner 文件夹（别改名），把它整个放进 skills 目录：

• 全局（推荐）：~/.claude/skills/（Windows 即 C:\Users\<用户名>\.claude\skills\）
• 单项目：<项目>\.claude\skills\

装好后的路径应该是 …/skills/jianhao-travel-planner/SKILL.md。放对之后，跟 AI 说"周末想去 XX 玩"就会被自动触发。

目录结构（缺一不可）：

jianhao-travel-planner/
├── SKILL.md          ← 工作流正本
├── assets/           ← 路书+情报卡两份 HTML 基准骨架
└── tools/            ← consistency.py（骨架校验）+ desource.py（脱敏）

⚠️ 已有同名包？ 如果 skills 目录里已存在 jianhao-travel-planner 文件夹，本包拷入会覆盖它（作者的自用版叫 travel-planner，不同名、不受影响）。

配图（可选，不配也能交付）

路书要求"每天都有图"。图源任选其一：

1. Wikimedia Commons（默认图源，免费免 key）：按「地标名」精准检索实拍照片，挑近期真实照片用；若在你的网络环境不可达，skill 自动改用下一级图源，不影响出图
2. Pexels（免费可商用）：pexels.com 免费注册 → 申请 API key → 存本机 .env（PEXELS_API_KEY=你的key）或环境变量，适合氛围空镜
3. AI 生图：用自己的生图工具产「（示意）」图——页脚注明「AI 生成示意」即可

不配图过不了交付自查清单第⑱项；非实拍图标注「（示意）」、页脚写明来源即可。

第一次使用前

打开 SKILL.md 末尾的「用户档案（填空模板）」，复制填写你自己的偏好（出发地/口味/作息/同行者常态），填完这套 skill 就"认识"你了。信源名单不用预置——它会用大众点评+高德+小红书交叉验证，你在旅途中刷到靠谱探店内容可以补进自己的名单。

不需要的东西

• 任何平台登录态（抖音/小红书/B站都不需要）
• 付费 API
• 博主白名单（原个人设定已移除）

看完整成品

版本

• v1.7（2026-10-08）：每日卡标准件——今日速览三件事式开头、冷知识卡与 Plan B 转固定件；机位改顺路提示（位置+时段+拍法）；提示与避雷两组兼备；导览图插画化基线（多色动线）；住宿选房顺位；R2 店收录门槛
• v1.6（2026-10-07）：checklist.py 四项扩容——图渲染懒加载、当日徽章在位、存储键防跨成品污染、填稿指引残留拦截
• v1.5（2026-10-05）：新增 tools/checklist.py 机械检查+头部执行速查卡
• v1.4（2026-10-03）：价格纪律五条——餐饮人均口径/路程时长写线路名/估算不豁免实查/价格多处同步/收录差集核查
• v1.3（2026-09-30）：内容深度定标——六板块必答清单/价格含税总价制/图源三级链/总览八件
• v1.2（2026-09-29）：导航体验升级——侧栏滚动按序高亮、点击锁定、当日自动定位
• v1.1（2026-09-26）：修正打包结构与安装说明
• v1.0（2026-09-23）：开源首发

反馈与共创

• 🐛 报错/用不了：Issues 发帖（有模板）
• 📍 许愿城市：旅行许愿池——点赞最高的城市，下一份官方示例就是它（附完整生成过程记录）
• 💬 其他想法：Discussions 随便聊