使用 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 需求访谈。
这个卡带构建出来的内容严格来说是一个非官方的粉丝/社区资源。它对官方来源的内容进行汇总和整理，并不能替代官方来源本身。它生成的每个页面都必须明确标注这是非官方参考资料，并注明数据来源。对于无法确认官方信息的项目，不要强行填写——应设计为如实标注"未确认——欢迎社区提供信息"。