AILocal-firstNotionIDESkillIndie Dev

我做了一個 Local-first AI Brain Skill,然後發現自己其實不需要 Notion AI

··閱讀約 3 分鐘

真正的問題:思考和記錄被拆開

我開始這個專案,原本並不是想做新工具。事情很簡單:我試用了 Notion AI,很快就用完 20 次免費額度。用完後,我停下來想的其實是另一件事。

我其實不會在 Notion 裡思考。想法通常出現在寫程式、卡在除錯,或在 IDE 裡跟 AI 來回討論架構的時候。Notion AI 的前提卻是:你已經在 Notion 裡寫東西。兩件事從一開始就不在同一個地方發生。

思考和記錄被迫分開了

我終於承認了一件以前沒有認真面對的事:只要記錄需要切換工具,大約 80% 的想法會立刻消失。「先把程式寫完」往往感覺比較急,於是連重要想法也就跟著不見了。

所以我反過來問:如果直接在 IDE 裡記錄呢?如果 AI 只負責整理,不主導整個流程,會不會更自然?

我不需要另一個筆記 App

我不缺筆記工具。我缺的是一套能在想法出現時立刻記下、讓 AI 協助整理、未經確認絕不寫入、始終由人把關,而且資料以本機為主的系統。

這個想法後來變成兩個專案:keeponfirst-local-brain,以及它的 Global Skill:keeponfirst-local-brain-skill。

為什麼是 Skill,不是 App?

因為我不想再多一套 UI。我每天已經待在 Antigravity、Cursor 和各種 AI IDE 對話視窗裡,所以我把它做成 Global Skill。不管我在哪個 workspace、哪個 repo,或正在做哪種專案,只要腦中有想法,就能立刻記下來。

Human-in-the-loop 是唯一不能退讓的規則

Local Brain 只有一個原則:AI 可以提案,但不能直接提交。每筆記錄都要經過同一個流程:AI 先分類成 Decision、Idea、Worklog 或 Backlog,產生結構化草稿,顯示預覽,等人確認後,才寫進本機並同步到 Notion。

後來我發現,這套流程很像 Git。AI 開 Pull Request,人來審查,核准後才 merge。那一刻我才覺得:「好,我可以放心把真正重要的決策交給這套系統記錄。」

為什麼 Local-first 很重要

常有人問:既然最後還是會同步到 Notion,為什麼不直接寫在那裡?答案很簡單。重要想法的資料留在自己的電腦上,我才敢放心記。

我看重 Local-first,是因為它給了我心理上的安全感。平台政策改了沒關係,API 壞了也不用慌,以後想換後端,我還有出口。在這套架構裡,Notion 只是一個好用的遠端 UI,不是大腦本身。

接下來

我還在測試怎樣才算摩擦最低的記錄流程,包括觸發方式、語法和工作邊界。等我確定某個做法值得長期使用,再寫一篇更完整的拆解。

有興趣的話,可以看看 repo,也歡迎告訴我你的想法:keeponfirst/keeponfirst-local-brain。