Memoh + Directus —— 将 Agent 接入博客管理后台

Memoh 是什么？#

第一次看到 Memoh 时，我以为它又是一个套了聊天界面的 Agent 项目，但是小黑猫太可爱了必须得点进去看一眼。最后实际看下来，它更像是给 Agent 准备的一台长期在线的小电脑，每个 Agent 都可以有自己的工作区、文件、浏览器、网络、工具和长期记忆，非常适合不同场景下的 Agent 工作流设计与搭建。除了 Web 页面，还能接 Telegram、Discord、飞书、微信这些渠道，也支持 Skills、MCP 和定时任务。

对我的博客来说，这几点刚好够用：

• 它可以执行定时任务，完成一些资讯文章的自动撰写；

• 可以用专属浏览器或搜索工具查资料；

• 具有 MCP、SKILL 这类 Agent 工具，能直接调用 Directus API；

• 具有长期记忆，下次还能记得我不喜欢的风格。

Directus 管理后台#

我的博客使用 Directus 管理，虽然说单纯对于博客来说是有点重了，不过其自带的工作流功能非常好用，完全足以用于其他平台或自动化服务的管理搭建。

Directus 的搭建使用可以看这篇文章：Directus+Astro搭建博客网站_恒馨博客

我的目标是搭建一个博客管理 Agent，可以根据指令调动工具来管理我们的文章内容、状态以及图片资源等，也可以定时执行一些文章的撰写工作，在修改过后触发部署工作流，完成博客搭建。所以两边的分工很简单：

Memoh 负责找资料和写；Directus 负责存文章、发布以及自动化工作流；

我们博客文章根据 Firefly 模板格式被结构化为数据模型 posts：

如果博客后台已经搭好了，通常只需要给 Agent 开一个可以创建草稿/正文、删除/修改数据的账号就行。

Memoh 的安装和基础配置#

Memoh 既能在桌面上跑，也能部署到服务器。因为我想让它定时工作，所以最后还是放到了长期在线的机器上。

官方目前给出的一键安装命令是：

1
curl -fsSL https://memoh.sh | sh

正式部署前建议还是看一下 自托管文档，尤其是数据持久化、反向代理和备份。项目更新速度很快，文章里的命令过一段时间也可能会变。

安装好以后，主要做几件事：

1. 添加一个模型 Provider；
2. 新建一个专门写博客的 Bot；
3. 为 Bot 选择运行 Agent，Memoh 自带支持 Codex、Hermes、Memoh Agent 以及 ACP 协议，可自由切换。
4. 配好时区、记忆和工作区；
5. 确认它能访问 Directus 和外部网站。

模型配置可以参考 Providers And Models。如果只是想先跑通，不需要把语音、图片、几十个渠道全配上，一个能调用工具的模型就够了。

让 Memoh 通过 MCP 管理博客#

我为 Memoh 在博客后台外面包了一层专门的博客管理 MCP。提供一系列管理工具，比如我现在这套 MCP 提供了这些能力：

• get_blog_schema：先读取文章字段、状态和安全规则；

• list_posts、get_post：查找草稿或读取一篇完整文章；

• create_post：创建文章，可以明确指定为 draft；

• update_post：继续修改已有草稿；

• set_post_status：单独处理发布、退回草稿和归档；

• 图片相关工具：上传封面、整理图片目录，并把 Directus 资源地址写回文章。

对 Agent 来说，这比直接操作 REST API 省心不少。它不用拿一个可以任意访问后台的 Token；哪些字段能写、状态变化需不需要确认，都可以在 MCP 这一层做限制。

Memoh 本身支持 Stdio 和 Remote HTTP/SSE 两种 MCP 连接。我的接法是在博客管理 MCP 部署好以后，打开对应 Bot 的 MCP 页面，添加连接并填写实际的启动命令或远程 URL、认证 Header，然后保存并用 Probe 检查工具列表。确认 create_post、update_post 这些工具已经被发现，再把连接启用。

具体配置步骤可以参考 Memoh 的 MCP Connections 文档。如果是自己写 MCP Server，Directus 地址和服务 Token 放在 MCP Server 一侧就好，不要塞进 Skill 或日常聊天消息里。

实际使用时，我给 Memoh 的指令可以很简单：

1
把刚才讨论的内容整理成一篇中文技术博客。
2
写完后调用博客管理 MCP 创建文章：
3
状态设为 draft，分类设为技术，标签里加入 AI生成。
4
只创建草稿，不要直接发布。

Agent 在真正写入前会先读取博客字段规范以及角色设计，生成完正文后调用 create_post。成功时 MCP 会返回文章 ID、slug 和当前状态，我就能直接去 Directus 草稿箱里继续改。

修改也一样，只要让它先用 get_post 读回当前版本，再通过 update_post 改指定内容即可。发布和归档则单独走状态工具，出于安全考虑最好还是需要显式确认。

角色设计做成一个 AGENTS.md#

Memoh 的每一个 Bot 都拥有一个独立的工作区，AGENTS.md 就是一个根目录下带基础信息的 Markdown 文件，Agent 执行任务之前都会获取其中的信息：

1
你是 WineRed 博客的内容总管，使用 Firefly Blog Manager 管理 Directus 中的全部文章。
2

3
你可以查询、撰写、修改、发布、撤回、归档和删除文章，也可以管理文章图片。写作时保持自然、具体、有个人表达，默认使用中文 Markdown。
4

5
修改已有文章前先调用 get_post 获取当前完整内容。用户明确要求发布、撤回、归档或删除时，可以执行对应操作。删除文章前必须再次说明文章标题并取得明确确认。不得声称操作成功，除非 MCP 工具返回成功结果。
6

7
文章状态：
8
- draft：草稿
9
- published：已发布
10
- archived：已归档
11

12
发布或修改已发布文章后，Directus 会触发 GitHub Actions 重新部署博客。
13

14
## 交互与确认规则（必须遵守）
15
……

跑通以后再加定时任务#

除了后台配置之外，也可以在对话中使用自然语言进行配置。

Memoh 的 Schedule 用的是五段 cron，而且会受服务器时区影响。第一次配置最好实际触发一次，别等到第二天才发现它按 UTC 跑了。相关说明在 Scheduled Tasks。

把 Bot 接到 Telegram 等外部平台#

Web 页面里用顺以后，我就把 Bot 接到了 Telegram。这样临时想到一个选题时，不用先打开后台，在手机上给它发句话就行；定时任务跑完后，也可以直接把草稿 ID 和标题发回来。Telegram 的机器人体验做得非常好，本文以此为例。

Telegram 的接入不复杂：

1. 在 Telegram 里找到官方的 @BotFather，发送 /newbot；
2. 按提示设置名称和以 bot 结尾的用户名；
3. 保存 BotFather 返回的 API Token，不要把它贴进文章或公开仓库；
4. 回到 Memoh，打开 Bot 详情页的 Platforms；
5. 点击 Add Channel，选择 Telegram，填入 Token；
6. 保存并启用，然后给 Telegram Bot 发一条消息测试。

官方的 Telegram Channel Configuration 里也列出了这些步骤。Telegram 渠道目前支持流式回复、Markdown、附件和回复上下文，所以除了随手记选题，也可以把图片或资料文件直接发给 Agent。

这里还有一个容易忽略的地方：渠道接通不等于谁都应该能操作博客。在 设置-访问控制 中，可以对 Bot 的访问控制权限做控制。除了 Telegram，Memoh 还支持飞书、Discord、微信、QQ等渠道。总体步骤都差不多，支持列表和通用流程可以看 Channels 文档。

长期记忆我是怎么用的#

Memoh 的长期记忆，我主要拿来记写作偏好，例如我不太喜欢什么标题、我每次审稿经常删掉哪些内容这类问题。

Memoh 的记忆可以查看、编辑和重新整理，具体可以看 Bot Memory Management。等积累的修改记录多一点，我还想试试让它对比初稿和终稿，自己总结我到底改了什么。

结语#

如果你也有自己的博客或内容后台，可以像本文一样从最简单的一条流程开始。等这一步稳定了，再考虑 MCP、多 Agent、自动配图或者多平台分发。Memoh 自带的连接功能也非常适合做 Ops/Coding Agent。

以上是我的一点实践记录，如有疏漏，欢迎留言指正交流~