寫程式的用量換遊戲裡的鑽石：Vibe 村把獎勵迴路做成了經營遊戲的獲客帳

一名開發者日前在 V2EX「分享創造」節點發布了一款名為 vibestead（Vibe 村）的像素風村莊經營遊戲，瀏覽器即可遊玩，支援中英文。貼文約一天累積 711 次瀏覽，尚無回覆。遊戲本身的內容是常見的放置經營套路：伐木、加工、接單配送、招募經理、蓋房種菜。真正值得拆的環節在它的第六項功能：連接 Vibestead CLI 後，遊戲會同步使用者的每日 AI 編程用量彙總，換算成遊戲內貨幣鑽石，用於村莊建設。

這條迴路動的是哪一欄成本

獨立瀏覽器遊戲的第一道門檻向來是留存，以及留存背後的回訪動機。傳統做法靠每日任務與簽到，動機來自遊戲內部；Vibe 村把動機外掛到使用者既有的工作流程上，開發者每天本來就會打開 Codex 或 Claude Code 寫程式，用量統計自動累積，回遊戲領鑽石。回訪觸發點從「想起來要玩」變成「本來就在工作」。

資料面上，開發者明確說明上傳的僅為每日用量彙總，不含程式碼與對話正文。這個取捨直接壓低了隱私摩擦，也就是接入門檻裡最貴的那一項。對照 V2EX 上先前那類一個人用 vibe coding 做的待辦應用，個人開發者把邊際成本與信任成本同時壓低，已經是這條賽道的共通打法。

商業模式目前沒有收入端

按貼文與遊戲設定，鑽石無需儲值，繁榮值達 1000 後可花 5000 鑽石買下全服可見的廣告牌。換言之，專案現階段沒有付費點，廣告牌是社羣內部的一種地位財，貨幣發行權完全由系統按編程用量分配。這個設計把付費牆拿掉，代價是所有伺服器與維護成本由開發者自付，屬於先驗證需求、後談變現的路徑。

從需求分層看，目標客羣切得很窄：同時滿足「每天用 AI 工具寫程式」與「能接受像素放置經營」兩個條件的使用者。這羣人的共通點是儀式感需求，把抽象的 token 用量轉成看得見的村莊成長，與 V2EX 上獨立網頁小遊戲的分發帳面對的是同一個問題：711 次瀏覽說明觸及有限，但分發成本也趨近於零。

受惠與承壓

受惠方直接的是這類工具的外部性。Codex、Claude Code 等工具若被納入更多此類獎勵迴路，等於第三方免費幫它們把使用行為遊戲化，黏著度外部化。承壓的一方暫時不存在，因為專案規模尚未進入競爭格局；真正的風險在開發者自身的維運成本能否撐到留存數據足以支撐變現設計的那一天。

遊戲仍在持續打磨，開發者在貼文末徵集玩法建議。廣告牌系統會不會長出真實的供需價格，是下一步值得觀察的指標：一旦玩家間開始用鑽石計價交換廣告位，這個零儲值的封閉經濟就有了第一次內部通膨或通縮的壓力測試。在那之前，Vibe 村更接近一場低成本的需求驗證實驗，帳還很薄，但記帳的位置選得不差。