我給手頭的這個(gè)工具起名叫caveman中文直譯過來就是“穴居人”。名字聽著像開玩笑但它其實(shí)是我用過之后覺得最貼切的一個(gè)代號(hào)——這個(gè)工具做的事非常原始任務(wù)寫在文本文件里操作靠命令行沒有數(shù)據(jù)庫沒有網(wǎng)絡(luò)依賴沒有花哨界面。它解決的是我被各種“全家桶式”效率軟件折磨到崩潰之后最樸素的那個(gè)需求隨手記下來、隨時(shí)查得到、數(shù)據(jù)永遠(yuǎn)歸我。這篇文章就把這個(gè)叫 caveman 的小項(xiàng)目掰開揉碎講清楚包括它名字的由來、核心設(shè)計(jì)思路、真實(shí)的開發(fā)過程、進(jìn)入日常使用后的組合玩法以及極簡(jiǎn)工具在什么場(chǎng)景下該用、什么時(shí)候千萬別用。如果你也受夠了打開一個(gè) App 要等三秒、數(shù)據(jù)存在別人服務(wù)器上、功能多到根本用不完的現(xiàn)狀這篇內(nèi)容應(yīng)該能給你一點(diǎn)不一樣的參考。1. 從“洞穴人”這個(gè)名字說起一個(gè)工具為什么要故意做舊1.1 軟件復(fù)雜到讓人喘不過氣我做 caveman 之前試過不少任務(wù)管理工具。Notion 功能全但每次打開都要經(jīng)歷漫長(zhǎng)的加載Jira 適合團(tuán)隊(duì)但為了看自己的待辦還得穿過好幾個(gè)面板手機(jī)上的效率 App 更別提了一個(gè)比一個(gè)精致一個(gè)比一個(gè)費(fèi)電而且?guī)缀跛性诰€工具都在“收集數(shù)據(jù)”這件事上有自己的想法。時(shí)間長(zhǎng)了你會(huì)發(fā)現(xiàn)一個(gè)矛盾我明明只是想在指尖閃過一個(gè)念頭的時(shí)候用五秒鐘把它留住結(jié)果卻要先登錄、再建文檔、再選模板、再調(diào)樣式。等這一套走完那個(gè)念頭早就沒了。后來我想明白一件事對(duì)個(gè)人日常記錄來說工具的復(fù)雜度和記錄頻率是成反比的。越是“強(qiáng)大”的工具啟動(dòng)成本越高你越是懶得用它。真正撐起日常記錄的往往是那些不起眼的、隨時(shí)能抓起來寫的載體。caveman 就是在這種反思里冒出來的。1.2 三個(gè)設(shè)計(jì)約束決定了它的全部性格caveman 的定位不是一個(gè)功能齊全的軟件而是一個(gè)故意“做舊”的個(gè)人任務(wù)臺(tái)賬。為了讓這種“原始”不只是一句口號(hào)我從第一天就給它定下了三個(gè)硬性約束單文件可運(yùn)行整個(gè)工具就是一個(gè)caveman.py日常使用只需python3 caveman.py list不需要安裝、不需要服務(wù)、不需要前端構(gòu)建。零第三方依賴只用 Python 標(biāo)準(zhǔn)庫連requests都不用。這意味著不管機(jī)器是新的還是舊的Python 裝了就能跑斷網(wǎng)也能跑。純文本即數(shù)據(jù)所有數(shù)據(jù)落在一個(gè)叫tasks.txt的文件里沒有 SQLite 的二進(jìn)制文件沒有 JSON 的多層嵌套。這三個(gè)約束不是拍腦袋定的。單文件是為了降低使用門檻——你不需要記住“配置文件在哪”“數(shù)據(jù)庫在哪”“日志在哪”一切都在一起零依賴是為了讓生命周期足夠長(zhǎng)——Python 2 到 Python 3 的遷移很難但一個(gè)只用標(biāo)準(zhǔn)庫的腳本十年后拉出來改兩行還能跑純文本則是為了數(shù)據(jù)主權(quán)——無論工具以后還活不活著.txt文件永遠(yuǎn)能用記事本打開。1.3 數(shù)據(jù)主權(quán)比“順手”更重要的價(jià)值市面上大多數(shù)任務(wù)工具都在做“托管服務(wù)”你負(fù)責(zé)輸入它負(fù)責(zé)替你保管和渲染。聽起來很方便但你有沒有想過如果這個(gè)產(chǎn)品停止運(yùn)營(yíng)了你的數(shù)據(jù)怎么辦如果是訂閱制你停止付費(fèi)之后那些寫了三年的日志還能不能導(dǎo)出成可讀格式caveman 對(duì)這個(gè)問題給出了一個(gè)非常直接的答案你的數(shù)據(jù)本來就是一個(gè)文本文件有一份就在你自己電腦上。你可以拿它做 Git 版本管理可以用網(wǎng)盤同步可以隨手拷進(jìn) U 盤可以放到任何一臺(tái)有 Python 的機(jī)器上直接查看。它不產(chǎn)生“平臺(tái)鎖定”因?yàn)槲谋靖袷奖旧砭褪亲畹讓拥募嫒輩f(xié)議。我身邊很多開發(fā)者朋友第一次看這個(gè)工具都會(huì)問一句“就這”。但我用了幾個(gè)月后最大的體會(huì)是工具的價(jià)值從來不在于它提供了多少個(gè)按鈕而在于它在你最需要記錄的時(shí)候能不能零阻力地出現(xiàn)。caveman 這個(gè)名字就是在提醒自己不要忘記這一點(diǎn)。2. caveman 的核心設(shè)計(jì)文本即數(shù)據(jù)庫命令即思維2.1 為什么不用 SQLite也不用 JSON有人會(huì)說既然要寫任務(wù)管理工具那至少用個(gè) SQLite 吧或者把數(shù)據(jù)存成 JSON結(jié)構(gòu)一目了然解析也方便。我最初也猶豫過但把幾種方案放在一起對(duì)比之后發(fā)現(xiàn)純文本反而是最適合這個(gè)場(chǎng)景的。存儲(chǔ)方案人眼可讀性手工修改友好度git diff 友好度依賴要求純文本極好極好極好無JSON一般容易改錯(cuò)括號(hào)勉強(qiáng)可用標(biāo)準(zhǔn)庫YAML較好縮進(jìn)容易出錯(cuò)一般第三方SQLite差必須借助工具無法直接 diff第三方核心邏輯是這樣的如果數(shù)據(jù)格式設(shè)計(jì)成“人眼也能直接讀”那么即使某天 caveman 這個(gè)程序不見了你依然可以用任何文本編輯器打開tasks.txt一眼看明白有哪些任務(wù)、哪些做完了、優(yōu)先級(jí)是什么。數(shù)據(jù)不應(yīng)該被程序綁架程序只是數(shù)據(jù)的過客。這一點(diǎn)純文本是做得最好的。JSON 也有它的優(yōu)勢(shì)比如解析標(biāo)準(zhǔn)、結(jié)構(gòu)清晰但對(duì)于“手工維護(hù)”這個(gè)場(chǎng)景JSON 的括號(hào)和轉(zhuǎn)義規(guī)則太反人類了。而且 JSON 文件在 git 里做 diff 的時(shí)候一行的改動(dòng)往往導(dǎo)致整個(gè)結(jié)構(gòu)看起來都變了實(shí)際幾乎沒法逐行審查。純文本則完全不同每一行是一條獨(dú)立記錄哪個(gè)任務(wù)改了、哪條完成了git diff 出來非常清楚。2.2 tasks.txt 的任務(wù)結(jié)構(gòu)和讀寫規(guī)則caveman 的數(shù)據(jù)文件結(jié)構(gòu)長(zhǎng)這樣# caveman task file # format: [status] [priority] [date] [description] x [1] 2025-01-10 完成 API 接口聯(lián)調(diào) [2] 2025-01-12 修復(fù)登錄頁按鈕錯(cuò)位 x [1] 2025-01-12 整理會(huì)議紀(jì)要并發(fā)送給相關(guān)同事 [3] 2025-01-13 給服務(wù)器做一次安全巡檢每一行一條任務(wù)規(guī)則非常簡(jiǎn)單行首是x表示已完成空一個(gè)字符表示待辦第三位是[優(yōu)先級(jí)]1 最高3 最低接下來是YYYY-MM-DD日期日期后面剩下所有內(nèi)容都是任務(wù)描述允許帶空格、標(biāo)點(diǎn)、方括號(hào)等任意字符。這里有個(gè)刻意設(shè)計(jì)已完成的任務(wù)行不會(huì)被刪除只會(huì)把行首從空格改成x。這樣一來tasks.txt就自動(dòng)變成了一本流水賬——你不僅能看到“現(xiàn)在還有哪些沒做”還能回顧“過去某一天完成了什么”。這個(gè)特性在周報(bào)、月度總結(jié)的時(shí)候特別好用。關(guān)于任務(wù)編號(hào)我做了另一個(gè)故意簡(jiǎn)單的決定行號(hào)就是任務(wù) ID。文件里第幾行就是幾號(hào)。雖然任務(wù)增刪時(shí)行號(hào)會(huì)變但反正所有操作都是操作一個(gè)任務(wù)文件先list看到當(dāng)前行號(hào)再對(duì)那個(gè)行號(hào)執(zhí)行操作就行。這個(gè)方案省掉了自增 ID 的所有維護(hù)成本也避免了“刪掉中間一條后編號(hào)斷檔”的問題。2.3 命令設(shè)計(jì)先想人類怎么說再想代碼怎么寫我見過不少工具功能不錯(cuò)但命令命名非常勸退比如task --create --title xxx --priority high。這種設(shè)計(jì)對(duì)程序是友好的對(duì)人不友好。caveman 的命令設(shè)計(jì)原則是先想人在真實(shí)對(duì)話里會(huì)怎么表達(dá)再映射到命令上。命令實(shí)際作用人在說話時(shí)的自然表達(dá)caveman list列出所有未完成任務(wù)“現(xiàn)在有啥事在排隊(duì)”caveman add 任務(wù)描述 -p 1添加一條任務(wù)“記一下這個(gè)事優(yōu)先級(jí)高”caveman done 3完成指定編號(hào)的任務(wù)“第3件事搞定了”caveman note 記錄內(nèi)容寫一條工作日志“順便記一筆”caveman review復(fù)盤今天的完成情況“今天這一天過得怎么樣”所有命令都盡量控制在兩三個(gè)單詞內(nèi)參數(shù)能省就省。比如添加任務(wù)時(shí)優(yōu)先級(jí)默認(rèn)是 2普通只有需要標(biāo)紅的時(shí)候才手動(dòng)寫-p 1done允許多個(gè)編號(hào)一次性傳入比如caveman done 3 5 7對(duì)應(yīng)人類的“連劃三件事”這個(gè)動(dòng)作。2.4 核心代碼邏輯解析與寫回解析邏輯我一開始用正則寫后來踩了幾個(gè)坑下一章詳細(xì)講改成位置式解析。核心思路很樸素順著每一行從頭往后讀狀態(tài)位、優(yōu)先級(jí)、日期都是固定格式讀完之后剩下的整段都當(dāng)作描述不再做任何規(guī)則匹配。def parse_tasks(lines): tasks [] for idx, line in enumerate(lines, 1): if not line.strip() or line.startswith(#): continue done line.startswith(x) rest line[1:].lstrip() try: prio int(rest[1:2]) # 形如 [1] date rest[3:13] # 2025-01-12 desc rest[14:].strip() # 剩下的全當(dāng)描述 tasks.append({ id: idx, done: done, priority: prio, date: date, desc: desc, }) except (ValueError, IndexError): # 非標(biāo)準(zhǔn)行直接跳過保證整個(gè)文件可讀 continue return tasks寫回的時(shí)候有一個(gè)很重要的細(xì)節(jié)必須做原子寫入。也就是先把修改后的內(nèi)容寫到一個(gè)臨時(shí)文件里再通過os.replace把臨時(shí)文件替換成原文件。這樣即使寫的過程中斷電了原文件也不會(huì)變成半個(gè)壞文件。def write_tasks(path, lines): tmp path .tmp with open(tmp, w, encodingutf-8, newline) as f: f.writelines(lines) os.replace(tmp, path)文本 ??? ??? ? ????. ??? “??? ?? ? ??, ?? ????? ?? ? ??, ????? ???? ???? ???”? ????.3. 從零到上線caveman 的實(shí)際開發(fā)時(shí)間線3.1 第一版原型一個(gè)下午跑起來caveman 的第一版是在一個(gè)周日下午寫出來的。當(dāng)時(shí)手上有一個(gè)項(xiàng)目排期表亂成一團(tuán)下午剛開完需求會(huì)我坐在電腦前把需求寫在紙上能加任務(wù)能列出任務(wù)能勾掉任務(wù)數(shù)據(jù)要存在本地文本里這四個(gè)需求聽起來少得可憐但幾乎覆蓋了日常任務(wù)管理的全部核心動(dòng)作。我從命令行入口開始寫用的就是 Python 自帶的argparse命令設(shè)計(jì)成子命令的形式先寫list再寫add最后補(bǔ)上done。第一版大概三百行跑通之后我沒有立刻加功能而是直接用真實(shí)的日常工作開始測(cè)試——這也是我覺得最重要的一步先放回真實(shí)場(chǎng)景里去用驗(yàn)證它是否真的解決問題再?zèng)Q定要不要繼續(xù)加代碼。大概一周之后我才補(bǔ)上了note和review。note對(duì)應(yīng)的是“隨手記一筆”的需求review對(duì)應(yīng)的是“每天下班前看一眼今天完成了什么”。這兩個(gè)需求在原型階段就存在但我刻意壓著不加因?yàn)橄氪_認(rèn)少了它們流程是不是真的跑不順。結(jié)果發(fā)現(xiàn)只靠list和done任務(wù)臺(tái)賬更像是“待辦清單”缺少“記錄發(fā)生過的內(nèi)容”這個(gè)維度。后來把note加上之后整個(gè)工具才從任務(wù)管理變成了一個(gè)真正的工作日志。3.2 踩坑實(shí)錄文本解析的五個(gè)邊界問題純文本方案看起來簡(jiǎn)單但真正寫起來還是會(huì)遇到不少邊界情況。我把過程中踩過的比較有價(jià)值的坑列出來給同樣想做文本型工具的朋友提個(gè)醒。第一個(gè)坑是任務(wù)描述里的方括號(hào)會(huì)導(dǎo)致正則解析錯(cuò)亂。最早我用^[ x] \[(\d)\] (\d{4}-\d{2}-\d{2}) (.*)$這一套正則去切行表面正?？梢坏┤蝿?wù)描述里出現(xiàn)[2025-01-12]或[bug#123]之類的內(nèi)容匹配就直接失敗了。解決方式很簡(jiǎn)單放棄正則改成位置式解析。狀態(tài)位、日期、優(yōu)先級(jí)都是固定長(zhǎng)度或固定格式的前綴讀完之后剩下的部分不做任何匹配全部視為描述。第二個(gè)坑是中文對(duì)齊問題。一開始我想讓list輸出得漂漂亮亮用str.ljust做列對(duì)齊結(jié)果中文字符的寬度和英文字符不一樣輸出直接錯(cuò)位。我糾結(jié)了幾分鐘后決定不做對(duì)齊。輸出只用一個(gè)簡(jiǎn)單的[1]前綴加優(yōu)先級(jí)標(biāo)記反而更清晰。這個(gè)選擇也符合 caveman 的整體氣質(zhì)——不追求美觀追求一眼能看懂。第三個(gè)坑是Windows 編碼兼容。我的主要使用環(huán)境是 macOS但部分腳本會(huì)在 Windows 上跑。最初用 UTF-8 寫文件Windows 記事本打開就亂碼。后來讀寫統(tǒng)一使用utf-8-sig編碼帶 BOM 的 UTF-8記事本能正常識(shí)別Linux/macOS 也能正常讀兩邊都照顧到了。第四個(gè)坑是換行符差異。Windows 用\r\nLinux/macOS 用\n。如果直接按文本模式讀寫在 Windows 上可能會(huì)遇到多換一行的問題。我的做法是讀文件時(shí)用newlineNone讓 Python 自動(dòng)識(shí)別寫文件時(shí)統(tǒng)一指定newline保證跨平臺(tái)行為一致。第五個(gè)坑是done 操作的冪等性。用戶對(duì)一條已經(jīng)完成的記錄再次執(zhí)行done程序應(yīng)該怎么辦我最初直接報(bào)錯(cuò)后來發(fā)現(xiàn)這個(gè)設(shè)計(jì)很煩人——因?yàn)樵谡鎸?shí)操作中你可能會(huì)連續(xù)對(duì)同一個(gè)編號(hào)按回車或者腳本批量執(zhí)行時(shí)重復(fù)調(diào)用。最后改成如果任務(wù)已經(jīng)是完成狀態(tài)不做任何修改直接打印“已是完成狀態(tài)”。命令要冪等這是工具腳本一個(gè)很重要的原則。3.3 平臺(tái)適配編碼、換行與終端別名caveman 的跨平臺(tái)適配沒有做什么高級(jí)處理真正的重點(diǎn)都集中在文件讀寫這一層因?yàn)槠渌壿嫸际羌?Python 字符串處理不涉及平臺(tái)差異。我把文件讀寫單獨(dú)封裝成一個(gè)模塊里面統(tǒng)一處理編碼、換行、臨時(shí)文件替換這樣不管是 Windows 還是 macOS行為都是一致的。日常使用的時(shí)候給命令加個(gè)別名能省掉大量鍵盤輸入。macOS 或 Linux 用戶可以在~/.zshrc或~/.bashrc里加alias cmpython3 ~/tools/caveman.py alias cmaddpython3 ~/tools/caveman.py addWindows 用戶可以創(chuàng)建一個(gè)cm.bat放在任意目錄并加入 PATHecho off python %USERPROFILE%\tools\caveman.py %*加完別名之后日常操作基本就變成了cm看任務(wù)列表cmadd 給博客加一篇草稿記錄任務(wù)cm done 5劃掉一條。整個(gè)過程都是在終端里完成的速度和手感不是圖形化應(yīng)用能比的。3.4 給零依賴項(xiàng)目寫自測(cè)腳本有人會(huì)擔(dān)心一個(gè)零依賴的命令行工具怎么保證改來改去不出問題我用的是 Python 標(biāo)準(zhǔn)庫自帶的unittest測(cè)試用例直接操作臨時(shí)文件目錄跑完自動(dòng)清理不需要任何額外安裝。測(cè)試覆蓋了幾個(gè)關(guān)鍵場(chǎng)景添加任務(wù)后文件里是否追加了正確格式的行完成一個(gè)任務(wù)后行首是否從空格變成了x對(duì)已完成任務(wù)重復(fù)執(zhí)行done文件內(nèi)容是否不變?nèi)蝿?wù)描述包含中文、方括號(hào)、特殊字符時(shí)解析是否正常空文件初始化時(shí)能否正常運(yùn)行不報(bào)錯(cuò)。這些用例雖然簡(jiǎn)單但給了我折騰后續(xù)版本的安全感。一個(gè)工具腳本不需要測(cè)試覆蓋每一行但幾個(gè)核心場(chǎng)景必須有回歸保護(hù)尤其是格式解析這類容易改壞的地方。4. caveman 進(jìn)入日常真實(shí)工作流中的組合用法4.1 每天的任務(wù)臺(tái)賬早晨列、傍晚清我用 caveman 的方式已經(jīng)基本固定成了一日流程。早上到工位第一件事是cm屏幕上會(huì)按優(yōu)先級(jí)列出當(dāng)前所有未完成任務(wù)。這時(shí)候我會(huì)把今天必須推進(jìn)的事排在心里然后開啟工作。遇到新任務(wù)、新反饋隨手cmadd一條優(yōu)先級(jí)按“重要且緊急”的原則給 1普通順手的事情給 2 或 3。這里有個(gè)經(jīng)驗(yàn)不要事事都給 P1P1 給多了等于沒有 P1。普通任務(wù)默認(rèn) P2只有真正影響今天目標(biāo)的事情才標(biāo) P1。傍晚下班前我會(huì)跑一次cm review它會(huì)統(tǒng)計(jì)今天的完成數(shù)和剩余數(shù)同時(shí)把今天note的內(nèi)容一起列出來。這套流程堅(jiān)持下來之后我對(duì)“今天有沒有做正事”這個(gè)問題有了非常直觀的答案——不用回憶不用翻聊天記錄打開終端跑一條命令一天的工作軌跡都在那里。4.2 讓 caveman 融入自動(dòng)化別名與定時(shí)任務(wù)caveman 是純命令行工具所以天然適合和其他桌面自動(dòng)化流程嵌在一起。我常用的一個(gè)做法是配合系統(tǒng)的快捷鍵綁定在 macOS 的 Automator 或第三方快捷指令里調(diào)用cmadd綁定一個(gè)全局快捷鍵比如Ctrl Option A。這樣不管我在寫代碼、看文檔還是開會(huì)只要腦子里閃過一個(gè)需要跟進(jìn)的事項(xiàng)按一下快捷鍵輸入框彈出來敲完回車任務(wù)就已經(jīng)落到tasks.txt里了。整個(gè)過程三秒以內(nèi)沒有解鎖手機(jī)、沒有打開 App、沒有等待加載。另一個(gè)用法是配合系統(tǒng)的定時(shí)任務(wù)。比如我每天下午 5 點(diǎn)半會(huì)跑一個(gè)任務(wù)自動(dòng)執(zhí)行caveman review并把輸出重定向到當(dāng)天的工作日志文件里。這樣即使我某天忘記做復(fù)盤數(shù)據(jù)也會(huì)被自動(dòng)保存下來事后補(bǔ)看完全沒問題。4.3 多端同步與文件備份純文本的天然優(yōu)勢(shì)純文本的另一個(gè)巨大優(yōu)勢(shì)是同步和備份極其簡(jiǎn)單。我自己的方案有兩層第一層是Git 版本管理。tasks.txt所在的目錄初始化成一個(gè) Git 倉庫每天或每周 commit 一次。因?yàn)槊恳恍卸际且粭l獨(dú)立記錄git diff 看得清清楚楚哪天加了哪條任務(wù)、哪天完成了哪條、哪天寫了什么筆記。這種“任務(wù)變更歷史”在沒有任何額外代碼的情況下就自動(dòng)獲得了。第二層是SyncThing 或網(wǎng)盤同步。我用 SyncThing 把整個(gè)目錄同步到手機(jī)和工作電腦上。在手機(jī)上也可以用任意文本編輯器直接查看tasks.txt雖然體驗(yàn)不如原生 App 舒服但應(yīng)急查一條任務(wù)完全夠用。純文本同步幾乎不會(huì)出現(xiàn)“文件損壞”的問題最多只是兩個(gè)端都有修改時(shí)產(chǎn)生版本沖突而文本沖突的合并成本很低。4.4 從 txt 到周報(bào)幾條命令的導(dǎo)出方案caveman 沒有內(nèi)置生成周報(bào)的功能但純文本配合 shell 管道導(dǎo)出方案可以非常靈活。比如我要統(tǒng)計(jì)這周完成了多少條任務(wù)只需要grep ^x tasks.txt | grep 2025-01- | wc -l要列出本周完成的內(nèi)容變成 Markdown 列表grep ^x tasks.txt | grep 2025-01- | sed s/^/ - [完成] /再配合note的內(nèi)容一個(gè)工作周報(bào)就基本成型了。你還可以把這個(gè)導(dǎo)出命令寫進(jìn)一個(gè)report.sh每周五下午跑一次輸出直接貼到文檔或郵件里。整個(gè)過程沒有任何圖形界面但恰恰是這種“低科技”的做法讓周報(bào)這件事變成了一條可復(fù)用的命令而不是打開一個(gè)軟件找半天導(dǎo)出按鈕。5. 極簡(jiǎn)工具的邊界什么時(shí)候該用 caveman什么時(shí)候別用5.1 誰適合用 caveman我觀察到的用戶畫像caveman 不是給所有人準(zhǔn)備的。到目前為止我發(fā)現(xiàn)用它用得順手的主要是這幾類人開發(fā)者或重度命令行用戶不排斥終端甚至覺得終端比圖形界面更高效數(shù)據(jù)敏感者不希望自己的任務(wù)列表、工作日志存在第三方服務(wù)器上極簡(jiǎn)主義實(shí)踐者意識(shí)到記錄的關(guān)鍵在于“快”功能復(fù)雜度反而妨礙記錄頻率有長(zhǎng)期主義心態(tài)的人希望自己的記錄十年后依然可以用純文本打開而不是被困在一個(gè)停止維護(hù)的 App 里。如果你符合其中的一兩類用這類工具大概率會(huì)很順手。但反過來如果你不希望接觸命令行或者你更喜歡用手機(jī)隨手記錄那這個(gè)工具就不一定合適。5.2 caveman 不會(huì)做的事協(xié)作、提醒與復(fù)雜排期極簡(jiǎn)工具的代價(jià)是它放棄了很多現(xiàn)代軟件的默認(rèn)能力這一點(diǎn)必須說清楚。caveman不適合團(tuán)隊(duì)協(xié)作。它沒有權(quán)限系統(tǒng)沒有通知機(jī)制沒有評(píng)論互動(dòng)。同一個(gè)文件理論上可以多人編輯但沖突處理和同步協(xié)作都需要額外的手段這不是它擅長(zhǎng)的事。如果你需要的是一個(gè)團(tuán)隊(duì)項(xiàng)目管理系統(tǒng)Jira、Trello、飛書這類產(chǎn)品仍然是更好的選擇。caveman也沒有主動(dòng)提醒能力。它不會(huì)在你忘記某個(gè)截止日期的時(shí)候彈通知因?yàn)樗緵]有后臺(tái)進(jìn)程。所有提醒都必須靠外部機(jī)制實(shí)現(xiàn)比如系統(tǒng)定時(shí)任務(wù)發(fā)通知、或者你自己養(yǎng)成每天看兩次list的習(xí)慣。對(duì)提醒依賴很強(qiáng)的人這個(gè)工具會(huì)讓你失望。caveman更不適合做復(fù)雜排期。它每條任務(wù)只有一個(gè)簡(jiǎn)單優(yōu)先級(jí)和一個(gè)日期不支持開始時(shí)間、截止時(shí)間、依賴關(guān)系、里程碑這些概念。它更像一個(gè)“第二大腦的速記本”而不是一個(gè)項(xiàng)目調(diào)度器。把甘特圖之類的需求往這個(gè)工具上套屬于用錯(cuò)工具。5.3 “原始”的反思與后續(xù)可能的擴(kuò)展做 caveman 的過程中我無數(shù)次被問到同一個(gè)問題“都什么年代了還用文本文件管任務(wù)”一開始我會(huì)解釋理由后來我發(fā)現(xiàn)自己也經(jīng)常思考這個(gè)問題的反面是不是我把極簡(jiǎn)當(dāng)成了目的本身我的結(jié)論是極簡(jiǎn)不是目的而是手段。caveman 讓我愿意記錄原因是它足夠快、足夠可靠、數(shù)據(jù)足夠可控。如果哪天有新的需求出現(xiàn)我完全不排斥給這個(gè)工具做擴(kuò)展。目前我已經(jīng)在考慮幾個(gè)未來的方向給tasks.txt增加一個(gè)索引文件支持全文搜索加一個(gè)report子命令直接把周報(bào)導(dǎo)出成 Markdown 文件通過系統(tǒng)通知機(jī)制實(shí)現(xiàn)簡(jiǎn)單的“每日摘要提醒”支持多文件數(shù)據(jù)源比如把工作和生活分成兩個(gè) txt 文件。這些改動(dòng)都不會(huì)破壞現(xiàn)有格式因?yàn)閿?shù)據(jù)的根基是純文本程序怎么變都不會(huì)影響數(shù)據(jù)本身。這也是為什么我敢把這個(gè)工具“做舊”——因?yàn)槲谋具@種“舊格式”恰恰是它最不容易過時(shí)的部分。我把這個(gè)項(xiàng)目陸續(xù)維護(hù)了快一年代碼量從最初的三百行變成現(xiàn)在的一千出頭但使用方式幾乎沒有變過。我最滿意的不是它有多少功能而是無論過了多久打開終端敲幾個(gè)字?jǐn)?shù)據(jù)就在那里。最后再分享一個(gè)我一直在用的小技巧把cm add的調(diào)用封裝成一個(gè)系統(tǒng)級(jí)快捷鍵在任意窗口里按下快捷鍵彈出的輸入框直接寫任務(wù)描述回車后任務(wù)就進(jìn)了 txt。這個(gè)動(dòng)作從有想法到落盤不超過三秒鐘比解鎖手機(jī)打開 App 再新建任務(wù)快得多。如果你也被各種“功能過?！钡墓ぞ吒愕眯臒┎环翉倪@類原始但可靠的方案開始試試。工具是拿來用的不是拿來供的——這是我做 caveman 一年來最大的體會(huì)。