国内目的地攻略
本技能是国内旅行规划、城市攻略和行程调整的通用入口。按地点规划时，遵循当前项目的 AGENTS.md，结合出行者条件制作可执行、信息有据、方便行前复核的攻略。
启动前：检查小红书登录状态
- 每次启用本技能后，第一步调用小红书 MCP 的
check_login_status（如工具列表中显示为mcp__xiaohongshu__check_login_status，直接调用该工具），确认登录状态后再做需求分析、资料检索或文件修改。 - 如果状态显示未登录，立即停止本轮攻略工作，不继续搜索、改写来源或制作页面；提醒用户先登录小红书，并等待用户确认已登录后重新检查再继续。此处的“停止”是结束本轮工作，不调用登出或清理 Cookie 操作。
- 如果当前会话没有暴露状态检查工具，按以下顺序核验登录状态：① 使用已连接的小红书 MCP Inspector，只调用
check_login_status；② 会话内也没有 Inspector 时，检查本机是否有已注册的小红书 MCP 端点（如 Codex、WorkBuddy 等宿主配置中的本地 HTTP 服务），直接按 MCP 协议调用check_login_status核验。任一步骤检查报错、无法确认状态或确认不存在可用核验途径时，立即暂停工作并如实说明无法核实；不要假设已登录或未登录，也不要继续依赖小红书的调研与素材工作，待检查恢复后再继续。 - 登录检查仅用于读取状态。不得为了检查或修复登录调用
delete_cookies、登出、发布、点赞、收藏、评论等会改变账号或内容的工具，也不得绕过平台登录限制。
启用与项目定位
- 用户提出国内旅行规划、指定目的地、城市指南、过夜或多日行程，或要求调整已有计划时，使用本技能；不要求用户使用特定命令。
- 将运行环境提供的当前工作目录作为工作区根目录。相对路径、城市目录、源文件和构建输出均从该目录解析；不得写死某台电脑的盘符、个人目录或固定项目路径。若当前目录是子目录，先向上查找适用的
AGENTS.md，按其中的项目根目录约定确定工作区。 - 先阅读工作区适用的
AGENTS.md，遵循其来源、审批、交付、构建和发布规则。若规则不清或互相冲突，先说明冲突并澄清，不要猜测覆盖范围。 - 单城攻略默认交付为工作区内对应城市目录中的可直接使用 HTML，遵循该项目既有命名和相对资源约定。没有既有约定时，采用清楚、稳定的城市目录和文件名。聊天摘要不能替代用户要求的文件交付。
- 保留项目已有目录、素材和索引约定。每次新增、修改、重命名或删除城市目录中的攻略 HTML 后，都检查主索引、城市索引和项目要求的构建索引；有页面标题、描述、更新时间、链接或城市元数据变化时，更新源元数据并运行项目索引生成器，同步相关索引。交付前核对主索引与构建索引一致、城市入口可到达对应攻略。索引更新属于本地交付；远端发布仍须用户明确授权。
- 美食专项、结构化路线和主题规范均作为本技能的内部参考模块按需读取，不调用同名独立专项 Skill：一般餐食安排读
references/local-food-planning.md；用户需要美食地图或结构化店铺清单时另读references/food-map.md；多日行程读references/route-design.md，路线定稿需做结构化校验或用户要求线路表/数据导出时另读references/route-spec.md；生成或重做 HTML 时读references/html-theme-resources.md。 - 不默认套用其他专家包的固定章节数、编辑器或完整模板；章节结构仍按本次旅行需要组织。交互地图默认规则见“页面交付与主题”。
需求与规划
- 从用户已提供的信息开始，整理目的地、出发地、日期、天数、同行者、交通、预算、节奏、兴趣、已订项目和硬约束。复用会话中已确认的信息；只询问会明显改变目的地选择或行程可行性的缺项，其余采用合理默认值并标明。
- 先盘点目的地代表性核心景点、博物馆与文化场馆、自然和城市体验、特色片区及季节项目，再确定主线、备选和本次不安排的内容。对重要取舍说明原因。
- 先搭逐日路线骨架，再安排游览、餐食、交通、住宿和休息。核对景点顺序、开放时段、预约窗口、转场、停车或换乘、用餐、休息和返程时间。说明估算车程的依据及可能影响因素；行程太紧时，指出强度和可删减点。
- 将餐食放入对应日期和片区。区分地方特色线索、游客体验和已核实店铺事实；动态营业、地址、价格优先查店铺或可靠平台当前信息。无法核实的内容标为出行前复核。
- 按人数、晚数和交通方式核对交通、住宿、门票、餐饮及其他费用，避免重复或漏算。标明估算口径、波动项和备用方案。
- 对开放时间、票价、预约、道路、班次、停车及安全信息，优先查责任主体的当前公告并交叉核验。近期游记和社交平台用于发现体验线索，不能单独证明营业、价格或政策。记录相关来源和核对日期。
- 为天气、疲劳、预约失败或交通变化提供可执行的备选方案；只有行程确有需要时才提供倒计时或行前清单。
- 用户调整日期、点位、节奏或交通方式后，检查并更新受影响的路线衔接、餐食、住宿、停车、预算、预约、来源和备选方案。
规划前先阅读 references/destination-research.md；再按本次任务读取 references/route-design.md、references/local-food-planning.md、references/food-map.md 和 references/route-spec.md 中相关模块。生成或重做 HTML 时读取 references/html-theme-resources.md；交付前必须读取 references/qa-checklist.md。生成地图时读取 references/map-integration.md 和 references/map-compliance.md；自驾出行或同行者包含老人、儿童时读取 references/traveler-guidance.md。若某文件不存在，不要声称已经读取；使用可用的项目资料并说明限制。
页面生成
页面结构与主题
- 创建或重做攻略 HTML 时，读取
references/html-theme-resources.md，并参考assets/examples/travel-guide-example.html的 HTML/CSS 关联方式。该示例展示页面结构和主题资源用法，不限定每篇攻略的章节数量或内容。 - HTML 应适合手机阅读、链接可用、图片和其他资源使用正确的相对路径。不得将内部步骤或自检记录写进面向游客的页面。
- 每篇城市攻略 HTML 都要为主线中的核心景点提供独立的景点图文卡或图鉴区，不能只在行程表、地图点位或头图中提及。每个主线核心景点至少有对应实景图、地点名称和简短的特色/游览看点说明，并与行程及地图点位对应；备选景点可精简列出，只有纳入主线后才需补齐图文卡。找不到来源、许可或授权明确且与景点对应的实景图时，说明缺图，不用无关图片代替。图片来源、署名及使用范围按下方图片规则处理。
- 攻略 HTML 包含独立的“美食地图”章节时，将它排为页面第 3 个一级章节，并同步更新目录顺序、章节编号、锚点和导航链接。此规则只调整最终 HTML 的呈现顺序，不改变先规划路线、再将餐食安排进每日行程的工作流程。
- 独立的“美食地图”章节用美食图片卡展示内容，不另绘实际地图；餐饮店位置放在第 2 章攻略主地图。店铺图钉按类别使用统一颜色，文字以店名开头并标明类别。
- 用户没有指定网页风格时，默认使用本技能配套的可爱手帐主题
assets/themes/cute-diary.css；用户明确选择沉稳报告主题时使用assets/themes/calm-report.css，后续沿用该选择，直到用户要求切换。不要只在说明中写主题名称，实际页面必须加载选定的 CSS 样式，并按城市目录的既有资源约定放置文件、保持相对路径有效。 - 对每个面向读者的地点名称，使用核实后的中文省、市、县名称。目录名、文件名和 URL 路径标识只作内部标识；不要把拼音路径显示成城市名称。交付前检查页面和受影响索引中的占位符、错误地名和缺失的行政区名称。
地图生成与交互验收
- 攻略 HTML 默认包含交互地图和已核实点位，地图分类须与攻略一致。地图实现遵循本技能
references/map-integration.md规范，并使用assets/templates/deliverable-template.html渲染链；按当前运行环境核对工具、模板与点位。若无法运行，说明具体限制并提供可行替代；不伪造点位或交付空白地图。 - 腾讯地图点位需要常显名称时，使用独立文字标注层（如当前 JS API GL 的
TMap.MultiLabel），并与图钉共用同一份点位数据和筛选结果。先查当前 SDK 文档确认标签样式字段。左侧点位清单使用可键盘操作的按钮；点击后聚焦地图、选中点位并打开详情。 - 标签带底色时，明确设置背景尺寸与颜色，并让文字锚点和底框对齐；按名称长度估算宽度，把底框放在图钉旁。检查长地名溢出、相邻标签遮挡和不同缩放级别。验收时，当前视图中每个显示的标签都须完整可读、完整落在底框内；默认视图和各筛选视图均不得与相邻标签重叠。
- 静态语法通过不能证明地图已正确渲染。浏览器核验应实际检查图钉、文字、筛选和侧栏定位；无法目测时如实标为未核验。
图片与美食卡片
- 攻略 HTML 默认包含有来源的当地图片。美食卡片应把对应菜品图片放在菜名与介绍旁，使用城市目录内的本地资源、准确替代文本和可打开的来源/许可链接。
- 示意图也必须与该菜品或其关键制作形态直接对应，不用不相关的异地食物照片凑数。图片来源属于异地或只展示原料/相似菜式时，明确标为“示意图”并写清拍摄地；不得让读者误以为是本地店铺或当地成品实拍。找不到许可明确且相关的图片时，说明缺图，不用来源不明或误导性图片填位。
- 本用户已明确，攻略仅本人使用、不公开，可以从已登录且可访问的小红书笔记下载图片并放入本地 HTML；保留作者/账号和原笔记链接作为来源说明，且仅用于个人本地页面。不得绕过登录、访问限制或平台保护，也不得移除水印。部署到用户自有服务器、非商业使用且保留作者署名与原笔记链接三个条件同时满足时，视为用户已确认公开使用；任一条件不满足（如向第三方平台分发、商业用途、移除署名）时，回到须另行确认公开使用许可或授权，未确认前改用许可明确的素材。其他图片按项目规则保存并标注作者、来源和许可；署名与来源信息分行展示，不用
|分隔。不可将插画称为实拍，不默认热链远程图片。不得复制地图密钥或未经核实的代理占位符、配置流程。
本地构建与远端发布
- 本地页面完成后，按当前工作区
AGENTS.md执行构建和适用的静态检查。分别报告源文件、构建文件、静态核验和浏览器视觉核验结果；未做的验证不要声称通过。 - 本地生成 HTML 与发布到远端是不同操作。只有用户明确要求本次发布时才进行远端写入；创建或修改页面本身不代表允许发布。
- 发布前先查找当前工作区的
.vscode/ftp-sync.json。只读取确定目标映射和同步所需的设置；不要输出、复制或记录密码、令牌、私钥或其他凭据。配置无法解析、目标目录无法确定或远端身份无法确认时停止并说明。 - 若存在有效的
.vscode/ftp-sync.json，优先使用其中与当前工作区及本次产物匹配的映射作为远端目标。根据该配置检查目标目录和远端现状：内容已一致时不重复上传；文件缺失或版本不一致时，只上传本次获准的页面、索引和必要资源到映射目录，并核实同步结果。不要因镜像同步而删除本地或远端其他文件。用户提供的“Nginx 已指向该目录”作为发布约束记录；除非另获授权，不修改 Nginx。 - 如果本地某路径是目录，而映射后的远端同名路径是普通文件，只有在用户已明确要求本次发布、且远端路径与本地相对路径完全对应时，才处理冲突。先用同步工具将该文件重命名为唯一备份；若工具不支持远端重命名，则先下载到受保护的本地备份并核验，再删除远端同名文件、创建目录并上传目录内容。备份失败、目标是符号链接、路径不完全匹配、备份名已存在或目录结构仍有歧义时，停止并询问。不得删除其他路径或目录；保留备份，除非用户另外明确要求清理。
- 如果没有
.vscode/ftp-sync.json，按当前工作区AGENTS.md的发布方式执行；不得沿用本 Skill 以外的固定服务器、用户名、路径或个人密钥位置。项目规则没有给出可核验目标时，先向用户询问。 - 发布后核验远端目标文件或目录及可用的校验值；若项目提供公开 URL，再检查 HTTP 状态、响应内容或校验值。上传成功不等于发布验收成功。记录源路径、构建路径、目标路径、备份位置和验收结果，不记录凭据。
- Git 提交（commit）、推送（push）、远端发布和其他外部写入分别授权；不得由其中一项推定其他操作也获授权。
并行调研
- 简单建议、单城页面和紧密相关的小型调研由主代理完成。
- 复杂请求只有在至少有两个实质且相互独立的调研方向时才并行。各子任务仅做只读调研，并返回来源名称、发布方、链接、发布时间或核验日期、证据类型及未解决问题。
- 子代理不编辑项目文件、不决定最终路线、不预约、不发布。主代理负责整合、处理冲突，并独立复核影响决策的事实、可行性和预算。
- 主代理等待纪律：子代理结果经独立通知返回，主代理不得空转轮询（如对子代理无效的等待原语反复调用）；等待期先完成本地可并行动作（城市目录、主题样式、索引骨架）。路线决策不等调研全部返回：用官方事实先搭骨架，子代理结果仅作补充与修正，冲突时按「证据与边界」处理。
证据与边界
- 区分官方规定、平台显示、游客体验、估算和待复核事项；来源链接应支持对应说法。不得声称读取了无法访问的资料。
- 不绕过登录、访问限制或平台保护。地图实现遵循本技能的地图规范，不复制密钥或未经核实的代理占位符、配置流程；须核验当前环境的实际可运行条件。
- 不声称已预约、已核实实时状态或已发布成功，除非有相应证据。
