他做了14個工具只干1件事：讓AI替他寫文檔

開發者JB在Notion里存了47個未完成的項目，最新那個的筆記寫著"稍后整理"——日期是2021年。

這不是懶。這是人類大腦對"記錄"這件事的系統性失靈。

JB的解法很極端：造一個AI代理，給它起名叫Escriber，職業描述只有8個單詞——"I document. Beautifully. In Notion." 它不會寫代碼，不會給人生建議，連天氣都查不了。14個Notion工具，全部指向同一個動作：把你丟給它的任何東西，變成結構化的文檔。

為什么"單一功能"反而成了優勢

現在的AI助手都在卷"全能"，Claude能寫代碼能讀圖能算塔羅。但JB發現，當你真的需要一件事被做好，專精比全能管用十倍。

Escriber的"靈魂文件"（OpenClaw給每個代理配的SOUL.md）寫得像軍隊手冊：創建頁面、追加內容、更新數據庫、查詢關聯——14個工具，零越權操作。JB把它比作手術刀，不是瑞士軍刀。"有時候你需要的不是能開瓶器也能鋸木頭的工具，是能精準切開某一層組織的那一把。"

這種設計有個副作用：Escriber會拒絕請求。讓它調試Python？它會用內置的冷幽默懟回來。這種"人工智障"式的邊界感，反而讓JB敢放心把核心工作流交給它——不用擔心某個深夜它突然"發揮創意"刪了你的數據庫。

mcporter：藏在中間的翻譯官

技術實現上有個細節很妙。Escriber不直接調用Notion API，而是通過一個叫mcporter的中繼層。

所有操作變成同一套語法：mcporter call notion. --args '{ ... }'。Notion官方MCP服務器在云端處理實際請求，Escriber只負責"說話"。

JB解釋這個設計時用了個舊時代類比：就像以前打電話要找接線員轉接，mcporter就是那個永遠在線的接線員。好處是Notion那邊API怎么變，Escriber這邊不用改——MCP層吃掉所有兼容性麻煩。

日常流轉因此變得機械化：新項目啟動，create_page搭框架，create_database_item進總表；開發結束，append_block_children把決策記錄、踩坑筆記、臨時方案按時間戳 append 進去。JB的另一個代理（負責抓招聘信息的Synap）每天早上把職位列表丟給Escriber，后者自動歸檔成可排序的Notion數據庫。

"過去的我從不干這事，"JB在展示里打了個骷髏符號，"未來的我會感謝現在的設置。"

那個"羞恥時刻"：文檔債務的復利效應

讓JB真正動手做這個項目的，是一次workspace考古。

他翻到自己三年前寫的項目筆記，標題叫"重要！下周整理"，內容只有一行："核心思路在Slack #random頻道，大概3月14號左右。"Slack免費版只存90天歷史。那行字現在是他能找回的全部。

這種"文檔債務"的可怕之處在于復利：每欠一條記錄，未來找回成本指數級上升。JB算過，一個中等復雜度的副業項目，如果中途停更三個月再重啟，"重新進入狀態"的平均時間是11小時——足夠看完兩季電視劇，或者把Escriber造出來。

現在他的五代理團隊里，Escriber是唯一的"后勤人員"。其他四個代理分別負責代碼生成、信息抓取、日程管理、郵件處理，但只有Escriber擁有"寫入長期記憶"的權限。JB把這稱為"認知外包的終極形態"：不是讓AI幫你思考，是讓AI確保你思考過的東西不會消失。

Escriber的回復偶爾會帶一點設計好的"工匠氣"——干巴巴的評論，對過度請求的委婉嘲諷。JB說這是刻意為之，"文檔本身可以很枯燥，但寫文檔的過程不該是。"

這個項目是JB參加Notion MCP Challenge的參賽作品。他在提交文檔里埋了個細節：Escriber的創建日期，正好是他發現那則"Slack #random頻道"筆記的同一天。