Genarrative/docs

文档总览

docs/ 现在按主题拆成了 6 类；旧后端路线文档开始聚合和删除，后续实现以 Rust / SpacetimeDB 当前基线为准。

快速入口

• 经验沉淀：项目开发经验、UI 交接、历史实现经验。
• 审计与复盘：工程审查、文本/乱码审计、专项落地审计。
• 系统设计：玩法、关系、物品与对话设计。
• 技术方案：动画、服务端、外部产品形态拆解。
• 规划与优先级：当前阶段的迭代排序与落地优先级。
• 参考目录：脚本/Function 速查入口。 重点补充：RPG 创作与运行时脚本职责地图见 RPG_CREATION_AND_RUNTIME_SCRIPT_RESPONSIBILITY_MAP_2026-04-28.md。
• PRD：产品需求与阶段计划；新增 RPG 开场动画方案见 AI_NATIVE_RPG_OPENING_ANIMATION_PRD_2026-04-25.md，新增抓大鹅 Match3D 玩法方案见 AI_NATIVE_MATCH3D_CREATOR_AND_GAMEPLAY_SYSTEM_PRD_2026-04-30.md。

SpacetimeDB 表结构变更、自动迁移边界和保留旧数据的分阶段迁移流程见 SPACETIMEDB_SCHEMA_CHANGE_CONSTRAINTS.md；private 表迁移 JSON 导入导出、HTTP 413 分片导入和 Jenkins 数据库迁移流水线见 SPACETIMEDB_JSON_STRING_MIGRATION_PROCEDURE_2026-04-27.md 与 JENKINS_SPACETIMEDB_DATABASE_MIGRATION_PIPELINES_2026-04-29.md。

推荐阅读顺序

1. 先看 经验沉淀，快速建立这个项目的开发共识。
2. 再看 工程审查总览 和 文本审计总览，了解当前风险。
3. 需要排期时看 规划与优先级。
4. 需要补方案时进入 系统设计 / 技术方案；涉及后端先看 当前后端实现基线，涉及 SpacetimeDB 表结构变更时再看 表结构变更约束。
5. 需要对齐目标边界时再进入 PRD。

分类规则

• experience/：偏方法论、交接经验、长期有效的开发结论。
• audits/：偏“现状扫描 / 问题定位 / 是否达标”的审查类文档。
• design/：偏玩法机制、叙事关系、系统结构设计。
• technical/：偏技术选型、实现路线、竞品/产品形态拆解。
• planning/：偏阶段优先级与推进顺序。
• reference/：偏目录、速查、检索辅助。