Notion用戶把待辦清單玩成RPG：3天搭建一套游戲化系統

一個待辦清單能值多少錢？答案是：如果你把它做成RPG，有人愿意為此重新打開Notion。

QuestBoard的作者在最近提交的Notion MCP Challenge項目中，用一套8數據庫、14視圖的架構，把平淡的任務管理變成了可游玩的進度系統。這不是皮膚包，不是主題模板，而是從數據層到交互層全部用MCP（模型上下文協議，Model Context Protocol）原生搭建的完整產品。

從"存東西"到"感受到推進"

大多數生產力工具的通病是：它們擅長幫你記住要做什么，卻從不讓你覺得自己正在前進。

QuestBoard的切入點很直接——把"動機、壓力、動量"這三個抽象概念變成可見的游戲元素。用戶首次進入時，系統會收集目標、時間投入、技能偏好、可用工具集四項信息，生成專屬檔案存入Notion。后續所有任務都基于這個檔案動態生成。

這套流程走下來，Notion頁面里會出現：主線任務、Boss戰、技能樹、經驗值、周回顧、自動化運行日志，以及人工復核工作流。作者形容這是"讓工作空間自己長出一套游戲機制"。

對于目標模糊或領域冷門的用戶，系統還能調用Exa或Perplexity先做一輪信息檢索，把生成任務所需的上下文 grounding（錨定）在真實資料上，避免AI憑空編造。

MCP-native 是什么意思

市面上很多"Notion集成"本質是外部腳本往頁面里寫內容，用戶看到的只是靜態結果。QuestBoard的區別在于：它用Notion MCP完成創建空間、增改記錄、構建托管視圖、同步進度、記錄自動化運行、支持復核修正——全鏈路雙向交互。

具體數字是：8個數據庫，14個命名視圖，橫跨8種托管視圖類型。這個數據密度讓產品質感從"終端工具順便寫點頁面"躍遷到"原生Notion系統"。

作者放出的演示視頻聚焦在最強托管路徑：用戶完成一個任務，經驗值實時計算，技能樹節點自動點亮，Boss戰進度條推進，周回顧視圖匯總數據。整個閉環不需要離開Notion界面。

游戲化 productivity 的老問題與新解法

把待辦清單做成游戲不是新想法。Habitica、Forest、甚至Notion社區里的模板市場，早就有大量嘗試。但多數方案卡在兩個地方：要么游戲層和工具層割裂，用戶要在兩個App之間跳轉；要么游戲機制是貼上去的，任務完成了但"升級"毫無反饋。

QuestBoard的解法是把MCP當作中間層，讓Notion本身變成游戲引擎。數據庫是存檔系統，視圖是UI渲染，自動化運行是后臺邏輯，人工復核是防作弊機制。這種架構下，用戶不是在"用一個游戲化的Notion模板"，而是在"玩一個運行在Notion里的RPG"。

一個細節：系統支持"review/correction loops（復核/修正循環）"。AI生成的任務不合理？用戶標記后回流入訓練上下文，下次生成質量提升。這比單純的用戶反饋按鈕重得多——它讓個人工作流具備了持續迭代的數據基礎。

誰會用這個

從 onboarding 設計看，目標用戶很明確：已經有Notion使用習慣、對游戲化機制不陌生、愿意花3天搭建系統而非5分鐘下載App的人。作者沒有遮掩門檻——"真實用戶可以 onboarding"這句話本身就在篩選受眾。

但這也意味著，QuestBoard的商業化路徑可能不走大眾市場。它更像一個"生產力基礎設施"的演示案例：展示MCP能把一個通用平臺改造成什么程度。

Notion官方對MCP Challenge的評審標準尚未公布，但QuestBoard的提交已經引發社區討論。一個核心問題是：當AI能幫你把任何工具重寫成游戲，"游戲化"本身會不會變成新的噪音？

如果明天你的Jira、飛書文檔、甚至企業微信都能一鍵RPG化，進度條和成就徽章還會讓你更有動力，還是更快麻木？