我的旅行攻略终于进化到了 CodeX 时代

首先回顾一季度用 Gemini 做旅行攻略的 SOP。

1. 用 Gemini 穷举目的地景点，我手动标记在 Google 地图上。

2. 请 Gemini 设计动线，理解这条参考动线后，压榨 AI 吐出更多的景点。

3. 参考 AI 动线，对着地图手动修订为我满意的路线，再请 AI Review。

4. 把浓缩路线放在 flomo 笔记里随身出行。

5. 如需住宿，把我看上的酒店截图发给 Gemini 点评，参考点评订酒店。

我先在 gem 录入个人旅行偏好，再执行以上的 SOP。

7 月回头看 3 月的流程，觉得原始极了，就像汉朝人皱着眉看二里头文化那种感觉。

进入正题，我现在怎样用 CodeX 来做旅行攻略。

第一步

对 CodeX 发出一次穷举指令：

穷举牛津。

就这么四个字。调用 enumeration.md 这个（我设计的）1400 字的模板文件，按约束穷举目的地信息。

然后 CodeX 用 5 分钟生成一份《牛津来都来了》的 Markdown 文档，把牛津景点分成三个等级「必玩，推荐，有多余时间时可玩」，按等级对景点分类介绍，每个景点写明：

• 出片指数与摄影价值分析

• 景点介绍，细致到历史背景与关键年代，核心看点与玩法体验

• 注意事项，比如是否需要预约、门票价格与开放时间

最后是该目的地的省钱方法（昂贵的欧洲旅行必备），以及目的地整体注意事项。

这个《牛津来都来了》的 Markdown 文档，相比 Gemini 一点点给我吐结果，内容全面很多。以牛津为例，Gemini 过去一轮会给我一两千字，十几个景点介绍；CodeX 给我的 Markdown 文档 8200 字，包含 7 个必玩景点，11 个推荐景点，13 个可玩景点，一网打尽。同时所有动态信息都要求联网核验并附上对应的网址，杜绝了幻觉发生。（我用 CodeX 做攻略从未遇到过幻觉）

通过这份 Markdown 文档了解牛津之后，老样子，在 Google 地图上把我喜欢的景点，往返的交通枢纽手工标注出来，对牛津建立整体印象。攻略的基本逻辑就是在你去过那里之前，提前建立目的地印象。

第二步

对 CodeX 发出第二次指令：

生成牛津一日游攻略

就这么九个字。调用两个模板文件。

首先是「旅行攻略」项目下的 Agents.md 模板文件。在这里放置了我的旅行偏好，设计与交付旅行攻略的整体原则与内容格式，以及调用其他模板的规则。细化到比如说：

攻略正文以中文地名为主。中国以外地点第一次在路线正文或行程节点正文出现时，写“中文名称（当地语言名称）”；之后只写中文名。

当地语言名称必须能在 Google 地图中搜索到对应地点；中文名应自然、可读、前后一致。没有通行中文译名时，可采用清楚的音译或意译，但同一文档内不得混用多个译名。

这个文件 3200 字。

其次是「旅行攻略」项目下的 route.md 模板文件，对于怎样设计一日游、多日游攻略进行了详细的约束。这个文件 3500 字。

Agents.md 是全局规则，描述我对旅行和内容格式的偏好；route.md 是具体攻略的格式化规则。

调用这两个模板文件后，生成牛津一日游攻略：《🎓牛津：尖塔、古老图书馆与盛夏草甸》。标题也是 CodeX 按照我的约束取的。

攻略结构是：

• 目的地概览

• 单独列举该目的地下最吃光线的景点，最佳摄影时间与摄影建议

• 当天天气情况结合路线进行分析（如果我告知了出行日期）

• 非常详细的路线设计，含出发与返回的交通建议，以及目的地内的交通接驳方式

• 该路线注意事项

• 费用汇总，主要是门票与游玩项目

• 攻略最后以清爽的表单列出目的地下的全部景点，用 ✅ ❌ 表示是否包含在本次路线中，方便我快速检查放弃的景点否有必要捡回来

生成的牛津一日游攻略共 6500 字。

这里还有两条分支路线。首先，一日游和多日游是不一样的分支路线，当我发出一日游或者多日游指令时，会生成不一样的攻略。

其次，如果行程中含有博物馆，则会调用另一个专属的博物馆攻略模块，对路线中的博物馆进行特别详细的介绍，包括展厅分区、参观动线、重要展厅与展品、中英文对照说明等等。

生成的攻略内容（按照我的约束）非常细腻，细到诸如此类：

景点要注明年代，当日最后一个景点要注明关闭时间。

预约要区分 “必须预约才能进入” 和 “可现场前往但建议预约”，就近给出预约网址。

路线开头先用一小段正文说明路线设计逻辑，同时预估每日步行距离并评价路线强度。

第三步

以上直出的牛津一日游攻略，按照我的旅行偏好，生成符合约束的格式。但这两方面都会有问题。

偏好方面，AI 不可能真的懂我，而我对于旅行路线有着偏离了最大公约数的强烈的个性。因此，AI 设计的路线只是一份用于参考的初稿，我会在地图上看着刚才打的点，对照初稿，口喷修改为符合心意的路线成稿。这个过程中也有可能因为我对于细节不了解出现设计失误，AI 给我提意见改正过来。

格式方面，由于我给 AI 的约束太多太密，交付经常会有遗漏。我花了相当多的时间给规则打补丁（试过各种工程方案），希望做到一把直出不用再改……好吧我做不到，承认由于约束太多，AI 的注意力丢失必然发生。于是每篇攻略在我仔细检查之后，口喷要求 AI 修改错误的格式。

基于 CodeX 直出的牛津一日游攻略，口喷修改路线与格式，大概花费 20 分钟，完成一篇我非常满意的攻略。

最后，有一些特别重要的景点，或者是我对 AI 交付不太有把握的内容要点，还会去小红书上看看别人的笔记交叉验证。

做完这么一篇牛津一日游攻略，全过程半小时到一小时。如果是比牛津更简单的目的地，全过程十几二十分钟。如果是多日游攻略（比如爱丁堡三日游），全过程一小时左右。

和过去的效率相比，我之前用 Gemini 做攻略大约花费两倍时间，古法做攻略大约三四倍的时间。关键是攻略设计的精巧与信息量 CodeX 完胜。

第四步

做完攻略之后，生成一个 HTML 网页，网页的格式我也花了一些小心思去调试。把 HTML 发布到 Netlify，然后把 URL 发到自己微信上随身出行。这个发布过程也是 CodeX 指导我一步步学会的，傻瓜式操作，跟着 CodeX 的指示一步步做就好了。

如果需要订酒店，我会口述对酒店的需求，CodeX 按需求去携程、Agoda、Booking、Airbnb 搜索并比价，把符合要求的，价格最低的酒店&民宿在该产品内（由 AI）点个收藏，并跟我详述推荐理由。

如果需要订当地出发的旅行团，同样按照我的口述需求，在携程团和老外团之间对比。因为旅行团的对比项多，我通常要求交付一份 PDF。

如果做完攻略之后的兴致很好，我还会继续生成一张目的地地图、或者行程地图、或者博物馆地图。以前用 Gemini 3 生成旅行地图的随机性特别强，经常鬼打墙。现在我在 Codex 上写了 1w 字的 destination-map.md 目的地地图模板，itinerary-map.md 行程地图模板，museum-map.md 展馆地图模板，一把直出旅行地图，质量也比过去更好得多。

总结

设计和调试这套用 Agent 做旅行攻略的个性化工作流，断断续续用了 30 多个小时（也有可能更长），

和过去我做旅行攻略的任何方法相比，Agent 工作流一方面效率翻倍再翻倍，另一方面大大提高了攻略质量。

我个人对于提效无感，我只在乎提高质量。现在这种 AI 按照我的细腻约束收集整理信息，我再指挥 Agent 改到完全满意为止的工作流，效率和质量双双增长。以及 Agent 强制核验动态信息，也让幻觉几乎绝迹。

尤其用 Agent 做大型展馆攻略的效果，是我用古法远不能及的。从展厅分布，参观动线，重要展厅与展品的介绍以及中英文对照，到生成博物馆地图辅助定位，对我这个看展爱好者来说太实用了。

以及作为摄影爱好者，我也很喜欢攻略中单独列举吃光线的景点，最佳拍摄时间与建议。

以上充分利用了 AI 在信息检索/总结/组织上的长板，结合我的旅行偏好，把我的个性化需求和 AI 的长板结合在一起。只有 Agent 才能爆发这样的生产力，用文件作为路标约束 AI 严格执行，用 loop 来高效率地迭代更完善和准确的规则放入文件。

PS：在犬校分享了全部规则文档和最终交付，公众号不支持上传 Markdown 文件，只能贴几张旅行地图收尾。