不想開會員，他花三個月寫了一個記帳 App，然後把「會賺錢的功能」全刪掉了

10月26日，掘金出現一篇標題很直白的文章：「不想開會員，我寫了一個記帳 App」。作者 Talyra42 是前端工程師，用三個月、1300多次提交，做出目前只有 Android 版的 Veri Fin。這篇文章不是功能開箱文，作者自己也說，功能細節倉庫和 README 都有，他想講的是另一件事：一堆功能他刻意沒做。

先把背景補上。作者原本用薄荷記帳，免費版日常夠用，但部分自訂功能要開會員；換到一木，功能很多，他只想記一筆帳，看到滿滿入口反而累。繞了一圈沒找到合適的，乾脆自己動手。最初只給自己用，後來覺得別人或許用得上，免費、本地、開源，多一個人用也不增加成本，就發布了。

他沒做的，比做了的更值得看

這個 App 的賣點可以用三個「沒有」概括：沒帳號、沒廣告、沒雲同步。作者對每一項都有理由。

帳號。記帳資料很私人，每天喫什麼、買什麼、收入多少全在裡面。放上伺服器他不放心，資料一旦交出去，後續怎麼被使用，用戶很難控制。

廣告。有廣告商聯繫過，他沒接。理由有兩層：自己每天都在用，不想打開先看廣告；另外一個靠廣告賺錢的記帳軟體，說自己不動用戶資料，說服力有限。

自動記帳。這是技術上最有意思的取捨。自動記帳通常需要螢幕識別、通知監聽或無障礙權限，這些權限能拿到的資訊遠多於一筆帳。他評估後認為自己處理不了這些風險，放棄。替代方案是截圖識帳：圖片在本機做 OCR，只把辨識出的文字送往用戶自己設定的 AI 端點，產出草稿，用戶點確認才存進本地 SQLite，原圖不上傳。

這條路比全自動麻煩，但資料邊界清楚。

AI 功能不設後端，成本留給用戶自己

很多產品現在都往 AI 靠，他的做法剛好相反。Veri Fin 沒有自己的 AI 後端，理由很實際：免費軟體承擔 token 成本撐不住，用戶越多支出越高。現在的做法是由用戶自行設定相容 OpenAI 的接口，金鑰存在本地，請求從設備直接發出。門檻高一些，但成本可控。

這種「把資料和金鑰都留在用戶手裡」的思路，和先前我們觀察過的換 AI 訂閱帶不走對話紀錄，於是有人自己寫了 Carry-On是同一種情緒：對雲端與訂閱制的疲乏，正在把一批獨立開發者推回本地優先的路線。

技術選型的標準只有一條

作者自稱不是 Flutter 專家，很多決定只看一個標準：以後一個人還能不能維護。架構上頁面不直接碰資料庫，寫操作統一經過 Controller 和 Repository，結構不複雜，出問題容易定位。

資料層最初考慮過 JSON 檔案，後來算了一下：一天記五六筆，一年約兩千筆，再加上帳戶、分類、預算和匯率，JSON 每次要整體讀寫，資料量上來就不合適。所以第一版直接用 SQLite，現在 schema 已到 v19，遷移、備份、附件和帳本隔離都建立在它上面，交易表裡還保留了多幣種相關欄位。

這篇文章為什麼有人看

一篇開發者自述能被討論，靠的往往不是技術細節，而是那種「我也是」的共鳴。免費版夠用但自訂要會員、功能多到不知道按哪裡，這些困擾幾乎每個手機用戶都遇過。多數人的反應是忍著或付費，這位作者的反應是花三個月自己寫一個，再把最容易被質疑「怎麼變現」的功能，帳號、廣告、雲端，一項項刪掉，並把理由寫清楚。

三個月和 1300 次提交是文章給出的數字，App 長期會怎麼走、一個人維護能撐多久，目前沒有答案。但至少在「不想開會員」這件事上，他給出了一個比抱怨更完整的回覆。