自建黑客幣系統、選 Teachify 串 Discord
2026 年第一季，侯智薰（雷蒙）在重新定義 Lifehacker Premium 付費社群（見 最初就推付費訂閱制）的同時，做了兩個彼此相關的基礎設施決定：把社群既有的「黑客幣」打卡積分機制，從第三方 Discord 機器人（Mee6）搬下來、改成自己開發的版本；以及在會員金流與 Discord 身分組綁定的平台選型上，捨棄看似更彈性的 Recur，選擇相對保守但成熟的 Teachify。兩個決定都發生在 1 月，並設定 3 月 1 日為新制統一上線日。這段過程同時也是雷蒙2026轉向AI-Agent協作後，「自己具備開發能力」如何回頭改變經營決策的一個具體切面。
黑客幣是什麼、為何要自建
黑客幣是社群內的打卡積分：會員在指定頻道完成「今日三件事」之類的打卡，就累積點數，再到「黑客幣商店」兌換實體書、線上課程兌換碼、品牌紀念品等獎品。舊制由 Mee6 機器人發放與查詢，靠 /coins、/remove-coins 等指令操作。
促成自建的，是一個具體的工具限制而非情緒：Mee6 無法把可兌換的商品直接建立在雷蒙慣用的 Notion 資料庫裡，獎品管理與積分系統各自為政。雷蒙在團隊頻道的判斷直白：既然此時自己已經有開發能力，與其遷就機器人的限制，不如「直接做一個新的版本」。自建版改以打卡訊息即時觸發記分、用 /balance 查詢餘額，並把商品與會員資料統整進 Notion，新增隱藏觸發的彩蛋機制增加趣味。
這個決定的代價被刻意控制。雷蒙選擇「新舊並行、設停損點」：舊版黑客幣不立即作廢，保留排行榜與歷史紀錄，開放到 2 月 28 日讓會員把累積已久的點數換完獎品；3 月 1 日起點數歸零、新制接手。舊幣兌換的處理也避免動用會扭曲排行榜的扣款指令，改以另開頁面手動記帳的方式，「讓第一版的紀錄留在過去並完整保留」。
Teachify 與 Recur 的取捨
平台選型的問題在於：升級後的會員制度需要把「付費訂閱金流」與「Discord 身分組」綁在一起，付款成功的人自動取得社群身分組、到期則被移除。候選方案是新興的 Recur 與既有的 Teachify。
雷蒙的決策依據主要來自一位同行的實務回饋，而非單看功能表。對方指出 Recur 雖有 Discord 身分組功能，但實際使用者不多；Teachify 則已有上千人規模的伺服器在跑同樣的綁定，穩定性更可驗證。在「現階段只需要穩定串身分組」的明確需求下，雷蒙選了驗證過的 Teachify，並把 Recur 留作日後若推出 SaaS 或自製付費小工具時再評估的選項。這呈現一種偏好：基礎設施求穩，把實驗額度留給產品本身。
Teachify 並非沒有摩擦。雷蒙在後續討論中提到它不開放用 Vibe Coding 方式自由上傳 HTML、CSS、JS，網頁編輯彈性受限；網域結構（頂級網域與子網域）也讓既有課程與結帳連結無法隨意更動。這些限制被當作已知成本接受，而不是推翻決定的理由。
意義與後續
兩個決定合起來反映同一套判斷邏輯：在會員制度大改版的關鍵節點上，核心基礎設施選成熟可驗證的方案（Teachify、新舊並行的遷移節奏），把自建與實驗的力氣花在能直接提升社群體驗、又能整進自有資料系統的環節（黑客幣）。自建黑客幣也是一個訊號——當「會寫程式」成為雷蒙日常能力的一部分，過去只能將就第三方工具的決策，開始能以「乾脆自己做一個更合用的」作為選項。
3 月新制上線後，社群活躍度在公開記錄中可見：2026 年 4 月雷蒙曾在社群描述會員 Discord 的語音頻道「共學室、才藝室、沙發區，全部語音頻道都是人」的盛況，側面佐證這波會員制度與社群機制改版的承接效果。1
細節去識別化：本條目只記決策邏輯與取捨依據，舊幣兌換的具體點數、商品定價、會員名單與成員分工等內部資訊不照搬。