维护流程

为什么采用静态生成

你当前的数据更新频率大约为每月一次，因此最合理的流程不是在线 CMS，而是：

1. 本地修改结构化数据
2. 本地校验
3. 构建静态站
4. 发布到 Cloudflare Pages

这能把运行时复杂度降到最低。

当前维护入口

1. 文档层

适合维护：

• 数据规范
• 特例模型说明
• 更新日志
• 维护者说明

2. /studio/ 工作台

适合维护和调试：

• 实体百科展示
• 样板实体结构
• Bonnie 经济表
• 图片映射覆盖率

推荐维护步骤

1. 修改 src/data/ 下对应数据文件
2. 如涉及升级图标资源，运行：

npm run generate:icons

3. 运行检查：

npm run check

4. 本地预览：

npm run dev

5. 构建发布：

npm run build

什么时候再引入后台

只有在下面场景同时出现时，才值得考虑更重的在线后台：

• 多人同时维护
• 更高频率更新
• 审核流 / 权限系统
• 在线保存和版本回滚

在当前阶段，这些都不是刚需。