剔掉純編輯模式那天，「墨知」把自己刪繁就簡成一套本地知識庫

9 月 9 日晚間，V2EX 的「分享創造」節點出現了一則貼文：開發者 Yunz93 宣布自己的 Markdown 知識庫工具正式版發布，取名「墨知／Mozi」。沒有行銷話術，開頭就交代了這個版本最重要的決定：把純編輯模式和分屏模式整個拿掉，只留下 Live 模式。

一款工具的正式版，功能是減法，這在什麼都要加一份的獨立開發圈裡，反而成了最有記憶點的動作。

先把這次更新攤開來看

貼文裡列的新功能不少，但脈絡很清楚，全部圍繞「寫完之後怎麼用」這件事。

Live 模式是核心。開發者說明，得益於新模型的能力，Live 模式過去的效能與穩定問題獲得解決，所以直接提供所見即所得的編輯體驗，其他兩種模式不再保留。這個取捨很有個性：多數工具會把舊模式留著安撫老用戶，墨知選擇一刀切。

一鍵發布照顧了兩條路。一條通往微信公眾號，受限於平臺規則，目前是把文章按預渲染樣式送進公眾號草稿，再由公眾號助手確認發布。另一條是開發者自建的 Simple Blog，部署到 Vercel 後就能線上發布，他自己的部落格就跑在這套模式上。

其餘的拼圖各有歸屬：一鍵把文章生成分享長圖，給社羣媒體用；內建語義檢索的本體小模型，支援全域內容語義搜尋，也能外接線上 MaaS API 做智慧問答；Excalidraw 畫板直接整合進來，開新畫板就能用；編輯時輸入斜線可觸發快捷插入，表格、代碼塊、Mermaid 圖表、待辦事項都在選單裡，對 Markdown 新手算是降低了門檻。

留言區比功能列表更值得看

這則貼文只有七百多次瀏覽、五則回覆，但每一則回覆都踩在知識管理圈的老痛點上。

第一則回覆問的是相容性：支不支援 OpenAI 相容介面，添加智譜和矽基流動沒成功。開發者坦白回覆，自己一直用 DeepSeek，其他服務會測試補齊，並引導用戶去項目倉庫提 issue。一來一往之間，看得出這是一款「自己先用」的工具，測試覆蓋範圍跟著開發者自己的生活半徑走。

另一則回覆更有代表性。用戶 iamzcr 說，用過各種各樣的開源知識庫管理，最終還是用回 Obsidian。這句話幾乎是知識管理圈的標準懺悔文，每隔一段時間就會在某個帖子底下出現一次。

開發者的回應倒是很誠實：他自己也是 Obsidian 重度用戶，但有時候感覺需要刪繁就簡一下，就寫了一個自己用的，看個人需求。沒有逞強，也沒有把墨知包裝成 Obsidian 殺手。這種姿態在 V2EX 通常能換來好感，畢竟這個社羣見過太多「吊打某某」的開場，最後往往消失得比承諾還快。

為什麼總有人想再寫一個知識庫

把鏡頭拉遠一點，墨知並不是孤例。本地優先、Markdown 純文字、可發布、可檢索，這幾個關鍵詞拼起來，是近幾年反覆出現的開發者側寫：每一代用戶都會覺得現有工具哪裡不順手，然後自己動手造一個。有人造完就棄坑，有人造完順手開源，Yunz93 屬於後者，連安裝腳本和 GitHub 倉庫都備好了。

這條路線和先前我們觀察過的INL 結構把雜亂筆記折成重點屬於同一種焦慮的兩種解法：一種人在整理方法上做文章，另一種人直接從工具層動手。有趣的是，兩種人最後常在「刪繁就簡」這四個字上碰頭。功能越多的工具，反而越需要有人來教怎麼少用一點。

墨知這次砍掉兩種編輯模式，某種程度上也是同一個邏輯的產品化：與其讓用戶在模式之間猶豫，開發者先替用戶做完選擇。這種家長式取捨不一定人人買單，但在一款「自己先用」的工具裡，它至少是真誠的。

內建小模型，順手還是負擔

值得單獨一提的是「小知助手」。語義檢索用本體小模型在本地跑，智慧問答則可外接 API，這個分工設計蠻務實：搜自己的筆記不需要把內容送出門，問答這種重活才交給線上服務。

當然，內建模型也代表安裝體積、模型更新、檢索品質這些長期維護成本，都得由一個獨立開發者扛。留言區那位「最終用回 Obsidian」的用戶提醒過大家，知識管理工具的墳場比活著的產品多得多。墨知會落在哪一邊，現在還看不出來，但至少它選了一條清楚的路：本地、純文字、能發布、夠簡單。

至於它能不能撐到下一次正式版，V2EX 的圍觀羣眾大概會繼續用星標和 issue 投票。在這個社羣裡，這種安靜的檢驗，比任何宣傳頁都可靠。