文件不再被歸檔，而是被搜尋：den 的介面取捨

一個名為 den 的開源工具，10 月 22 日出現在 V2EX 的分享創作節點。作者 onichandame 的開場白很直接：他被專案文件維護「噁心到極點」，於是回到第一性原理，重新想了一遍文件到底是什麼。他的結論是，文件是專案的長期事實記錄，重點在於能被快速消化吸收。

這句定義值得停下來看。多數文件方法論把力氣花在輸入端：統一模板、規範目錄結構、建立心智模型，讓每個人寫出來的東西長得像。作者觀察到的現實是，這條路走不通，沒有一套標準能覆蓋所有場景，連大公司也經常出現文件過時、或內部同時存在好幾套方法論並行的狀況。

於是他把問題搬到輸出端。如果查文件的時候可以做語義搜尋，直接找到需要的那一段，那文件怎麼組織根本不重要，全部平鋪在 docs/ 目錄下都可以。den 的主要場景就這一個：快速搜尋專案內文件。

這是一個典型的介面設計決策，只是發生在文件這種介面上。傳統文件治理試圖在「寫入時」解決結構問題，den 則把結構問題推遲到「讀取時」，用搜尋介面取代目錄樹。代價與收益都寫在這個選擇裡：收益是不必再維護一套分類法，收益是文件可以隨手丟進資料夾；代價是搜尋結果的品質變成唯一的品質門檻。

留言區的第一則回覆立刻戳中了這個代價。使用者 metalvest 質疑，搜尋結果裡混進一堆過期文件，只會讓人更煩躁。作者的回應也很有介面思維：搜尋結果裡發現過期的當場清掉，讓 agent 在搜尋結果裡找矛盾就行。

這個來回其實比工具本身有趣。它顯示 den 的搜尋介面被賦予了雙重角色：一方面是查詢入口，一方面是清掃現場。過期文件不再靠治理流程提前攔截，而是等它被搜出來、與其他結果產生矛盾時，才在當下被處理。文件的鮮度從一種制度承諾，變成一種使用中被發現的屬性。

這個思路與我們先前觀察過的LiveSub 把直播字幕拆成可挑選的介面屬於同一譜系：獨立開發者面對一個被「正規做法」綁架的場景，選擇砍掉治理層，把問題降維成一個夠好用的查詢介面。差別在於文件場景多了一層時間因素，文件會腐爛，而 den 對腐爛的答案是事後清理，而非事先保鮮。

從設計角度看，den 最誠實的地方是它沒有假裝能解決文件維護。它承認輸入端的秩序難以維持，就把賭注全部押在讀取體驗上。這對小型專案或許成立，一個人的 docs/ 目錄，搜尋加當場清理，確實夠用。但當專案有多人協作、文件量跨年累積，搜尋結果裡的矛盾要靠誰的判斷來仲裁，這個介面還沒有給出答案。

工具本身放在 GitHub 上，五佰多次瀏覽、兩則回覆的討論量，說明它還在很早期的階段。但那個核心取捨已經清楚：與其設計一套人人遵守的文件秩序，不如設計一個能把混亂搜出來的介面。這是務實，也是把問題換了一個地方存放。