一個輸入框先聚焦了，然後規則只剩一層：爛筆頭的介面，是被減出來的

2026年10月26日，開發者「是江迪呀」在掘金發文，介紹自己開源的筆記軟體「爛筆頭」。名字取自俗語「好記性不如爛筆頭」，目前以 uTools 插件形式運行在 Windows 與 Mac 上，原始碼放在 GitHub。

一個人的自用工具，通常最能看出設計的取捨，因為它不需要討好任何人，只留下作者真正在乎的東西。

從最上面那個輸入框看起

爛筆頭的第一個設計決策很清楚：輸入框放在畫面最上方，進入後遊標自動聚焦。這個安排對應它的核心定位，碎片化記錄。作者在文中的說法是「不需要想標題，不要排版，想到就記」。

這與多數筆記軟體的路徑相反。Everworld 之類的傳統筆記，流程是先建筆記本、再想標題、再寫正文；Notion 類工具則先選範本。爛筯頭把這條路徑壓縮到一步：打開即寫。對碎片記錄這個場景來說，多一次選擇就多一分流失，聚焦的遊標本身就是一種介面承諾。

只有一層標籤，是一條被寫死的規則

第二個值得看的決策是：標籤不支援第二層。作者的理由講得很直白，過於細化的資料夾嵌套「只有前兩天感覺整齊有序」，之後就會忘記每個資料夾該放什麼，而且在記錄當下會造成決策壓力，最後導致放棄記錄。

這是一條用約束換取持續使用的規則。多數工具把組織自由交給使用者，爛筆頭則把組織的上限鎖死在平面一層，代價是資料量大時的分類精度，換到的是記錄當下的零猶豫。對個人工具而言，這筆交換是劃算的。

AI 在這裡的角色也相應被收窄：當使用者不想歸類時，模型依據現有標籤列表與內容自動打標籤，找不到相近的才新建。從作者附上的流程圖看，這是一個帶格式檢測的迴圈，模型輸出經提示詞規範為固定 JSON 格式，格式不通過就重跑。AI 沒有被包裝成萬能助手，它只接管最枯燥的那一步。

碎片與長文之間的通道

定位的另一半是長文整理。選中多則碎片即可整理成長文，編寫過程中可隨時呼叫碎片列表，由 AI 推送語義相近的片段。待辦也掛在同一套標籤體系下，可從碎片一鍵提取，完成後再依自訂範本生成周報或日報。

整個資訊架構因此是一條單行道：碎片進來，標籤歸位，需要時沉澱為長文或待辦。沒有平行的大綱、看板或資料庫檢視，只有同一批內容在不同階段被反覆利用。這種把功能全部錨定在同一份碎片資料上的做法，與我們先前觀察過的Angry Dance 生成網站把選項全固定的介面有相似的設計直覺：限制越多，使用者的認知負擔越輕。

資料在本地，與一份被作者重視的麻煩

所有筆記存在本地，可隨時匯出、匯入。作者自己用這個最原始的方式，在公司與家裡兩臺電腦間手動同步筆記。他的說法很有意思：雖然費勁，但「有了這個儀式感的過程，突然對自己的筆記內容資產重視了起來」。

這一點與產品設計的主流方向相悖。雲端同步的意義正是消除這種麻煩，但作者把它保留下來，反而換到對內容的珍視。對個人工具來說，偶爾的手動搬運是一種提醒：這些東西是你的。

文中也坦白了一個沒做完的功能：想把會議記錄自動轉為待辦、掃描、委派給 Cursor 與 Codex 執行、再由本人驗收的自動化工作流。作者說 cursor SDK 已跑通，但做好太難，棄坑，程式留在另一個分支。這段未完成的部分，反而誠實地標出了這個專案的邊界。

自己要的軟體，與產品是兩回事

作者的三條感悟裡最值得留在設計脈絡裡的是最後一條：做自己需要的軟體不同於做產品。做自用工具，討好自己一人即成功；做產品，則要面對一百個各有需求的使用者。爛筆頭顯然是前者，它的介面沒有多餘的選項，因為每一條規則都只需要向作者一人交代。

也正因如此，這個小插件示範了一種乾淨的做法：先把輸入壓到一步，再把組織壓到一層，最後讓 AI 補上使用者不想做的分類。介面是被減出來的，而不是加出來的。