使用BALIA OS打造能自動讓社群資訊網站保持最新狀態的系統的實戰案例，適用於任何有定期官方更新的主題——遊戲、產品、運動隊伍等等。從定期檢查官方更新公告、將差異反映到網站上，到更新時透過Discord通知，全部自動化完成。
「可以安全自動更新的資訊」與「需要人工處理或社群驗證的資訊」，會在初期訪談階段明確區分開來。這是因為對於剛新增的內容，社群攻略資訊本身很可能根本還不存在。
| 工具 | 角色 | 可以想成 |
|---|---|---|
| Chat Claude（claude.ai） | 透過對話決定「要做什麼」，負責設計/規格的部分 | 與你的架構師進行企劃會議 |
| VS Code中的Claude Code | 依據拍板定案的設計，實際建立檔案並撰寫程式碼 | 現場的施工廠商 |
在開始建置之前，請先將與主題相關的資訊分成以下兩類。這項分類會大幅影響後續的設計決策——哪些要自動化、哪些要手動填寫。
務必先調查現有的wiki。確認你的主題是否已經有成熟的wiki或攻略網站——如果內容稀少，就有加值的空間；如果已經很完整，就要尋找不同的切入角度。如此一來，你設計的是自己的架構，而不是單純複製現有網站。
| 階段 | 內容 | 使用工具 | 交付成果 |
|---|---|---|---|
| Phase 0 | 需求訪談（主題、資訊來源、更新頻率、自動化範圍） | Chat Claude | 需求表 |
| Phase 1 | 決定系統架構（擷取方式、儲存方式、是否通知、發布方式） | Chat Claude | 架構規劃書 |
| Phase 2 | 建置盒帶（SKILL.md/WORKFLOW.md以及專屬的SPEC/soul.md皆為必要） | Chat Claude | SKILL.md、WORKFLOW.md、SPEC/soul.md |
| Phase 3 | 實作（反覆進行） | VS Code中的Claude Code | 可運作的盒帶 |
| Phase 4 | 測試與驗證 | 兩者皆需 | 經驗證的盒帶 |
| Phase 5 | 潤飾與文件撰寫 | Chat Claude | 完成品＋使用指南 |
由於官方資訊的發布方式會因主題而有很大差異，並沒有能跳過訪談的現成TASK.md。請務必從Phase 0的需求訪談開始。
只要將以下提示詞原封不動貼到與「Chat Claude」（claude.ai）的新對話中，即可啟動Phase 0需求訪談。
這個盒帶打造出來的，純粹是非官方的粉絲/社群資源。它是對官方來源內容的彙整與整理，並非官方來源本身的替代品。它所建立的每個頁面都必須清楚標示這是非官方參考資料，並註明資料來源。對於無法確認官方資訊的項目，不要勉強填寫——請將系統設計為誠實標示「尚未確認——歡迎社群提供資訊」。