我用 OpenClaw 做了一个待办事项 Skill
我想省掉维护在线文档的麻烦,和 AI 一起做出了一个真正贴合自己工作习惯的待办事项 Skill。
为什么要自己做一个待办工具
以前我一直用在线文档管理工作,把所有待办事项堆在一份 Todo List 里。每次新增任务,都要先打开 WPS,再找到对应文档;完成任务后还要手动勾选和整理。虽然市面上有很多待办 App,但我更需要一个电脑、手机都能随时使用,而且可以直接通过自然语言操作的工具。
每周结束时,我还会把已经完成的事项搬到“周历史”表中,只在当前文档里保留尚未完成的工作。这个流程并不复杂,却充满了重复操作。任务越多,整理本身越像一项新的任务。
于是我想做一个 Skill:只要对 AI 说出“待办、截止日期、项目名称和工作内容”,它就自动完成记录;每天早上打开 OpenClaw 时,再主动告诉我近期有哪些工作需要完成。
我的 OpenClaw 部署在树莓派上。最初的需求只有这些,接下来要做的不是立即写代码,而是先和 AI 把需求聊清楚。

先和 AI 把需求谈清楚
我把想法交给 AI 后,它没有直接开始写 Skill,而是先分析需求,指出其中不够明确的地方,并给出可以改进的建议。
这一步很重要。任务需要保存哪些字段、如何识别截止日期、完成后的记录放在哪里、每天早上的提醒应该展示哪些内容,这些细节如果一开始没有确定,后面很容易反复修改。

这也是我喜欢和 AI 协作的地方。人思考问题不可能面面俱到,AI 同样会遗漏细节;但双方可以不断补充、质疑和修正,把一个模糊想法逐渐变成能够落地的方案。它不是替我做决定,而是在讨论中帮助我看到原本没有想到的问题。
工具不只要能用,还要符合自己的习惯
AI 给出的第一版方案在功能上没有太大问题,但排版方式并不符合我的使用习惯。我把意见直接提出来,让它按照我原来的待办布局重新调整。
这一点看似只是界面细节,实际上关系到工具能不能长期使用。一个效率工具如果每次打开都需要重新适应,再强的功能也会产生负担。AI 的优势就在这里:不满意可以继续沟通,不必被开发者预设的工作方式限制。


过多的截图就不放出来了,我还纠结了一下emoji表情用来取代优先级,最后还是选择了

简单,直观。
创建技能的时候我们虽然可以写代码写说明但是AI其实自己就干的比人好。

测试一下技能。

我的openclaw接入了飞书,所以之前的操作手机上就可以完成。
我真心认为,以后会有一个AI app , 完成我们手机上所有操作,聊天、支付、购物、导航、找菜馆等等。
我不期待那天的到来,我只是准备好了那天的到来。
一个小工具,改变的是工作入口
这次做待办事项 Skill,表面上只是把在线文档里的 Todo List 搬进 OpenClaw,实际上改变的是我记录和查看工作的入口。以前,我需要主动打开文档、找到位置、填写内容并整理历史;现在,我希望只用一句自然语言就能完成记录,让工具主动适应我的工作方式,而不是让我去适应工具。
整个过程也让我更确定,AI 最有价值的地方不只是“直接生成一个结果”,而是可以参与需求讨论。我的想法可能不完整,AI 的方案也未必符合实际习惯,但双方可以不断沟通:它补充我遗漏的问题,我纠正它不符合现实的设计,最后得到一个更适合自己的方案。
接下来,这个 Skill 还可以继续增加周期性任务、逾期提醒、按项目筛选、自然语言修改,以及每周工作总结等能力。不过这些都不是第一步必须完成的功能。先把最常用的记录、提醒和归档做好,让它真正进入每天的工作流程,比一开始堆满功能更重要。
对我来说,这也是在树莓派上部署 OpenClaw 的意义:它不只是一个可以聊天的 AI,而是一个能够逐步接管重复操作、并按照个人习惯持续调整的工作入口。
夜雨聆风