OpenClaw 西游记 · 第四回

一念起处留踪迹万事纷来入册中

这一篇讲明白：我不是让 AI 记事，而是教它按规矩记事 

⏱️ 预计阅读时间：5 分钟 

我终于受够了“你帮我记一下”

玩 OpenClaw 久了以后，我开始产生一种错觉：

既然它这么能聊，那我随口说一句“帮我记一下”，它应该就能记住吧？

事实证明，我想多了。

它当然会答应，而且答应得特别诚恳。但问题是：它到底记到哪儿了？下次怎么查？这件事后来完成了吗？快到期了它会不会提醒我？

如果这些问题没有答案，所谓“AI 帮我记事”，这就像把东西塞进床底下的收纳箱：看不见，但真要找，还能翻出来。

我真正需要的，不是一个会说“好的，我记住了”的 AI。

我需要的是一本能翻、能查、能提醒、还能改状态的“小账本”。

于是，我开始折腾 OpenClaw 里的第一个自制工具：roan-event-logger[*事件记录器]。

从入门到放弃：功能很全，但我不想用

一开始，我把事情想得特别简单。

记事儿有啥难的？搞个 JSON[*结构化数据] 文件，把事件一条条写进去不就完了？

于是第一版 roan-event-logger 设计得非常“正规”：

• • 事件名称
• • 事件描述
• • 当前状态
• • 截止时间
• • 标签
• • 关联文件
• • 创建时间
• • 更新时间

字段很完整，逻辑也很清楚。

然后它就翻车了。

真实使用场景大概是这样：

我：记个事儿，下周三前把第四回大纲整理出来。它：好的，请提供事件名称、详细描述、截止时间、标签、关联文件……

我当场沉默。

如果我还得一个字段一个字段填，那我为什么不直接找个APP自己记？为什么不自己建个表格？

这时候我才意识到：工具不是功能越多越好，而是越符合人的使用习惯越好。

我说“记个事儿”的时候，潜台词不是“请启动一套复杂表单流程”。

我的潜台词是：你先帮我抓重点，别废话。

问题不在技术，在“规矩”

后来我慢慢发现，roan-event-logger 真正难的地方，不是读写文件。

难的是：怎么把一句随口说的话，变成一条稳定、准确、以后还能查到的事件。

比如我说：

下周三前把第四回大纲整理出来。

AI 得自己判断：

• • 事件名称是不是“整理第四回大纲”？
• • “下周三”到底是哪一天？
• • 这件事属于写作，还是公众号，还是 OpenClaw？
• • 状态默认是“未开始”还是“进行中”？

如果这些规则不提前定好，它就只能靠猜。

而靠猜，是 AI 最危险的工作方式之一。

所以我开始给它立规矩：

1. 1. 新增事件时，先提取最重要的信息：名称、描述、截止时间。
2. 2. 截止时间遇到“明天”“下周三”这种模糊表达，要解析成具体日期。
3. 3. 不确定的信息不要硬编，可以留空，也可以询问确认。
4. 4. 用户说“刚才这个事儿记录一下”时，要回看上下文，提取刚才讨论的事项。
5. 5. 真正写入之前，最好先给我看一眼草稿。

这个过程，听起来像是在“调教 AI”。

说专业点，就是 Prompt Engineering[*提示词工程]。

但我更愿意把它理解成：不是让 AI 更聪明，而是让 AI 更有规矩。

能记还不够，能看才有用

后来 roan-event-logger 终于能比较顺手地记事了。

但新问题又来了：

记是记了，藏在文件里，我平时看不到，那不还是等于没记吗？

所以我又给它加了一个“看板[*任务看板]”。

我希望自己只要说一句：

看板。

它就能直接把当前事情列出来。

而且不是一股脑把所有历史事件都甩给我。那样只会制造新的噪音。

我最后定下来的规则是：

• • 默认只显示“未开始”和“进行中”的事件；
• • 即将到期和逾期的事情优先展示；
• • 已完成、已搁置的事情只显示本月统计；
• • 已删除的事情默认不出现。

这个小改动非常关键。

因为工具不只是要能“做”，还要能“看”。

看不到当前局势的记事工具，本质上就是一个更高级的垃圾桶。

删除也不能真删，提醒也不能太吵

做到这里，我又陆续补了两个功能。

第一个是 软删除[*软删除]。

我不希望它真的把事件删掉。因为长期记录系统最怕的不是多存一点东西，而是手滑删错以后找不回来。

所以“删除”只是给事件打一个标记：这条不再展示，但数据还在。

这就像给它披了一件隐身衣，而不是直接扔进火炉。

第二个是每天早上的提醒。

每天 8 点，OpenClaw 会自动检查事件列表，把快到期、已逾期、进行中的事情发给我。

这背后用到的是 Cron[*定时任务]。你可以把它理解成：给 AI 定了一个闹钟，到点就让它敲一下木鱼。

但提醒也不能太吵。

如果每天早上甩给我一长串历史记录，我一定会选择无视。

所以提醒内容也得有规矩：只说重要的，只说当前需要处理的，别表演勤奋。

真正做出来的，似乎不止是记事本

折腾到最后，我发现 roan-event-logger 不是一个简单的“记事本”。

它更像是给 OpenClaw 装了一个小型 Skill[*技能]：

• • 我说“记录一下”，它知道怎么提取事件；
• • 我说“看板”，它知道怎么按状态展示；
• • 我说“更新一下”，它知道怎么修改状态；
• • 我说“删除”，它知道只是软删除；
• • 到点了，它还会自己提醒。

也就是说，我不是让 AI 记住一件事。

我是教它：什么算一件事，应该怎么记，什么时候提醒，后续怎么查，怎么改，怎么删。

这才是我这次最大的收获。

很多时候，我们抱怨 AI 不靠谱，可能不是它完全不行，而是我们给它的规则太模糊。

你让它“帮我管一下事情”，这句话太大了。

但如果你告诉它：

什么叫事件，事件有哪些字段，什么情况下要确认，查的时候怎么展示，删除时不能真删，每天几点提醒。

它就会稳定很多。

好的 AI 助理，不是每次都灵机一动。好的 AI 助理，是在关键事情上稳定地按规矩办。

想跟着试试？没问题

这一篇文章，我主要想讲清楚 roan-event-logger 背后的思路。

因为我越来越觉得，做 OpenClaw 的关键不是“让 AI 变厉害”，而是把一个模糊愿望，拆成一套可以反复执行的规则。

至于具体怎么从 0 到 1 做一个事件记录 Skill，比如：

• • 怎么设计事件 JSON 结构；
• • 怎么写触发关键词；
• • 怎么设计确认机制；
• • 怎么做看板展示；
• • 怎么处理软删除；
• • 怎么配置每日提醒；
• • 怎么测试它是不是真的好用；

这些内容如果全塞进文章里，篇幅会太长，也不方便照着操作。

所以我会把完整实操方法单独整理成一份文档。

如果你也想给自己的 OpenClaw 做一本“功德簿”，可以在公众号后台回复：第四回。

下回预告

搞定了事件记录之后，我又遇到一个更现实的问题：OpenClaw 不只在一个地方陪我聊天。

它一会儿在 Dashboard 里干活，一会儿在飞书里回复我，一会儿又跑到 QQ 那边接消息。窗口一多，麻烦也来了：这边聊的是工作，那边聊的是生活，另一个窗口又在研发新功能。万一它在生成工作报告里用“哄对象”的语气说话，那我就真的社会性死亡了。

下回，我们就聊聊 OpenClaw 里的 Session、Channels，以及为什么“状态分离”是长期使用 AI 助理时特别重要的一件事。

聊一聊

如果让 AI 长期帮你记一类东西，你最想让它记什么？

是待办事项、灵感、客户信息、创作素材，还是每天的复盘？

欢迎在评论区聊聊。说不定你的痛点，就是下一个 Skill 的雏形。

黑话小词典

• • roan-event-logger：事件记录器，我给 OpenClaw 做的一个自用记事 Skill，用来记录、查询、更新和提醒事件。
• • JSON：结构化数据格式，可以粗略理解成“机器更容易读懂的表格”。
• • Prompt Engineering：提示词工程，简单说就是“怎么把要求讲清楚，让 AI 更稳定地按你的意思办事”。
• • 看板：按状态分组展示任务或事件，让人一眼看到当前局势。
• • 软删除：不是真的删除数据，而是给它打上“已删除”的标记，默认不展示，但需要时还能找回。
• • Cron：定时任务，可以理解成“给 AI 定闹钟”，到了指定时间自动执行某个动作。
• • Skill：OpenClaw 的扩展能力说明书，相当于给 AI 装一个小工具，让它在特定场景下按固定规则办事。