我放棄維護(hù)GTD系統(tǒng)后，它終于能用了

十五年來，我一直在和Getting Things Done死磕。Evernote、Everdo、OmniFocus、Things、Todoist、Notion——循環(huán)往復(fù)：讀完書，搭好收件箱，定下每周回顧，堅(jiān)持三周，然后荒廢。一旦清單和現(xiàn)實(shí)脫節(jié)，你就不會再信任它。一旦失去信任，你就停止使用。系統(tǒng)死亡，你自責(zé)，一年后換下一個應(yīng)用再試一次。

方法本身從來不是問題。維護(hù)才是。

收件箱：79。聚焦清單：97。聚焦本該只有3到5項(xiàng)。這就是"我周日再回顧"說了一年之后的樣子。

整理收件箱。審閱清單。按情境、精力、地點(diǎn)、項(xiàng)目重新打標(biāo)簽。填寫系統(tǒng)需要但晚上九點(diǎn)坐在沙發(fā)上的你完全不想填的元數(shù)據(jù)。在"正經(jīng)"GTD應(yīng)用里記錄一個任務(wù)的門檻高得離譜。這還沒算上你已經(jīng)拖了三周的每周回顧。

幾個月前，我試了個蠢辦法。我在Obsidian里建了個平級文件夾——inbox.md、focus.md、next-actions.md、waiting.md、someday-maybe.md，再加一個daily/目錄——旁邊放了個CLAUDE.md，寫明規(guī)則：東西放哪、怎么移動、"同步"是什么意思、什么時候該推遲。然后我把Claude Cowork指向這個文件夾，直接開口說話。

就這些。沒有應(yīng)用。沒有插件。沒有花哨的結(jié)構(gòu)。Markdown文件加一本規(guī)則手冊。

對話是這樣的：

"明天有什么安排？"

"新任務(wù)：給客戶發(fā)報價，周五截止。"

"把牙醫(yī)的事推到下周。"

"同步我的每日筆記。"

"周五了——該做每周回顧了吧？"

Claude負(fù)責(zé)移動文件、保持每日筆記同步、標(biāo)記不一致（"你的聚焦清單里有任務(wù)X，但今天計劃里沒有——要加進(jìn)去嗎？"），并提醒我回顧。我已經(jīng)好幾個月沒手動打開過任務(wù)清單了。我只管說話。系統(tǒng)自己活著，我不覺得需要費(fèi)力維持它。

完整規(guī)則集已經(jīng)公開。就在getkeppt.com的方法頁面。把CLAUDE.md丟進(jìn)文件夾，加上markdown文件，讓任何一個夠用的智能體指向它。能用。

obvious的解讀是"語音+AI+Markdown"。這個解讀是錯的，我用了幾周才看清。

讓這套系統(tǒng)運(yùn)轉(zhuǎn)的不是語音。語音只是傳遞方式。真正起作用的是，系統(tǒng)表現(xiàn)得像個保守的簿記員，而不是創(chuàng)意助手。它移動文件。它標(biāo)記偏差。不確定時它會問。如果它悄悄把任務(wù)歸檔錯了，或者創(chuàng)造性地解讀我的意思，信任就沒了——而你不信任的GTD系統(tǒng)就是死庫存。我搞砸過夠多次，懂這個。

所以從體驗(yàn)中提煉出的設(shè)計規(guī)則很簡單：不創(chuàng)造性解讀，不靜默編輯，不"貼心"重組。展示差異。不確定就問。讓用戶在循環(huán)里。無聊的回答才是對的答案。這一條原則對架構(gòu)的塑造，比任何模型選擇都大。