# 02｜World Source Platform：私人優先的世界倉庫、玩法層與投影平台 **副標題：從世界源資產管理到多平台 World-as-a-Product** **版本：v0.1 概念文件** **日期：2026-09-19** **定位：產品概念／MVP 前置／網站架構，不作正式公開商業白皮書** **作者：** Neo.K **機構：** EveMissLab／一言諾科技有限公司 --- ## 0. 平台定位 本平台第一階段不是： - AI 聊天站； - 成人聊天站； - 模型 API 代理； - MissAI 宣傳站； - UGC 社群； - 遊戲商城。 而是： $$ \boxed{ \text{Private-first Interactive World Source Platform} } $$ 中文： > **私人優先的互動世界源平台** 它主要負責： $$ \text{Store} + \text{Version} + \text{Visualize} + \text{Package} + \text{Project} + \text{Export} $$ --- # 1. 第一階段先自己用 MVP 初期不開放投稿。 也不需要追求流量。 第一階段只有： $$ \boxed{\text{Curated Private Registry}} $$ 世界來源： - 自己創作； - 自己的 AI pipeline； - 已有世界資產； - 經過驗證的生成世界。 這可以避免一開始就引入： - UGC moderation； - spam； - 侵權改編； - 帳號濫用； - 非法內容； - 公開社群運營。 --- # 2. 網站的第一級物件是 World 不是 Article。 不是 Character。 不是 Game。 而是： $$ \boxed{\text{World}} $$ 每個世界都有自己的 canonical identity： ```text world_id slug title version status visibility rating genres license provenance ``` 例如： ```text world_id: star-tide-frontier version: 1.0.0 visibility: private status: active ``` --- # 3. World Page 每個世界頁至少顯示： ```text Title Summary Genres World Status Version Rating World Promise Core Rules Progression Factions Locations Characters Relations Gameplay Loops State Model Available Exports Version History ``` 它不是 Wiki。 它是： $$ \boxed{\text{World Product Surface}} $$ --- # 4. 三層資料模型 平台應把資料分成三層。 --- ## Layer A：Canonical World $$ W_C $$ 世界真相： - 世界規則； - 歷史； - 地理； - 勢力； - 人物； - 經濟； - 力量； - 資源； - 事件； - 狀態； - constraints。 這是 source of truth。 --- ## Layer B：Gameplay Projection $$ G=\Gamma(W_C) $$ 將世界轉成可玩的結構： - 玩家身份； - stats； - progression； - quests； - actions； - events； - state variables； - NPC activation； - failure / success； - economy loops。 --- ## Layer C：Platform Projection $$ P_i=\Pi_i(G,W_C) $$ 例如： ```text MissAI StoryForge Text RPG TRPG Web RPG Discord Generic JSON ``` --- # 5. 平台本身不必提供模型 MVP 採： $$ \boxed{\text{BYO AI}} $$ 世界網站提供： - World Package； - Prompt Pack； - Lorebook； - State Schema； - Gameplay Rules； - Exports。 但 runtime model： > 由使用者自行選擇。 例如： ```text OpenAI API Grok API Gemini API Local Model Other Provider ``` 網站不需要第一天就變成 inference service。 --- # 6. 為什麼這很重要 如果平台自己提供所有模型 runtime： $$ \text{Cost} + \text{Moderation} + \text{Safety} + \text{Billing} + \text{ModelPolicy} $$ 都會與平台強耦合。 如果平台提供世界： $$ \text{World Infrastructure} $$ 模型只是： $$ \text{Execution Provider} $$ 兩者可以分離。 --- # 7. Rating 與成人相容性 平台不必定位成成人網站。 世界可以有： ```text General Teen Mature Adult-Compatible Restricted ``` 其中： `Adult-Compatible` 可以表示： > 這個世界的角色關係／玩法模型允許由下游 runtime 提供成人自由度。 不代表平台本身一定： - 提供成人 AI； - 生成色情內容； - 代管成人聊天。 --- # 8. MVP 不碰的內容 第一階段刻意不提供： - 開放 UGC； - 非法市場； - 現實違法服務； - 模型越獄服務； - 成人模型代理； - 支付； - 世界二級市場； - 公開社群； - 留言板。 先做： $$ \boxed{\text{World Infrastructure}} $$ --- # 9. Canonical Manifest 每個世界應有： ```json { "world_id": "star-tide-frontier", "slug": "star-tide-frontier", "version": "1.0.0", "title": "星潮邊境", "visibility": "private", "genres": ["sci-fi", "frontier"], "rating": "mature", "canonical_package": "...", "exports": { "generic": "...", "missai": "...", "storyforge": "..." } } ``` 這讓 AI 不需要人工看網頁。 它可以： $$ \text{Read Manifest} \rightarrow \text{Choose Projection} \rightarrow \text{Download Package} $$ --- # 10. AI-Friendly 入口 網站除了人類 UI，還應提供： ```text /world//manifest.json /world//latest.json /world//package.zip /world//exports/missai.json ``` 長期可以再加： ```text /world//graph.json /world//schema.json /world//changelog.json ``` 這讓 AI crawler / agent 可以直接讀。 --- # 11. Registry 與 World Package 分離 網站資料庫只需要存： - metadata； - version； - index； - permissions； - package reference。 完整世界內容可以放： - object storage； - Git； - package archive； - database。 因此： $$ \text{Registry} \neq \text{World Storage} $$ --- # 12. MVP 的 World Schema 第一版不求包山包海。 可先有： ```text world world_version world_rule faction location character relation progression gameplay_loop state_field event_seed export ``` 之後再擴張。 --- # 13. 世界頁真正要回答的問題 世界頁不是百科。 它應讓使用者快速知道： ### 這是什麼世界？ $$ \text{WorldPromise} $$ ### 我可以在裡面做什麼？ $$ \text{PlayableActions} $$ ### 我會怎麼成長？ $$ \text{Progression} $$ ### 世界裡誰在行動？ $$ \text{Actors} $$ ### 世界會怎麼變？ $$ \text{StateTransition} $$ ### 我可以把它拿去哪裡？ $$ \text{ProjectionTargets} $$ --- # 14. World Promise 每個世界應有一句非常清楚的承諾。 例如： > 在七座彼此依存的殖民城之間航行，爭奪一座不該存在的第八信標。 它不是 lore summary。 它是： $$ \boxed{\text{World Product Promise}} $$ --- # 15. Gameplay Loops 世界不能只有 lore。 每個世界至少定義： ```text Explore Acquire Choose Grow Relate Risk Resolve ``` 不同世界再自行擴充。 例如修仙： ```text 探索 修煉 突破 宗門 資源 關係 秘境 ``` 科幻： ```text 航行 交易 修船 情報 勢力 探索 科技 ``` --- # 16. World-to-Game 平台未來可以把同一世界投影成： $$ G_i=\Pi_i(W) $$ 例如： ```text RPG Strategy Life Sim Roguelike AVG Interactive AI ``` 因此 Game Generator 應成為： $$ \boxed{\text{World Projection Engine}} $$ 而不是單純 procedural game generator。 --- # 17. Multi-World 網站本身應允許： ```text World A World B World C ``` 之間建立 link。 例如： ```text portal parallel ascension return simulation time branch ``` 形成： $$ \mathcal W=(V,E) $$ 這直接支援未來多重世界遊戲。 --- # 18. Branch World 一個世界可以 fork： $$ W \rightarrow W' $$ 例如： ```text 命運之欲 / Canon 命運之欲 / 500 年後 命運之欲 / 北境分支 命運之欲 / 反事實線 A ``` 但每個 branch 都必須保留 lineage： ```text parent_world_id parent_version branch_reason seed created_at ``` --- # 19. 對外前的 Private-first 模式 網站雖然有 domain，也可以先保持： ```text robots: noindex authentication required private visibility default no public listing ``` 也就是： $$ \boxed{ \text{有正式網址} \neq \text{正式公開平台} } $$ 先把： - 資料模型； - world editor； - package； - export； - WPC； - AI workflow； 全部跑順。 --- # 20. 新網址仍然值得買 即使暫時沒有人類使用者， 新的 domain 仍有價值。 因為它提供： - 穩定世界 identity； - API namespace； - future brand； - package URL； - AI crawler anchor； - future marketplace root。 例如： ```text world.example.com ``` 未來 package 可以直接形成： ```text https:///world/star-tide-frontier https:///api/world/star-tide-frontier ``` --- # 21. GitHub Strategy MVP 可以先沿用現有： # `world-product-compiler` 原因： 它已經擁有： - Interactive Product IR； - MissAI target； - WEC adapter； - AWA bridge； - CompilableWorld bridge； - ANW bridge； - world → product pipeline。 所以第一階段可以直接新增： ```text apps/ registry-web/ packages/ world-registry/ world-package/ data/ worlds/ ``` 形成暫時 monorepo。 --- # 22. 為什麼不用現在立刻拆新 Repo 目前： $$ \text{MVP Goal} = \text{prove world registry + projection works} $$ 不是： > 建立完美組織結構。 如果現在就： - 新 repo； - 新 backend repo； - 新 frontend repo； - 新 schema repo； 會增加管理成本。 所以第一階段： $$ \boxed{ \text{world-product-compiler} + \text{registry-web} } $$ 即可。 --- # 23. 但公開前應考慮拆分 當平台開始： - 對外； - 多人使用； - API； - marketplace； - independent deployment； 再拆： ```text world-source-platform world-product-compiler world-runtime world-packages ``` 比較合理。 --- # 24. MVP 網站架構 第一版： ```text Browser ↓ World Registry Web ↓ World Registry API ↓ World Package Storage ↓ WPC ``` 資料： ```text World Metadata DB World Package Files Export Artifacts ``` --- # 25. MVP 功能 ## 必做 ### 世界列表 只列自己可看的 worlds。 ### 新增世界 建立： ```text world_id title summary genres rating visibility ``` ### 世界編輯器 編輯： - rules； - factions； - locations； - characters； - progression； - gameplay loops； - state schema。 ### 版本 ```text save draft freeze version ``` ### World Package ```text download JSON download ZIP ``` ### Export 第一版： ```text Generic MissAI ``` MissAI export 直接接 WPC。 --- # 26. MVP 不必做 不做： - payment； - public creator accounts； - comments； - likes； - ranking； - marketplace； - recommendation； - community； - moderation console； - model inference。 --- # 27. Auth 即使只有自己使用，也建議從一開始就有： ```text owner editor viewer ``` 但 MVP 可以只有： ```text owner ``` 這樣之後不用重寫 permission model。 --- # 28. Visibility 世界至少： ```text private unlisted public ``` 第一階段預設： $$ \boxed{\text{private}} $$ --- # 29. 未來商業模式 後面可以有： ### World License 賣世界使用權。 ### Projection Pack 賣： ```text MissAI Pack TRPG Pack Game Pack Novel Pack ``` ### Creator License 允許別人以世界創作衍生作品。 ### Exclusive World 整個世界 exclusive licensing。 ### Custom World 企業或創作者訂製。 --- # 30. 世界不是一次賣完就消失 可以： ```text World v1 World v2 Expansion Pack Region Pack Faction Pack Time Era Pack ``` 因此世界源本身具備 DLC 式擴張能力。 --- # 31. AI 可以持續續寫世界 世界不需要一次完整。 可以： $$ W_t \rightarrow W_{t+1} $$ 每次 AI 新增： - 地區； - NPC； - 歷史； - 事件； - 道具； - 勢力； 但必須經： $$ \text{Candidate} \rightarrow \text{Validation} \rightarrow \text{Canonical Commit} $$ 這樣世界可以： $$ \boxed{\text{Continuous World Growth}} $$ --- # 32. 世界網站的長期定位 最後不是： > 一個設定網站。 而可能成為： $$ \boxed{ \text{World Infrastructure} + \text{World Asset Registry} + \text{Projection Platform} } $$ --- # 33. 未來與多重世界遊戲的合流 當世界都有 stable ID： $$ W_1,W_2,\ldots,W_n $$ 遊戲只需要定義： $$ \Pi_G $$ 以及 World Link： $$ E(W_i,W_j) $$ 就可以建立： $$ \boxed{\text{Multi-World Game Runtime}} $$ 因此世界網站不是旁支。 它會反過來成為未來多重世界遊戲生成的： $$ \boxed{\text{Canonical World Registry}} $$ --- # 34. MVP 成功標準 第一版不看流量。 成功條件： ### 1. 可以新增一個世界。 ### 2. 可以保存結構化世界資料。 ### 3. 可以 freeze version。 ### 4. 可以下載 canonical package。 ### 5. 可以生成 MissAI package。 ### 6. 可以讓 Grok Bot 讀取某個 world manifest 並完成下游改編。 ### 7. 可以再新增第二、第三個完全不同題材世界，而不用改資料架構。 若做到： $$ \boxed{ W_1,W_2,W_3 \rightarrow \text{same platform} } $$ MVP 即成立。 --- # 35. 建議的 MVP 實作順序 ### Phase 0 ```text Domain Private Deployment Auth ``` ### Phase 1 ```text World Registry World CRUD World Page ``` ### Phase 2 ```text World Schema Editor Version Freeze Package Download ``` ### Phase 3 ```text WPC Integration MissAI Export ``` ### Phase 4 ```text AI-friendly Manifest/API Grok Bot Handoff ``` ### Phase 5 ```text Second World Third World Cross-world Link ``` --- # 36. 一句話版本 > **這不是一個 AI 聊天網站，而是一個保存、擴張、版本化、交易並把世界編譯成不同體驗的世界源平台。**