我放弃维护GTD系统后，它终于能用了

十五年来，我一直在和Getting Things Done死磕。Evernote、Everdo、OmniFocus、Things、Todoist、Notion——循环往复：读完书，搭好收件箱，定下每周回顾，坚持三周，然后荒废。一旦清单和现实脱节，你就不会再信任它。一旦失去信任，你就停止使用。系统死亡，你自责，一年后换下一个应用再试一次。

方法本身从来不是问题。维护才是。

收件箱：79。聚焦清单：97。聚焦本该只有3到5项。这就是"我周日再回顾"说了一年之后的样子。

整理收件箱。审阅清单。按情境、精力、地点、项目重新打标签。填写系统需要但晚上九点坐在沙发上的你完全不想填的元数据。在"正经"GTD应用里记录一个任务的门槛高得离谱。这还没算上你已经拖了三周的每周回顾。

几个月前，我试了个蠢办法。我在Obsidian里建了个平级文件夹——inbox.md、focus.md、next-actions.md、waiting.md、someday-maybe.md，再加一个daily/目录——旁边放了个CLAUDE.md，写明规则：东西放哪、怎么移动、"同步"是什么意思、什么时候该推迟。然后我把Claude Cowork指向这个文件夹，直接开口说话。

就这些。没有应用。没有插件。没有花哨的结构。Markdown文件加一本规则手册。

对话是这样的：

"明天有什么安排？"

"新任务：给客户发报价，周五截止。"

"把牙医的事推到下周。"

"同步我的每日笔记。"

"周五了——该做每周回顾了吧？"

Claude负责移动文件、保持每日笔记同步、标记不一致（"你的聚焦清单里有任务X，但今天计划里没有——要加进去吗？"），并提醒我回顾。我已经好几个月没手动打开过任务清单了。我只管说话。系统自己活着，我不觉得需要费力维持它。

完整规则集已经公开。就在getkeppt.com的方法页面。把CLAUDE.md丢进文件夹，加上markdown文件，让任何一个够用的智能体指向它。能用。

obvious的解读是"语音+AI+Markdown"。这个解读是错的，我用了几周才看清。

让这套系统运转的不是语音。语音只是传递方式。真正起作用的是，系统表现得像个保守的簿记员，而不是创意助手。它移动文件。它标记偏差。不确定时它会问。如果它悄悄把任务归档错了，或者创造性地解读我的意思，信任就没了——而你不信任的GTD系统就是死库存。我搞砸过够多次，懂这个。

所以从体验中提炼出的设计规则很简单：不创造性解读，不静默编辑，不"贴心"重组。展示差异。不确定就问。让用户在循环里。无聊的回答才是对的答案。这一条原则对架构的塑造，比任何模型选择都大。