Moto Travel Western Sichuan

川西摩旅路书规划

核心原则

1. 通行合规优先:四川省高速公路禁止摩托车进入,算路必须设置"避开高速"。成都城区摩托车限行按区域、时段、号牌及最新交管通告判断,不得仅凭排量或旧版绕城编号下结论;出发前查询成都交警最新规定。
2. 海拔管理优先:首日住宿优先 ≤2600m;进入 3000m 以上后,住宿海拔原则上每日增加不超过 500m,每累计增加约 1000m 安排一个适应夜。理塘等约 4000m 节点原则上不停留过夜;具体按个人既往反应和症状调整,见 references/western-sichuan-knowledge.md。
3. 风景在路上:先选连续、有观景价值且适合骑行的铺装风景公路,再用少量景点补充;不得为了堆景点频繁折返、进城或把大部分白天耗在景区停车场/接驳车上。
4. 避堵由用户决定:节假日必须主动询问用户要避开的日期、地点和时段,以及可否早出/晚到/绕路。只有用户明确选择后才能定案;不得用“先远后近”等固定模板代替用户选择。
5. 历史落雪风险是路线门槛:按日期、垭口海拔与历史同期雨雪资料逐日评级。高风险路线默认换低海拔替代线或改期;用户坚持时也必须给出触发放弃条件,且最新预报/预警优先于历史概率。
6. 地图必须贴路:详细路书的主路线必须保存地图服务返回的道路 route_geometry,不得用起终点或景点坐标直线相连冒充路线。HTML 使用高德地图 JS API 2.0,不再使用 Leaflet 套高德瓦片。
7. 能力问询不可代填:任何粗略或详细路线提出前,必须与用户完成一轮骑行能力问询;骑龄/里程经验、高原经验、非铺装经验、车型轮胎、续航、同行者和期望节奏不得靠默认值替用户决定。
8. 免责声明不可删除:所有 Markdown/Excel/HTML 路书必须出现“仅供参考，请量力而行”；HTML 地图下方还必须显示路线轨迹来源/核验日期和“出发前复核天气、路况、禁限摩及临时管制”。

执行前预检与依赖接入

• 任何路线规划前先做服务预检,确认高德地图、天气、飞猪住宿与联网检索能力;不要假设某个 MCP 一定存在。将结果、提供方、检查时间和回退方案写入顶层 service_preflight;预检未完成不得输出路线。
• 缺少高德地图 MCP 时,优先向用户说明用途并请求安装/连接官方高德 MCP;当前客户端支持代装时,在获得必要授权后执行。随后请用户在受信任的本地配置界面设置 Web 服务 Key。不要让用户把 Key 粘贴到聊天正文,也不要自行写入仓库。
• 导出高德 JS 地图前,另请用户本地配置 Web端(JS API) Key + 安全密钥;二者与 MCP 的 Web 服务 Key 类型不同。可使用 AMAP_JS_KEY、AMAP_JS_SECURITY_CODE,或在导出的页面里临时输入(仅保存到浏览器会话)。生产部署优先使用高德官方推荐的服务端代理保护安全密钥。
• 地图能力就绪后做一次只读探测:地理编码、避开高速的路径规划、返回道路几何、沿途 POI。天气服务探测预报、历史样本和预警;飞猪探测住宿搜索、价格/房态与设施字段。不能返回道路几何的工具不满足详细路线要求。
• 涉及通行规则、封路、景区预约、票价、营业状态和住宿房态时,必须查询近期来源并记录查询日期。
• 已收集并写入 roadbook.json 后,优先运行 python scripts/build_roadbook.py roadbook.json --output-dir roadbook-output,一次完成校验与 Markdown/HTML/Excel 导出,不要重复临时编写构建脚本。只做单项诊断时才分别调用各脚本;Excel 导出另需安装 requirements.txt 中的依赖。
• 若缺少实时或权威信息,可以给规划建议,但必须把相关结论标为"待出发前复核",不得编造精确状态。

数据源与工具(MCP/API 清单)

按优先级排序;检测当前环境是否可用对应 MCP,不可用时执行回退方案。配置方法见 references/mcp-setup.md。

临时交通管控不得依赖单一 API/MCP。 先探测当前工具能力,再按 references/road-conditions.md 查询官方公告、交警/路政和现场渠道;地图事件图层与社区信息只作辅助线索,不能单独证明道路开放。

工作流

1. 强制能力问询(必须等用户回答后再规划)

把问题合并成一轮,至少确认并写入顶层 rider:摩托车型/排量/轮胎、油箱与实测续航、骑龄、近一年最长单日里程、山路弯道经验、3000m/4000m 以上骑行与住宿经历、既往高反、非铺装/涉水/碎石/扶车/维修经验、单人或组队、同行者最低能力、通信救援手段、期望节奏和最晚收车时间。用户没有回答影响难度的关键项时,不得用“暂按中等经验”先产出路线。

1.5 收集其他需求

• 出发地/返回地(默认成都)、天数、出行日期(结合当前日期推算)
• 车型:排量、油箱容积、实测油耗、续航 → 决定加油点规划
• 人群与节奏适配:独行/情侣/朋友组队/带新手;节奏档位:轻松游(日行≤200km、多休整)、正常游(200–300km)、特种兵游(300km+、早出晚归)。带老人/儿童/新手时降档并加密低海拔住宿
• 节假日避堵选择(必须问):是否避开人群/车流;具体要避开的日期、地点、时段;能否接受天未亮出发、午间穿城、绕行增加里程或删景点。将选择写入顶层 crowd_avoidance;用户选择不避也必须记录 mode: accept
• 风景偏好:高山垭口/草原/峡谷/森林/湖泊/藏寨,以及更看重连续骑行风景还是停留拍照。另收集少量"一定想去"与"不想去"景点,但景点不默认主导线路
• 落雪风险容忍度:是否接受历史同期中风险垭口、可否调整日期、是否只走低风险铺装路线
• 偏好:铺装公路为主 / 接受非铺装穿越(格聂南线等) / 深度景区 / 打卡为主
• 若考虑小众穿越线,额外收集:车辆整备与轮胎、单人/组队、非铺装经验、能否读取 GPX/轨迹、最大可接受难度、摔车扶车与基础维修能力、卫星通信/救援保障
• 预算档位(经济/舒适/轻奢),用于住宿与总预算估算
• 若日期覆盖法定节假日,先给用户一个“首日早出并适度延长到更远低海拔住宿点,尽快与核心车流分离”的方案,同时给普通首日作对照并让用户确认。延长不得突破用户最长单日经验、日照、续航与住宿海拔边界;新手、无高原经验、存在雨雪或需夜骑时应明确建议拒绝延长。把提议和用户决定写入 holiday_strategy

2. 线路规划(风景路线优先,分两级)

• 粗略路线(先出):仅列逐日"起点→终点+里程+住宿点+当日最高海拔",供用户快速决策方向与取舍
• 详细路线(确认后出):在粗略版基础上补道路轨迹、连续风景路段、途经点、垭口、路况、加油、餐饮与可执行备选路线
• 经典环线模板(顺时针/逆时针、里程、逐日节点)见 references/western-sichuan-knowledge.md「经典环线」
• 用高德 MCP 以"驾车+避开高速"逐段核实里程、时长和道路几何;摩托车通行仍需单独核验。详细路线不得在缺少 route_geometry 时定稿
• 候选路线按以下顺序评分:连续风景质量 > 摩托通行与路面可信度 > 历史落雪/地灾风险 > 用户避堵约束 > 补给与住宿 > 景点数量。用 scenic_routes 说明每段为什么值得骑、最佳光线/停靠方式,不要只列景点名
• 每个详细骑行日写 route_phase:去程 outbound、回程 return、驻地环线 local;HTML 用固定颜色区分,不得再按天随机配色
• 用高德标准底图并显式开启 bg/point/road/building 与文字标注;不要使用会弱化道路/POI 的极简主题。通过高德 MCP 的沿线 POI 搜索补 context_pois:道路/县城、草原、山峰/垭口、加油、餐饮、住宿、摩托维修和医院。自然地物与小店无可靠坐标时不要编造
• 日行里程控制在 200–300km(山区国道,含游玩 6–8h);400km+ 属赶路需说明
• 每段标注:海拔最高点、垭口、已知烂路/施工段、绕行备选
• 分时段排程:详细路线按 上午/下午/晚间 排(如:上午翻垭口—午后光线差时骑行—傍晚鱼子西日落);垭口和长线徒步一律安排上午,避开午后天气变化与暗冰
• 空间聚类:同一片区的风景公路与停靠点安排在同一天或相邻天,减少来回折返;不跨片区穿插
• 景点分级:每个景点标注 必去/推荐/可选;用户的"一定想去"全部升级为必去,"不想去"直接剔除;时间不足时按 必去>推荐>可选 砍
• 景点推荐分四类标注:景区(收费/需预约)、非景区、穿越路线(非铺装,标注难度)、铺装景观段

2.2 小众路线候选漏斗

• 用户要求小众、冷门或穿越路线时,读取 references/niche-routes.md;其中社交平台路线仅用于发现候选,不等于已核验路书
• 先按骑手能力、车型/轮胎、是否组队和季节筛选,再按风景偏好排序;不得只按点赞量或“风景五星”推荐
• 路线名称、起终点或轨迹不完整时标记 unverified,只列入待核验候选,不得放进逐日正式路线
• 技术难度 4–5 的路线进入详细路书前必须同时具备:近期路况证据、可导入的真实轨迹、补给/续航核对、撤退点、禁行/施工核验、天气窗口和明确的 no-go 条件
• 单人、新手、踏板/公路胎、无轨迹或无基础维修能力时,默认排除技术难度 4–5 的非铺装穿越;可以推荐同区域铺装替代线
• 串联多条穿越路线时逐段验证,中间插入补给与恢复节点;不得把多个社交平台路线名称直接拼成“可通行大环线”

2.5 gapDays(机动缓冲日,风险驱动)

• 参考基线为每 4–5 个骑行日安排 1 个 gap day;雨雪季、非铺装、新手同行、连续高海拔住宿或可替代路线少时增加缓冲
• 高风险段之后优先紧邻安排,但必须结合当期施工和天气核验,不得把历史风险当作实时封路结论
• 总天数 = 骑行日 + gap day ≤ 用户假期;若安全缓冲无法容纳,应明确说明方案不可行并缩短线路,不得靠压缩休息或超长骑行强行完成
• gap day 在行程表中显式列出并说明其兜底场景(见 references/roadbook-schema.md 规则)

3. 加油点规划(按车型)

• 用 scripts/fuel_planner.py 输入油箱容积、油耗、续航安全系数,输出"最大安全间隔里程"和沿途必加节点
• 已知续航黑洞清单(理塘—稻城、新龙段等)见 references/western-sichuan-knowledge.md「加油」
• 原则:县城节点优先加满;优先正规大型加油站,但续航紧张时不得为了品牌跳过可用且合规的燃油;高原折减系数只是保守规划参数,应以车辆实测为准

4. 天气与装备

• 和风 MCP 查目的地历史同期天气+沿途天气预报;无 MCP 时可用 Open-Meteo(免 Key,含历史与预报 API)或联网检索往年同期记录。历史资料至少匹配出行月份/旬、垭口或最近代表站、海拔,不得拿县城低海拔天气直接代表高垭口
• 每个骑行日写 snow_risk:低/中/高/未知、资料窗口和来源摘要、查询日期、处置动作。数据不足写“未知”,不得伪造精确百分比
• 每个详细骑行日另写 weather_forecast 与 historical_weather;历史概率必须包含来源、查询时间、样本范围/样本量和计算口径。没有足够样本时显示“无法计算可靠概率”,不得从一句气候描述反推百分比。HTML 顶部随所选日显示预报、降水概率、历史同期雨雪/降雪概率和数据更新时间
• 历史同期高风险时优先换低海拔线/调日期;只有在具备近期无雪证据、当日预报与预警复核、明确 no_go_conditions 和已核验备选路线时才可保留为条件路线
• 天气适配调整:出发前按 7 天预报动态调整行程顺序——降雨/降雪日避开高垭口与长线徒步(与 gap day、每日备用方案联动);大风预警日减少峡谷横风路段骑行
• 装备清单模板(分层衣物、车辆整备、胎压高原修正、工具包、药品保险)见 references/western-sichuan-knowledge.md「装备与高反」
• 按出行月份和最高垭口海拔增删装备;实用提醒须含:防晒(高原紫外线)、雨具、药品与紧急医疗点(沿线县城医院)、血氧监测纪律
• 医疗建议只提供风险识别和就医/下撤原则:有高反症状时不继续升高住宿海拔;同海拔休息后加重,或出现静息呼吸困难、步态不稳、意识异常时立即下撤并求医。血氧读数必须结合海拔、趋势、症状和设备误差判断,不得用单一阈值替代诊断;小罐便携氧不能替代下撤或医疗救治。

5. 住宿推荐

• 飞猪 FlyAI MCP 按每晚节点查酒店/民宿,给出 2–3 个选项(价格、海拔、是否有供氧/地暖);大假提示提前 1–2 个月预订
• 把候选写入 lodging_options,至少包含名称、价格/房态状态、海拔、供氧、地暖、摩托停车、来源和查询时间。HTML 每日详情卡必须显示这些候选
• 没有 MCP 不等于没有能力:必须先探测 CLI,再考虑回退。 执行 which flyai,缺失时按 references/mcp-setup.md 复核当前官方安装方法并请求必要授权。CLI 可用时优先运行 scripts/fetch_lodging.py roadbook.json --budget-low <下限> --budget-high <上限> -o lodging.json,复用其缓存、限频、风控识别、价格解析与坐标复核,不要为每次行程重新编写采集脚本。不要在未实际尝试的情况下直接把住宿降级为“给价格区间由用户自订”——那会让整个住宿环节失去事实依据。
• 必须按用户给的住宿预算来筛,不要自己假设。 预算是步骤 1 要收集的“预算档位”。已知目标区间(如 200–400 元/晚)时,用 --max-price <上限> 做服务端过滤,再在本地按区间细分:区间内优先选档次更高的,同时把「更省(低于下限)」与「超预算(高于上限)」各留 2–3 家写进路书,让用户自己权衡。
• 用 CLI/API 结果时有五个坑(详见 references/mcp-setup.md):①价格是脱敏区间(¥2xx)不是精确报价,不得写成具体房价,也不等于实时房态;②解析区间价不要直接去掉 x——¥2xx 是 200 不是 2,¥7x 是 70,算错会让区间筛选整体失效;③飞猪有风控,且风控返回的是「空结果」而不是报错,高频查询会得到 403 risk control,只看 itemList 会把“被拦”误判成“当地没酒店”→ 查询间隔 ≥25s、检测 risk control 并退避重试、把“风控失败”与“真的无结果”分开标注;④单次查询结果有限且会轮换,把四种 --sort 取并集(实测可让某节点从 0 家变 1 家、1 家变 4 家);⑤目的地名有歧义(“卧龙”会匹配到河南南阳卧龙区),必须用返回的经纬度与节点坐标算距离后排序筛选。
• 房源紧张或价格分布“二元”时要如实说。 例如格聂镇 35km 内 7 家的价格是“要么 ¥6x 基础民宿、要么 ¥5xx 以上”,中间一档为空——此时应写明“该预算区间内无房源”,并给出「更省/超预算/改住低海拔节点」三条路,不要为了凑数硬塞一家不符合要求的房。高海拔节点(≥3000m)若只能住基础房,必须提醒当面确认供氧、热水与停车。
• 仍不可用时才回退:给出节点住宿策略(低海拔优先、供氧房)与价格区间,提示用户 OTA 自订,并明确标注“未接入实时房态”

5.5 顺路餐饮

• 每日给出:沿途适合午餐的城镇/节点 + 当地特色(牦牛肉汤锅、藏餐、酥油茶、理塘鳕鱼、丹巴香猪腿等) + 住宿点周边晚餐区域
• 情报优先小红书 MCP(搜"地点+美食/摩旅"),无 MCP 用检索;高原提示:前两天避免饮酒和过饱

5.6 分类预算

• 用 scripts/budget_estimator.py 输入路书 JSON,输出分类预算:油费(由预估耗油×当期油价)、住宿、餐饮、门票、机动费用(默认总预算12%)
• 按用户预算档位调整住宿/餐饮单价;输出全程总计与每日分布

6. 预约、动态核验与合规检查(输出前必查)

• 动态核验:对每个收费景区核验 门票价格、开放时间、预约要求、临时关闭信息;每条核验结论必须记录来源(官网/公众号/OTA 页面+查询日期),查不到近期来源的标注"待复核"
• 稻城亚丁、色达佛学院、九寨沟等限流预约要求与提前天数,见 references/western-sichuan-knowledge.md「预约」
• 证件清单、检查站、无人机禁飞区(色达/亚青寺全域禁飞)

6.5 每日备用方案(plan B)

• 除全局 gapDays 外,每个骑行日给一个当日备用方案:雨天/恶劣天气/垭口管制/景点临时关闭时的替换安排(如:折多山管制→S434机场路或G350;亚丁下雨→短线替代长线;佛学院未约到→东嘎寺+金马草原)
• 与 references/road-conditions.md 的渠道联动:备用方案触发时先查官方渠道核实

7. 输出路书

• 先把规划整理成路书 JSON(数据模型与字段规则见 references/roadbook-schema.md),并通过 scripts/validate_roadbook.py 校验
• 同一份路书中的坐标必须使用统一坐标系并在顶层声明 coordinate_system;高德用 GCJ-02、百度用 BD-09、GPS/OSM 常用 WGS-84。HTML 导出器会转换到高德 JS API 所需的 GCJ-02
• 详细路线必须写入地图服务返回的 route_geometry 与 route_source;粗略路线缺少几何时,HTML 可调用高德 AMap.Driving 临时贴路显示,但必须用虚线标记“需复核禁摩/高速”,不得作为定稿依据
• 详细穿越日补充 surface、technical_difficulty、route_confidence、route_evidence、bailout_points 和 no_go_conditions;难度 4–5 缺任一安全字段时不得通过校验
• 默认用 scripts/export_markdown.py 输出 Markdown 路书文件,含逐日总览与每日起终点、连续风景路线、油耗补给、住宿、天气落雪、避堵和备选路线;不要从旧行程复制一次性 Markdown 生成脚本
• Excel 导出:python scripts/export_excel.py roadbook.json -o 路书.xlsx。字段含日期、天气/穿衣、海拔、起终点、路面/技术难度/可信度、风景点、封路可能性、加油、餐饮、备用方案和预估耗油;高/中风险标色、gap day 灰底、末尾汇总总耗油
• HTML 地图导出:AMAP_JS_KEY=... AMAP_JS_SECURITY_CODE=... python scripts/export_html.py roadbook.json -o 路书.html。页面使用高德 JS API 2.0;左侧/底部每个“详情”按钮进入 #day-N 每日详情,展示起点、终点、风景路线、里程、预估油耗、加油点、备选路线、吃饭点、避堵安排、历史落雪风险与路况。未配置 Key 时页面会引导临时输入
• HTML 必须固定使用:去程橙色、回程青蓝色、驻地环线金色、备选路线冰蓝虚线,并在地图下方显示图注。地图下方固定显示“仅供参考，请量力而行”、当前主路线轨迹来源/核验日期和出发前复核提示;顶部天气条随每日详情联动;详情卡必须包含酒店/民宿建议
• 用户要求 Word 时再转 docx

References 索引

• references/western-sichuan-knowledge.md:川西领域知识——经典环线模板、垭口海拔表、加油黑洞、预约规则、季节景色、装备与高反。规划任何行程时读取。
• references/roadbook-schema.md:路书 JSON 数据模型(粗略/详细两级字段、gapDays 规则、封路评级规则)。进入输出阶段(步骤7)时读取。
• references/roadbook.schema.json:可由程序校验的 JSON Schema;修改字段或脚本时同步更新。
• references/mcp-setup.md:各 MCP(高德/百度/飞猪 FlyAI/和风/12306/小红书)的接入配置说明。用户询问如何配置,或需要给出配置指引时读取。
• references/planning-policy.md:节假日用户可控避堵、风景路线评分和历史落雪风险决策规则。规划任何详细行程时读取。
• references/road-conditions.md:临时交通管控与路况官方查询渠道清单+检索模板。涉及管制、封路、施工、天气封山时读取。
• references/niche-routes.md:来自用户提供档案的 20 条小众路线线索、来源与核验状态。仅在用户要求小众/穿越路线时读取。
• references/pipeline.md:一键构建、选择导出格式和 FlyAI 住宿预采集的命令。进入输出阶段或需要减少重复脚本操作时读取。