1. 整體設(shè)計(jì)知識(shí)工作為什么要插件化最近我把自己的日常知識(shí)處理動(dòng)作徹底收斂了一遍沉淀成一套插件集合knowledge-work-plugins。這里說(shuō)的“知識(shí)工作”不是那種聽(tīng)起來(lái)很高級(jí)的抽象概念而是每天都要做的四件事——記錄、整理、檢索、輸出。我遇到的痛點(diǎn)非常具體開(kāi)完會(huì)冒出一個(gè)想法要打開(kāi)三四個(gè)窗口才能記下來(lái)攢了一堆零散材料歸類靠手工拖動(dòng)到了寫周報(bào)的時(shí)候從上周的記錄里翻任務(wù)翻到懷疑人生。這套插件集就是沖著這些痛點(diǎn)去的它不改變我原來(lái)使用的編輯器、文檔格式和保存習(xí)慣只在關(guān)鍵節(jié)點(diǎn)加自動(dòng)化觸手。這也解釋了為什么它叫“plugins”而不是“app”。知識(shí)工作真正消耗人的不是單個(gè)動(dòng)作而是動(dòng)作之間的切換和重復(fù)。我最早也動(dòng)過(guò)念頭做一個(gè)獨(dú)立的全功能知識(shí)庫(kù)軟件做了幾個(gè)原型就放棄了。原因很現(xiàn)實(shí)獨(dú)立應(yīng)用意味著要把已有內(nèi)容全部導(dǎo)入、要重新養(yǎng)成操作習(xí)慣、要處理多設(shè)備之間的同步。這些成本遠(yuǎn)高于它節(jié)省下來(lái)的精力。插件化的思路正好相反它疊加在現(xiàn)有工作臺(tái)之上保留我熟悉的目錄和文件格式只針對(duì)高頻動(dòng)作做增強(qiáng)。如果你也經(jīng)常覺(jué)得“工具太多、信息太散、找東西太慢”這套設(shè)計(jì)思路應(yīng)該對(duì)你有參考價(jià)值。1.1 先拆解“知識(shí)工作”里的高頻動(dòng)作想清楚為什么用插件之前得先看清自己每天到底在重復(fù)做什么。我給自己列過(guò)一張表最后收斂成四個(gè)類型輸入動(dòng)作、歸類動(dòng)作、連接動(dòng)作、輸出動(dòng)作。輸入動(dòng)作包括看到一篇好文章想存下來(lái)、收到一條會(huì)議要求想記下來(lái)、腦子里閃過(guò)一個(gè)點(diǎn)子怕忘掉。歸類動(dòng)作是把一條筆記放進(jìn)正確的項(xiàng)目或主題給它貼上合適的標(biāo)簽。連接動(dòng)作是讓新筆記和舊筆記產(chǎn)生關(guān)聯(lián)比如“這次方案里的問(wèn)題去年某篇筆記里好像討論過(guò)”。輸出動(dòng)作則是把積累的事實(shí)、任務(wù)、想法拼裝成周報(bào)、方案或者分享給同事的摘要。這四個(gè)動(dòng)作的頻率遠(yuǎn)高于“深度閱讀”和“專注思考”。多數(shù)人真正的精力消耗都卡在動(dòng)作之間的縫隙里記錄時(shí)找工具、歸歷時(shí)猶豫放哪、輸出時(shí)到處翻舊賬。插件能發(fā)揮價(jià)值的地方也恰恰是這些縫隙。我一開(kāi)始設(shè)計(jì)插件時(shí)踩過(guò)一個(gè)坑想用插件把整套知識(shí)工作流程全部接管結(jié)果插件變成了一個(gè)使用門檻更高的“新系統(tǒng)”。用了兩周就廢棄了。后來(lái)想明白了一個(gè)邊界問(wèn)題知識(shí)工作的核心價(jià)值在于人的判斷插件應(yīng)該處理那些規(guī)則明確的重復(fù)動(dòng)作而不是取代思考過(guò)程。1.2 插件化的核心收益與邊界插件的本質(zhì)是在原有工作臺(tái)上增加觸點(diǎn)而不是再造一套流程。這一點(diǎn)對(duì)設(shè)計(jì)取舍非常關(guān)鍵。如果一個(gè)動(dòng)作需要“打開(kāi)插件 → 填表單 → 選分類 → 確認(rèn)保存”它比直接打開(kāi)文檔寫一句話還要慢那就不該做插件。我給自己定了一條判斷線八秒內(nèi)能手動(dòng)完成的動(dòng)作不做插件每周重復(fù)超過(guò)五次的動(dòng)作優(yōu)先插件化。這條線幫我過(guò)濾掉不少偽需求。舉個(gè)例子我一度想做一個(gè)“自動(dòng)判斷筆記歸屬項(xiàng)目”的插件做了兩版都不滿意因?yàn)闅w屬判斷經(jīng)常依賴上下文和主觀判斷自動(dòng)化出來(lái)的結(jié)果總需要二次修正反而更累。后來(lái)我把這步完全交還給人只在界面上提供快速移動(dòng)的入口。反過(guò)來(lái)那些低決策成本、高重復(fù)度的動(dòng)作自動(dòng)化收益就很明顯。為一條臨時(shí)想法加時(shí)間戳和來(lái)源、從任務(wù)列表里抽取未完成項(xiàng)、把新筆記鏈接到同名舊筆記這些事規(guī)則明確、出錯(cuò)可容忍、修正成本低插件做起來(lái)又穩(wěn)又快。這背后的道理很簡(jiǎn)單插件適合承接“不需要太多智慧”的工作把人的注意力留給真正需要理解的地方。2. 核心能力拆解這套插件集到底做了什么這一章我會(huì)按實(shí)際使用頻率從高到低拆一遍我在 knowledge-work-plugins 里落實(shí)到位的四類能力捕獲、整理、檢索、輸出。每一類都有對(duì)應(yīng)的腳本和配置代碼片段我會(huì)貼出來(lái)但更重要的是解釋為什么這樣設(shè)計(jì)。2.1 捕獲入口不打斷當(dāng)前思路的輸入方式這套插件集里做得最早也最值錢的模塊是快速捕獲。原問(wèn)題很常見(jiàn)我正專心寫一篇方案腦子里突然冒出一個(gè)和當(dāng)前文檔無(wú)關(guān)的想法等切換到筆記工具、建好新文件、輸入標(biāo)題想法已經(jīng)涼了一半?？焖俨东@的解法是任何時(shí)刻按一個(gè)全局快捷鍵彈出一個(gè)只包含輸入框的小窗口輸入一句話回車完事。這句話會(huì)帶時(shí)間戳和來(lái)源鏈接追加到一個(gè)固定的收件箱文件。整個(gè)過(guò)程不到兩秒完全不打斷當(dāng)前工作狀態(tài)。核心邏輯用 Python 實(shí)現(xiàn)其實(shí)很短# quick_capture.py 核心片段 import time def quick_capture(text, source): ts time.strftime(%Y-%m-%d %H:%M) line f- [{ts}] {text} if source: line f (來(lái)源: {source}) with open(inbox/unsorted.md, a, encodingutf-8) as f: f.write(line \n)這里有個(gè)關(guān)鍵設(shè)計(jì)入口絕對(duì)要輕。不要彈完整編輯器不要讓我選目錄不要彈出確認(rèn)框。我一個(gè)朋友也照抄了這套邏輯但他加了一個(gè)“選擇項(xiàng)目目錄”的下拉框理由是方便整理。結(jié)果這個(gè)下拉框徹底毀掉了捕獲體驗(yàn)——每次記錄都要做一次決策大腦會(huì)下意識(shí)回避“記錄”這個(gè)動(dòng)作兩周后這個(gè)功能就被他閑置了。時(shí)間戳和來(lái)源為什么必須帶因?yàn)檫^(guò)兩周回頭整理時(shí)你看到一條孤立筆記最常問(wèn)的兩個(gè)問(wèn)題就是“什么時(shí)候記的”和“從哪來(lái)的”。缺了這兩個(gè)信息這條筆記基本就失去了被重新使用的可能。我現(xiàn)在整理舊收件箱時(shí)看到那些沒(méi)時(shí)間戳的早期記錄只能靠文件修改時(shí)間去猜非常麻煩。2.2 整理階段標(biāo)簽、任務(wù)與鏈接的自動(dòng)提取整理是知識(shí)工作里最費(fèi)神的一環(huán)也是插件最容易做過(guò)頭的一環(huán)。我的原則是只自動(dòng)化規(guī)則明確的動(dòng)作并且所有自動(dòng)修改必須可撤銷。標(biāo)簽抽取的邏輯是凡是形如#標(biāo)簽的內(nèi)容就提取出來(lái)同時(shí)根據(jù)文件所在目錄判斷它屬于哪個(gè)項(xiàng)目。任務(wù)提取則依賴- [ ]和- [x]標(biāo)記把待辦事項(xiàng)匯總到統(tǒng)一的任務(wù)文件里。雙向鏈接的補(bǔ)全稍微復(fù)雜一點(diǎn)當(dāng)文檔里出現(xiàn)[[某個(gè)筆記名]]時(shí)檢查目標(biāo)文件是否存在存在就把二者關(guān)聯(lián)起來(lái)不存在就在當(dāng)前文檔里展示一個(gè)提示等將來(lái)創(chuàng)建。# task_extract.py 核心片段 import re # 只匹配行首的任務(wù)標(biāo)記避免把正文句子當(dāng)成任務(wù) pattern re.compile(r^\s*[-*]?\s*\[([ x])\]\s*(.)$, re.MULTILINE) def extract_tasks(text): results [] for m in pattern.finditer(text): status done if m.group(1) x else todo results.append({status: status, content: m.group(2)}) return results這個(gè)正則看起來(lái)簡(jiǎn)單里面有個(gè)容易踩的坑。我早期用過(guò)一個(gè)更寬松的版本把正文里包含“待辦”“跟進(jìn)”“需要關(guān)注”的句子都當(dāng)成任務(wù)誤報(bào)率直接爆炸。比如一篇筆記里寫著“這個(gè)問(wèn)題需要關(guān)注”它就把整句話抽成待辦過(guò)幾天任務(wù)列表里堆滿了無(wú)法執(zhí)行的偽任務(wù)。后來(lái)改成只認(rèn)行首的任務(wù)標(biāo)記再配合統(tǒng)一的輸入模板準(zhǔn)確率立刻就不是問(wèn)題了。自動(dòng)標(biāo)簽也一樣不要提取所有#后面的詞有些是章節(jié)編號(hào)、有些是網(wǎng)址哈希。我維護(hù)了一個(gè)忽略列表把#1、#2這類純數(shù)字編號(hào)排除掉只保留有可讀性的單詞和詞組。2.3 檢索與回顧讓舊筆記重新被找到內(nèi)容積累到一定量之后最大的痛點(diǎn)不再是“沒(méi)記下來(lái)”而是“想不起來(lái)在哪記過(guò)”。剛開(kāi)始我只依賴文件名搜索結(jié)果發(fā)現(xiàn)很多舊筆記的標(biāo)題起得極其抽象比如“想法2024mark”“關(guān)于那個(gè)問(wèn)題的筆記”根本搜不出來(lái)。后來(lái)的方案是給純文本目錄建本地全文索引。在實(shí)現(xiàn)層面我用的是一個(gè)基于 SQL 的嵌入式全文索引庫(kù)數(shù)據(jù)文件放在本地不依賴任何外部服務(wù)。搜索時(shí)直接對(duì)索引表執(zhí)行查詢核心邏輯類似這樣SELECT title, snippet FROM notes_index WHERE content MATCH 關(guān)鍵詞 ORDER BY last_modified DESC LIMIT 20;選本地索引而不是在線搜索服務(wù)有四個(gè)實(shí)打?qū)嵉暮锰幙臁㈦x線可用、隱私安全、可以跨工具復(fù)用。用文件系統(tǒng)原始內(nèi)容建索引即使未來(lái)?yè)Q編輯器或者換筆記工具索引結(jié)構(gòu)也不會(huì)作廢。中文檢索最容易栽的坑是分詞。我早期按整行內(nèi)容建索引搜索兩個(gè)連續(xù)字時(shí)完全匹配不到因?yàn)樗饕锔緵](méi)有“兩個(gè)字的詞條”。后來(lái)在導(dǎo)入前做二次分詞把句子切成相鄰兩字的組合再入庫(kù)召回率提升非常明顯。這個(gè)經(jīng)驗(yàn)后來(lái)幫了我好幾次凡是我覺(jué)得“明明有這篇筆記怎么搜不到”的時(shí)候先懷疑索引分詞再懷疑編碼基本都能定位。檢索之外回顧也很重要。我每周讓插件生成一份“本周新收筆記 未完成任務(wù) 相關(guān)舊筆記”的聚合頁(yè)。這樣做的目的是防止沉淀的內(nèi)容徹底沉底如果一條筆記記錄之后就永遠(yuǎn)躺在文件夾里它和不存在沒(méi)有區(qū)別。2.4 輸出輔助把積累變成周報(bào)、方案與分享知識(shí)工作的終點(diǎn)不是記錄而是輸出。沒(méi)有輸出這個(gè)環(huán)節(jié)前面所有記錄都只是往倉(cāng)庫(kù)里堆貨。輸出輔助模塊解決的是重復(fù)排版問(wèn)題而不是替人思考。我提供一套很簡(jiǎn)化的模板語(yǔ)法類似{{done_tasks}}、{{new_notes}}、{{open_questions}}腳本負(fù)責(zé)把它們替換成真實(shí)數(shù)據(jù)拼出一個(gè) Markdown 片段再插入到指定文檔。實(shí)現(xiàn)一個(gè)極簡(jiǎn)渲染函數(shù)也不復(fù)雜# render_template.py 核心片段 def render(template, context): for key, value in context.items(): template template.replace({{ key }}, value) return template實(shí)際效果是以前寫周報(bào)要花四十分鐘翻記錄、貼鏈接、數(shù)任務(wù)現(xiàn)在插件先把數(shù)據(jù)統(tǒng)計(jì)好我只負(fù)責(zé)補(bǔ)充判斷和解釋。我這邊最優(yōu)價(jià)值的一條原則是輸出模板只放“別人問(wèn)起來(lái)時(shí)需要給的事實(shí)”比如完成清單、未完成項(xiàng)、遺留問(wèn)題不放大而全的統(tǒng)計(jì)數(shù)字。周報(bào)的讀者要的是結(jié)論和進(jìn)度不是知識(shí)庫(kù)使用量報(bào)表。3. 實(shí)操流程從零搭建一套 knowledge-work-plugins 環(huán)境這章寫給想動(dòng)手復(fù)刻一套類似方案的朋友。我會(huì)按照“先梳理 → 再配置 → 最后跑通鏈路”的順序展開(kāi)每一步都附上我實(shí)際用過(guò)的目錄結(jié)構(gòu)和關(guān)鍵配置。3.1 動(dòng)手前先列“痛點(diǎn)-動(dòng)作-插件化”清單如果你也想搭一套自己的知識(shí)工作插件別急著抄我的配置先花半小時(shí)梳理自己的痛點(diǎn)。我給當(dāng)時(shí)自己列的表是這樣的高頻動(dòng)作現(xiàn)狀痛點(diǎn)是否插件化理由記錄臨時(shí)想法切換工具打斷思路是高頻、低決策成本整理會(huì)議筆記手工貼標(biāo)簽耗時(shí)是規(guī)則明確決定筆記歸屬哪個(gè)項(xiàng)目經(jīng)常猶豫不決否依賴上下文判斷寫周報(bào)翻任務(wù)耗時(shí)是數(shù)據(jù)可聚合判斷標(biāo)準(zhǔn)有三個(gè)動(dòng)作是否高頻、是否規(guī)則化、出錯(cuò)是否可容忍。三項(xiàng)里至少有兩項(xiàng)成立才值得做插件。如果一個(gè)動(dòng)作你一天只做一兩次或者每次都需要大量人工判斷那插件化帶來(lái)的收益并不明顯反而可能變成新的負(fù)擔(dān)。我還留了一個(gè)“不插件化”的名單把那些需要決策的動(dòng)作明確排除在外。這名單的作用是提醒自己不是所有重復(fù)都要自動(dòng)化有些重復(fù)是人應(yīng)該保留的思考時(shí)間。3.2 目錄結(jié)構(gòu)與關(guān)鍵配置底層數(shù)據(jù)我用純文本目錄結(jié)構(gòu)固定方便腳本讀取也方便手工修改。根目錄下分五個(gè)子目錄inbox放待整理的臨時(shí)捕獲projects放進(jìn)行中的項(xiàng)目筆記archive放已歸檔內(nèi)容templates放輸出模板notes放長(zhǎng)期有效的知識(shí)卡片。配套的配置文件長(zhǎng)這樣{ root: ~/notes, inbox: ~/notes/inbox, projects: ~/notes/projects, archive: ~/notes/archive, templates: ~/notes/templates, index_extensions: [.md, .txt], tag_ignore: [#1, #2], task_scan_days: 14 }每個(gè)字段都對(duì)應(yīng)一類插件行為。index_extensions控制哪些文件類型進(jìn)入全文索引tag_ignore控制標(biāo)簽抽取時(shí)忽略哪些模式task_scan_days控制任務(wù)掃描時(shí)向前看多少天避免把已經(jīng)過(guò)期很久且無(wú)實(shí)際意義的舊任務(wù)撈回來(lái)。一個(gè)重要原則路徑一旦發(fā)布不要頻繁改動(dòng)。改一次路徑所有插件腳本里的硬編碼引用都要重寫而且舊的全文索引會(huì)失效。我經(jīng)歷過(guò)一次遷移花了整整一個(gè)晚上還在處理各種找不到文件的報(bào)錯(cuò)。后來(lái)我學(xué)乖了目錄結(jié)構(gòu)定下來(lái)就不動(dòng)頂多在子目錄內(nèi)部做增量調(diào)整?？旖萱I方面我只有三條全局喚起捕獲是Ctrl 空格打開(kāi)收件箱是Ctrl I打開(kāi)搜索面板是Ctrl K。三條夠了多了反而記不住形成肌肉記憶比功能豐富更重要。3.3 一條完整的捕獲-整理-輸出鏈路跑通用一個(gè)具體例子展示整套插件怎么協(xié)作。場(chǎng)景是某項(xiàng)目的負(fù)責(zé)人通知下周要提交一份數(shù)據(jù)核對(duì)清單。第1步是捕獲。我在寫另一個(gè)文檔時(shí)收到消息按下快捷鍵輸入“下周二前提交數(shù)據(jù)核對(duì)清單”回車。插件自動(dòng)加上當(dāng)前時(shí)間戳追加到inbox/unsorted.md。這步不需要指定項(xiàng)目也不需要分類項(xiàng)目歸屬是整理階段的事。此時(shí)收件箱里多了一行- [2025-01-13 14:22] 下周二前提交數(shù)據(jù)核對(duì)清單第2步是整理。當(dāng)天晚上我打開(kāi)收件箱進(jìn)行盤點(diǎn)插件識(shí)別出“下周二”這個(gè)時(shí)間語(yǔ)義在任務(wù)文件里生成一條待辦并把原文和項(xiàng)目名關(guān)聯(lián)起來(lái)。生成的任務(wù)條目類似這樣- [ ] 數(shù)據(jù)核對(duì)清單截止下周二 | 來(lái)源2025-01-13 收件箱記錄第3步是關(guān)聯(lián)。插件自動(dòng)掃描舊筆記發(fā)現(xiàn)有一份“歷史數(shù)據(jù)核對(duì)模板”就在任務(wù)下方補(bǔ)充了一條相關(guān)鏈接。這一步省掉了一次手工搜索也避免了“明明做過(guò)類似的事卻想不起來(lái)模板放在哪”的尷尬。第4步是輸出。到了周五腳本把本周完成和未完成的任務(wù)匯總結(jié)合模板生成周報(bào)草稿我只需要檢查一遍有沒(méi)有遺漏。這整條鏈路里每個(gè)中間產(chǎn)物都保留為純文本即使插件某一步出錯(cuò)我手動(dòng)也能處理。這個(gè)設(shè)計(jì)原則很重要知識(shí)工作工具必須先保證數(shù)據(jù)可讀、可手工修復(fù)而不是依賴某個(gè)腳本一直正確運(yùn)行。4. 常見(jiàn)坑與排查心得插件跑起來(lái)之后真正考驗(yàn)人的不是搭建而是日常維護(hù)里那些隱蔽問(wèn)題。我在這里整理幾個(gè)踩過(guò)多次的坑按“現(xiàn)象 → 原因 → 解法”的方式梳理。4.1 搜索不到剛寫的內(nèi)容索引同步與編碼問(wèn)題最典型的現(xiàn)象是明明剛保存了一條筆記打開(kāi)搜索面板卻什么都查不到。排查順序一般從三個(gè)方向入手。第一是索引沒(méi)有觸發(fā)重建。早期我用定時(shí)掃描每十分鐘重建一次索引結(jié)果剛寫完內(nèi)容立刻搜索經(jīng)常落空。后來(lái)改成使用文件系統(tǒng)的事件監(jiān)聽(tīng)機(jī)制在文件保存后幾百毫秒內(nèi)重建對(duì)應(yīng)索引條目這個(gè)問(wèn)題就基本消失了。第二是文件編碼不統(tǒng)一。有一些歷史文檔是用 GB2312 編碼保存的索引導(dǎo)入后成為亂碼自然匹配不到。解決辦法是在建索引腳本的第一步做編碼檢測(cè)檢測(cè)到非 UTF-8 內(nèi)容就先轉(zhuǎn)碼再入庫(kù)。有一次我漏掉了這一步整個(gè)索引庫(kù)的召回率都變得很奇怪排查了很久才發(fā)現(xiàn)是一批舊文件惹的禍。第三是中文分詞太粗。按整段文字建索引時(shí)連續(xù)兩個(gè)字的搜索詞完全無(wú)法命中。需要引入分詞邏輯把內(nèi)容切分成便于匹配的組合。我額外寫了一個(gè)巡檢腳本每天檢查索引條數(shù)和實(shí)際文件數(shù)是否一致一旦發(fā)現(xiàn)數(shù)據(jù)對(duì)不上立刻打印出差異清單大大減少了“搜索靜默失敗”的情況。4.2 任務(wù)自動(dòng)提取的誤報(bào)與漏報(bào)自動(dòng)提取功能是整套插件里最難做精確的部分誤報(bào)和漏報(bào)都讓人頭疼。誤報(bào)案例很典型筆記正文里寫著“這個(gè)方案后續(xù)需要關(guān)注”插件把這整句話識(shí)別成任務(wù)。漏報(bào)則通常是因?yàn)楦袷讲粯?biāo)準(zhǔn)比如用了全角括號(hào)【】、列表縮進(jìn)不一致、中英文空格混用導(dǎo)致任務(wù)標(biāo)記沒(méi)有落在正則能匹配的位置。折騰幾輪之后我意識(shí)到解決辦法不是把正則寫得更加“聰明”而是統(tǒng)一輸入語(yǔ)法。我把所有模板里明確規(guī)范為任務(wù)標(biāo)記只能用- [ ]而且必須出現(xiàn)在行首。正則加上錨定符只匹配行首的任務(wù)標(biāo)記不再試圖識(shí)別自然語(yǔ)言里的語(yǔ)義。對(duì)于歷史數(shù)據(jù)和漏報(bào)我用一個(gè)兜底掃描把包含“截止”“待辦”“跟進(jìn)”等關(guān)鍵詞但沒(méi)有標(biāo)準(zhǔn)標(biāo)記的句子單獨(dú)列成待確認(rèn)清單人工看一眼再?zèng)Q定是否轉(zhuǎn)為任務(wù)。這里的核心原則是把容易出錯(cuò)的規(guī)則問(wèn)題轉(zhuǎn)成輸入格式問(wèn)題。寧可多一次人工確認(rèn)也不要讓插件偷偷改錯(cuò)數(shù)據(jù)。4.3 插件升級(jí)后鉤子失效兼容性檢查與降級(jí)方案任何插件集成都會(huì)遇到宿主環(huán)境升級(jí)的日子。我遇到過(guò)幾次比較頭疼的情況某次升級(jí)之后快捷鍵完全沒(méi)反應(yīng)索引也不自動(dòng)更新排查了半天發(fā)現(xiàn)是插件用到的接口在版本更新里被改掉了。遇到這種情況我的排查順序是先看日志確認(rèn)是鉤子沒(méi)有觸發(fā)還是腳本執(zhí)行時(shí)報(bào)錯(cuò)再對(duì)照插件用到的接口文檔確認(rèn)它是否被移除或改名如果無(wú)法立刻修復(fù)直接回滾插件到上一個(gè)可用版本不要硬頂著跑更不要嘗試臨時(shí)改代碼繞過(guò)。預(yù)防比排查更重要。我現(xiàn)在的做法是升級(jí)前導(dǎo)出一份完整的純文本備份記錄插件當(dāng)前依賴的接口版本號(hào)只使用穩(wěn)定接口不使用實(shí)驗(yàn)性功能。宿主環(huán)境升級(jí)后我一般等至少兩周再考慮升級(jí)插件讓其他人把坑踩得差不多再動(dòng)。如果現(xiàn)有插件還能滿足需求不為了新功能冒險(xiǎn)這是我使用這套插件集之后養(yǎng)成的習(xí)慣。最后分享一點(diǎn)我的個(gè)人體會(huì)。運(yùn)行這套插件集之后才發(fā)現(xiàn)最有價(jià)值的不是某個(gè)單點(diǎn)自動(dòng)化而是它逼著我把工作流寫成明確規(guī)則哪些動(dòng)作必須手動(dòng)判斷哪些動(dòng)作可以交給腳本數(shù)據(jù)該用什么格式保存。這些規(guī)則讓知識(shí)工作變得更清爽。還有一個(gè)實(shí)用習(xí)慣每周把插件生成的核心目錄打成壓縮包備份到外部存儲(chǔ)這個(gè)習(xí)慣已經(jīng)幫我避免了好幾次手滑誤刪的損失。如果你也準(zhǔn)備鉆研類似的知識(shí)工作插件建議從小處開(kāi)始先做一個(gè)每晚把收件箱歸零的按鈕再慢慢擴(kuò)展其它功能。