我的待办清单，多了一个 AI 合作者

我习惯把所有事情交代给一个“他/她/它”。之前一直是 Things 3，可靠、优雅，苹果设备上都能用。想到的事情先放进去，脑子就可以马上腾出地方。

直到前段时间开始搭建 Jarvis，我想过让他接手。但试了一圈，目前还没有找到一个同时适合我俩的界面，于是做了个折中，选择在我现在这套系统里，能让他方便参与进来的任务软件——Todoist。

Jarvis 是我正在搭建的个人智能系统。现在主要通过 Codex 这个 AI 工作环境，读取我的资料、调用工具，和我一起处理事情。如果想了解整体架构，可以看上一篇《我的 Jarvis 是怎样搭起来的》，这篇只聊任务管理这一块。

舍弃 Things 3 真的很不舍，使用手感真的是一流。但至少对我来说，选软件时的首要标准已经变成了：它能不能让 Jarvis 参与进来。

接入之后，我发现变化还不止是多了一个能操作软件的 AI。为了让 Jarvis 帮上忙，我开始更认真地想清楚任务，而这件事也反过来帮助了我自己。

一、任务为中心的合作方式

说实话，以前我并没有发挥待办事项这类应用的全部潜力。任务标题写得很随意，有时候只是记了一个念头，下一步行动是啥也没想清楚，很多事情放着放着就荒废了。

有了合作者之后，心态有了挺大的变化。我需要交代任务的目标、时限、材料在哪里，以及做到什么程度才算完成。这些事情以前可以含含糊糊地留在脑子里，现在得让另一个参与者也能理解。

我感觉自己的执行也因此顺了一些。看来有了团队，的确会不一样哈哈。

当然，很多事情刚开始时，我自己也没想明白。这时候还是直接聊，先让想法有个雏形。有了值得保留的内容，就记下来；决定要推进了，再放进任务里，让它有个明确的着落。

比如有时路上通过语音跟 Jarvis 讨论一个话题，冒出不少想法，我就会说：“把刚才咱们的讨论结果总结一下，放到我的待办事项里。”这样不用再靠自己回头整理一遍聊天。至于其中哪些值得做，可以之后再决定。

这篇文章就是一个正在发生的例子。我先在 Todoist 记下想拍视频的念头，链接到自己写的粗稿，再把任务交给 Jarvis 讨论。看过第一版策划后，我又觉得应该先写成文章，把方案和实验讲完整。于是继续改稿，让他补材料、调整结构。

过程中，他还从我之前的日记里找回一段想法：为什么我从 Things 换到了 Todoist。那段当时随手记下的话，后来又回到了这篇文章里。

我们的合作大概就是这样，边聊边做，边做边聊，不亦乐乎。

二、我目前的方案：三个地方、三种意图

现在这套方案不复杂，主要分在三个地方：

• Todoist：捕获想法、安排任务，留下必要的进展和最终结果。
• Codex：和 Jarvis 讨论、执行、修改和验收。
• Obsidian 和文件：保存文章、项目资料、工作成果和长期记录。

聊天方便展开思路，任务清单方便看还有哪些事情要处理，文件则把真正产生的内容留下来。三个地方各有用处。

比起每想到一件事就马上找 Jarvis，我发现先放进 Todoist 更系统，也更从容。有空时再讨论，需要委托时再安排，不必所有事情都立刻开始。

为了让他知道该怎么处理，我只用了两个协作标签，表达三种意图：

capture 就是捕获。想法、感受、问题都可以先放进去，无需立刻想清楚它有没有用。即使写的是“要不要研究一下这个网站”，加了这个标签，也只是让 Jarvis 保存这句话；真想让他研究，再另行委托。

委托需要说明希望做成什么，复杂一点的任务再附上材料位置和完成标准。日期表示希望什么时候进入处理安排：今天和逾期的任务会在下一次运行时进入候选队列，未来的等到相应日期，没有日期的先留着。

我把这套处理流程整理成了一个 Skill。可以把它理解为一份可反复调用的工作说明：什么时候用、去哪里找资料、做出什么、在哪一步等我。

然后用定时任务唤起它，省去每次手动输入“检查一下 Todoist”的麻烦。不过，加标签本身不会立即启动工作。现在的值守也依赖电脑和 Codex 保持运行，急事我会直接点明任务，让他马上处理。

任务下面的评论区也很有用。我可以在这里记阶段进展，Jarvis 则在我验收之后留一条简短的完成摘要，说明做了什么、产物在哪里。详细讨论和修改留在 Codex，文件保存最终内容，之后再回来时，有线索能找到结果。

三、每天晚上，和 Jarvis 一起回顾一天

每日回顾是一个很典型的例子。

我晚上经常想不起白天到底发生了什么。任务清单能提醒一部分，但当天聊过的想法、随手记下的观察，也很容易忘掉。

回顾被手动或定时唤起后，Jarvis 会先从 Todoist、日历，以及当天能够访问到的相关对话和记录里找素材，看哪些准确，哪些需要修正，有没有遗漏，我再补充。

素材核对之后，再挑愿意展开的片段，写下来或者口述。有时 Jarvis 的追问，会让我停下来想一想，自己刚才一句话里到底想表达什么。这样的过程，比我独自对着空白页面回忆，多了很多可以继续往下说的线索。

最后，我确认文字并定稿，Jarvis 保存到当天的日记文件，检查结果，再把对应的回顾任务收尾。

四、这套方案，是边用边改出来的

写成说明以后，看起来好像每一步都很清楚。真正做的时候还是挺曲折的，经过了不少取舍。

先把入口精简到最少

一开始，我有单独的想法捕获入口（手机上的快捷指令），一条想法对应一个文件。后来接入 Todoist，发现行动已经在这里，再把想法放到另一处，还需要多记住一套流程。

于是干脆试着统一起来，用标签区分用途。这个试验跑了一周，看过结果稳定之后，我才决定留下这个用法，后来退役了旧入口。

有些意思，直接告诉他更省事

我曾经让 Jarvis 检查没有标签的条目，猜哪些可能是我想保存的想法。这种“疑似 Capture”让我觉得模糊：同一句话，有时是观察，有时是真的想做，让他猜还得再确认。

后来我把意图说得更明确：想保存，就加 @capture；想委托，就加 @jarvis；没有这两个标签，就按普通任务保留。

完成待办事项，也要交代清楚

最开始，回顾做完了，我还得自己回 Todoist 勾选，结果经常忘。后来就让 Jarvis 在保存和核验成功后，把对应任务一起收尾。

这一步顺手多了，但“完成”也得分清楚。Capture 完成，表示文字已经存好；委托完成，则要等我验收，而且原任务的要求已经满足。让他准备发布材料，和让他完成发布，是两件范围不同的事。

评论也调整过。刚开始 Jarvis 会写比较多的过程记录，后来我觉得每轮都写太多了，就改成验收后只留一条结果摘要，最后署名“—— Jarvis”。已经挺像一个小伙伴了哈哈。

自动化太勤快，也会添乱

我还试过让 Jarvis 每十分钟检查一次 Todoist，发现任务就新开对话执行，想让整个流程更主动一些。

基本链路确实跑起来过，但两项已经交付过素材的回顾又被派发了一遍。除此之外，还要排查工具、处理重复执行，运行消耗和维护工作也跟着增加。

最后我决定终止这次实验，保留原来的定时值守和手动入口。

这次给我的提醒挺具体：把一条流程改成自动执行之后，还得看它在真实环境里跑得怎么样。多启动几次任务，如果换来更多监督和收拾残局，就很难说帮了多少忙。

反复用下来，一些方法才逐渐固定成 Skill。创建技能文件本身已经很方便了，真正花时间的是弄清楚哪些步骤值得保留。我也会改、会删、会撤回，尽量让每条规则都有实际经历作依据。

五、那我自己做什么

我希望 Jarvis 是一个能一起做事的合作者。我愿意让他推进任务、提出不同意见，也希望他在已经交代清楚的范围内先做出东西，让我有具体结果可以判断和修改。

与此同时，我保留选择目标、判断重要性、评判结果和承担后果的责任。毕竟是我的生活嘛，还得自己说了算。

目前我也不准备把整个任务清单交给他管理。普通待办仍然由我整理，什么值得做、什么时候该放下，不能只凭任务数量或者一个模型的判断来决定。发送、发布这类对外发生作用的事情，也要有相应的明确授权。

我还想过给 Jarvis 一个单独的身份，把他加进团队，直接分配任务给他。但现在多数事情仍然是我们俩一起完成，两个标签已经能表达基本分工，暂时没必要多养一个账号。以后独立承担的工作多了，再看有没有这个需要。

相处久了，我越来越在意的是：他能不能接住我已经交代的事情，做出可检查的结果；我指出问题以后，我们下一次能不能少踩同一个坑。

六、未来可期，吗？

现在正在准备的新尝试，是让 Jarvis 充当私人顾问。除了帮我推进任务，也看看这些事情和我想要的生活有什么关系。

比如我说自己重视一个方向，清单里有没有实际行动？某件事拖了很久，是下一步不清楚，还是我其实已经不想做了？有时候忙得挺认真，也需要有人帮我检查一下，是不是真的在往想去的地方走。

理想中的 Jarvis，能理解我的目标，提出路径，把其中一些事情分解成行动，并且和我一起完成更多工作。我也期待出现更适合人与 AI 共同使用的界面，毕竟 Todoist 也算是上一个计算时代的产物了。

目前就先从这里开始吧。搭建 Jarvis 的过程，就是探索未来的过程，保持好奇，保持期待。