为什么想打造“旅行skill”

按照计划，我要打造一个“旅行skill”。

网上或许能找到不少旅行skill，我为何还是要“重新造轮子”呢？

其一，让AI实践真实落地；其二，自己造的，知其然知其所以然，使用会更顺手。

当下，我对AI应用的判断是，对于大多数人的日常使用而言，已经没有必要去纠结模型，甚至提示词也可以不必那么精雕细琢，现在已经进入Agent阶段，而Agent的关键在于skill的应用。

年初或许还在追逐OpenClaw、Claude Code、Codex，而目前已经有了以WorkBuddy、Coze等为代表的国产平替，Agent的门槛已经足够低。剩下的，就是如何利用skill让Agent充分发挥作用了。

Skill的本质是经验，是通过结构化的提示词，把经验固化为程式。skill给方法，AI去执行。

那么，就从“旅行skill”开始，迈入skill的世界吧。

为什么从“旅行skill”开始

在前面对AI的学习和思考中，我意识到：学的尽头是用，用得起来的前提是有一个真正需要解决的场景。

实际上，我在工作中使用AI的场景更实际，包括但不限于写文稿、做PPT、文献综述、数据分析、报告撰写等，但是我更乐意从生活层面开始，工作的事，等上班再说吧。

生活层面，AI的使用场景同样丰富：可以作为健康管家，可以作为理财顾问，还可以作为兴趣导师。

我选择从旅行开始，一是因为我暑期正好有这个需求，二是因为近几年有几次旅行经验可以用于skill验证，三是因为以旅行作为切口更轻松或许愿意看的人更多。

第一，思考旅行的意义。既然是旅行，那么想清楚旅行的意义是很有必要的，这是“旅行skill”的灵魂。

第二，明确“旅行skill”将产出什么，包括但不限于旅行攻略、旅行日程表、经验复盘、图文游记……还要想清楚每种类型的产出分别有哪些要求、偏好和注意事项？

第三，参考和学习市面上已有的旅行skill，虽说是自己造轮子，但是还是得看看其他轮子长啥样的，不能完全闭门造车不是。

第四，基于前面三点，搭建skill框架。明确目标，然后拆解任务，把任务拆解到最小化之后，再去匹配相应的执行办法。

第五，验证。调用skill，说出需求，用我这个暑期真实的旅行经历去验证AI生成的结果，看有哪些不符合我预期的，再对skill进行调整，直到调用skill产出符合预期的结果为止。

第六，复用。用不同Agent、不同大模型、不同旅行经历进行验证，看“旅行skill”是否“发挥稳定”。

第七，迭代。用软件工程的思路管理“旅行skill”，有条件把这个skill公开发布在Github等平台，并定期维护。