城市旅行开发专家

它解决什么问题

把一次城市旅行规划经验变成一个能被别人装到本地、能正确触发、能稳定执行的技能包，这件事看上去只是「整理资料」，实际会踩三类坑：

• 资料堆而不是助手：SKILL 里塞满景点清单和长文攻略，没有 quick-index.md、faq-and-antipatterns.md、best-practices.md，用户拿到之后找不到入口，只能全文搜索。
• 事实与表达混在一起：社媒攻略里的夸张说法被当成官方事实，营业时间、票价、票务库存、通关政策这类强实时字段被直接写成确定性承诺，一旦过期就是误导。
• 包结构不合规：name 写成中文或带空格，ZIP 根层没有 SKILL.md，目录里混进 .DS_Store、日志、本机绝对路径、嵌套子技能 ZIP，上架预审直接失败。

这个技能怎么做

它把城市旅行 Skill 开发拆成两种模式和一套固定流水线。

两种开发模式

• 标准城市旅行 Skill：周末游、亲子游、美食购物、度假休闲、综合城市助手。
• 文化深度旅行 Skill：当城市有古都、博物馆、古建、考古、世界遗产、研学等明显文化属性时启用，额外读取 playbooks/cultural-dba-research-playbook.md、knowledge/history-layers.md、research/city-cultural-dossier.md 等文件，建立城市文明坐标、历史分层和文化资产模型。

关键步骤

1. Phase 0 先预置用户可用性骨架：quick-index.md、faq-and-antipatterns.md、best-practices.md、年轻化/Citywalk 路线、实时核验清单模板和 qa/city-travel-usability-gate.md。即使做轻量包也不能省略 FAQ 与反模式。
2. Phase 1 定界城市、目标用户、旅行类型、发布目标，判断走标准模式还是文化深度模式，定义北极星、非目标和强实时字段。
3. Phase 2 建资料地图，按官方事实源、地图交通源、平台攻略源、用户素材、社媒表达线索分层，标记可信等级和实时核验需求，资料不足只生成待补充清单。
4. Phase 2.5 / 3.5 在文化深度模式和深度内容提炼时，做文明坐标、历史分层、游客理解路径和内容蒸馏；读不到原文就标注「线索未核验」，不把搜索摘要包装成已读原文。
5. Phase 3 把事实层、判断层、表达层拆开蒸馏，生成路线分支、场景 playbook、FAQ、样例 prompt 和回归用例。
6. Phase 4 生成根入口 SKILL.md（YAML front matter 可解析、name 为英文 slug）、README.md、package.json、知识库、playbooks、templates、examples、qa、scripts。
7. Phase 5 与 Phase 5.5 补齐正向/边界/不应触发样例，以及城市文明概览卡、参观路线速查卡、出发前功课清单等便携化模板。
8. Phase 6 依次执行 qa/quality-gate.md、qa/city-travel-usability-gate.md、qa/packaging-cleanliness-gate.md，用 qa/city-travel-scorecard.md 做 100 分制评分（低于 80 分不得标记为上架推荐包），再跑 scripts/validate_package.py 静态检查并生成干净 ZIP。
9. Phase 7 用 qa/scoring-rubric.md 和 qa/prd-implementation-audit.md 做双评分与 PRD 落地审计，输出发布说明、风险边界和待人工复核项。

适用边界与注意点

它不是用来临时排一次行程的：没有提出「沉淀成 Skill」就不触发。也不做代订酒店、机票、门票，不承诺实时库存，不绕过平台限制批量抓取受版权保护内容，不给医疗急救、签证法律结论、博彩建议或高风险行动决策。

异常处理是硬约束：缺城市名就停止询问；资料不足生成待补充清单而不编造；URL 不可读就标注未核验；实时字段缺官方源就标记为强实时核验，不给确定性承诺；旧包结构混乱时新建干净输出目录承接，不删除旧文件；校验失败修复后重跑，不带病发布。

文化资产部分不允许只列景点，需要说明为什么看、看什么细节、适合谁、不适合谁。对外交付文件不暴露本机绝对路径、用户名、云盘路径和内部资料目录。