国庆旅游老父亲必备，NAS+WorkBuddy 一键生成「交互式旅游攻略」

出去玩，最重要的就是做攻略。以前我喜欢自己逛小红书看攻略，后来有了 AI ，我又喜欢让 AI 帮我把攻略全部做出来。

但是 AI 行程有个大问题，它只能做一个前置规划，实际行程中我还是需要把这个规划做到备忘录或者本子上，逐个完成后再去确认，睡前再翻一翻明天要打卡的，体验感还是有点割裂的。

于是我开始寻找一款自托管的旅行应用，没想到真的找到了。

Trek 估计很多人都听说过，总结一下最新版本的功能，就是交互式地图、实时多伙伴协作、预算管理、打包清单、旅行地图点亮、AI 旅游搭子

那我最看重的，就是它的 AI 旅游搭子能力。它提供了一个标准的 MCP 服务，可以让 Cluade、Codex、WorkBuddy 等主流 Agent 工具直接操控和管理，当我们提出一个城市的旅游计划时，Agent 可以帮我们自动把旅游方案做到系统里，并且以最直观的方式展示出来，实现旅行途中的全程交互式使用。

这是我做的一个杭州七日游的攻略。里面就西湖一日的安排，Trek 里以时间流安排了 6 个景点，每个经典的游玩时间、门票、交通、吃食全都安排的明明白白。

几点坐几路车到哪里下，附近有什么好吃的，到哪里主要玩什么，一目了然。

而且这个旅行轨迹时在地图上以最直观的公交导航形式展示的，大家平时用的地图的话，一眼就能看明白。

切换到交通视图，里面是不同景点之间的具体交通方式，包含了公交、游船、骑行等等。

当然这些内容都是 WorkBuddy 帮我安排的，需要修改的时候直接告诉 WorkBuddy 改就可以了。

此外，所有预定了的活动、酒店、门票等，也都会记录在预定分页里。

剩下的还包括出门需要带的列表清单。

所有的旅游费用清单等等。

最后，手机里拍的照片，记录的工作，也可以随时发给 Agent ，让它帮我们整理到 Trek 里，变成一个专属的旅游记录卡。

整个流程就是，AI 旅游交流，AI 操作 Trek 记录，我们看 Trek 管理，反馈 AI 继续闭环修改，最后生成 AI 旅行册。

这就满足了我不想使用传统的方法来做旅游攻略，又能弥补 AI 做旅游攻略的割裂感，最后还可以把每一次旅游记录都真正的保存下载，随时可以回顾。

一。功能介绍

以上只是使用 Trek 的一个缩影。实际上 Trek 还有非常多非常牛的功能。下面我先给大家介绍如何将 Trek 接入 WorkBuddy 等 Agent，然后再具体去说前文没介绍到的功能。

1.MCP 接入

当前 Trek 支持 OAuth 2.1 以及 API 令牌两种 MCP 接入方式。OAuth 2.1 需要强制 https 端口，所以懒得弄反代的建议直接使用 API 令牌。

在 Trek 右上角点击设置，创建一个 MCP API 令牌。

然后将下面的 MCP 协议发给 Agent，它们自己就会配置。注意如果是外网的，这里就填写极空间的外网域名，然后 API Key 替换为自己的。

"trek": {
 "command": "npx",
 "args": [
 "mcp-remote",
 "http://极空间 IP:33123/mcp",
 "--allow-http",
 "--header",
 "Authorization: Bearer 你的key"
 ],
 "disabled": false
}

2.足迹愿望单

足迹清单，包含了去过、愿望两大场景。

我们可以将去过的地方在地图里点亮，也可以把想去的地方在地图里标记，这种慢慢涂满整个世界的感觉，我觉得还是非常吸引人的。

3.成员协作

如果你还在上学，或者和同事出去玩。Trek 里有一个功能一定会让你很喜欢。

它支持通过邀请的方式邀请朋友加入到一个旅行计划里，然后你们可以在里面共同维护这个旅行计划。

当然也可以记录各自的旅行费用支出，每个人花了多少一笔不漏，这样旅游结束后 AA 起来，也是有理有据。

4.假期管理

那如果是打工人牛马，只有放假、年休的时间才有机会出去玩。

Trek 也给我们准备了一个假期计划表。在计划表里，我们可以提前早早规划年假、节日、周末的时间，为旅行做好提前的准备。

如果要出国的，也可以在 Trek 里增加不同国家的节日，这样在一个日程表里就可以看到所有的节假日信息。

5.插件生态

当然，Trek 最牛的还是它的生态系统，前面我们说过了 MCP 功能。它其实还包括一个 AI 解析功能，可以解析我们上传的各类票据、文件，然后一一记录到 NAS 里。

然后最神的一点来了，就是它支持和 Immich 进行深度联动。如果日常使用 Immich 作为相册管理工具，那么当配置好服务之后，我们每天拍摄的照片就会自动上传到 Immich，然后 Trek 又从 Immich 里获取到这些照片，加入到旅行册里，一切都无需手动。

如果去国外玩 ，Trek 内置的地图引擎就会起到非常好的作用，但是很多时候我们在国内没法直连选点。所以在国内玩，还可以用 Trek 去联动高德地图插件 “找地方”。

自己去高德申请一个 API Key 以后，不管是人，或者 AI，都可以通过插件直接在地图上搜索点位并记录。

这个插件的入口在旅行侧内部，最后一栏找地方搜索，然后点击添加就会返回到地图上。

二。部署方法

Trek 这个项目部署方式非常简单，通过 docker compose 一次性就可以完成部署。

目前我在使用的 NAS 是极空间 Z4Pro+，它使用了主流的 N355 处理器，拥有 8 核8线程的强大处理能力，支持 16G DDR5 内存，长期部署 docker 容器和运行虚拟化服务都不会卡顿。

极空间 Docker 应用目前也已经完成了多轮优化，在相对路径、项目管理、环境变量上用起来都很方便。

我们打开极空间 Docker 应用，创建一个 Compose 项目，然后填写对应的项目名称、存储位置。再把我下面提供的 yaml 文档填入后部署。

这里需要注意，一共有两个地方要改。

第一个是 ENCRYPTION_KEY，它是加密密钥，必须使用 openssl rand -hex 32自己生成一个。

第二个是端口，默认配置的 33123，如果要改的话，直接改宿主机端口也可以，或者修改 PORT 环境变量，保持三端一致。

services:
 app:
 image: mauriceboe/trek:4
 container_name: trek
 ports:
 - "33123:33123"
 environment:
 - NODE_ENV=production
 - PORT=33123
 - ENCRYPTION_KEY=使用openssl rand -hex 32 自己生成替换
 - TZ=Asia/Shanghai
 - LOG_LEVEL=info
 - COOKIE_SECURE=false
 volumes:
 - ./data:/app/data
 - ./uploads:/app/uploads
 restart: unless-stopped

写在最后

AI 出现以后，攻略生成的效率确实提升了，但是问题在于 AI 生成的内容往往只是一次性的结果，很难在后续通过可视化的交互不断更新。

但是如果加上 Trek 的 MCP 能力，这就不一样了。Agent 还是那个 Agent 入口，聊完天之后，把敲定的旅游行程推送到 Trek 里，然后我们直接手机打开 Trek 就可以看整一套完整的攻略，有交通、有吃住、有时间规划、有费用整理。

这个其实是一个非常好的传统应用结合 AI 生态的模式。当越来越多的应用开始支持 MCP，当 AI Agent 可以真正操作这些工具，我们使用软件的方式可能会迎来一次新的变化。

---

相关
本文归入 人工智能 分类 —— 关注 AI 工具、Agent 与自动化工作流怎么落到日常里。同类内容可看 NAS 与 自建服务；想聊自托管与 AI 折腾经验，欢迎到 论坛 一起聊。

本文由「可爱的小cherry」原创，原文发布于什么值得买（2026-09-03），查看原文。按署名方式转载，保留原作者信息。

作者声明本文无利益相关，欢迎值友理性交流，和谐讨论～