Self-host 不是免费：Kita 的资源、成本与单点故障
不虚构账单数字，只根据当前部署拓扑盘点 Kita 实际消耗的机器、存储、域名、维护时间和故障风险。
一个人维护全栈项目：我准备怎样升级 Kita
把依赖升级拆成 Node、Next、Payload、PostgreSQL 和 OpenList 五条不同风险路径，而不是一次性追逐最新版。
Kita 的门锁装在哪里：Admin、数据库、R2 与 Secret
按公开入口、登录边界、内部网络和 Secret 存储检查 Kita 当前安全模型，同时保留尚未处理的风险。
发布一条 Game 不是点一下 Save：Kita 现在的内容工作流
记录 Kita 当前真正可用的内容发布流程，也说明预览、重定向、软删除和版本历史还没有做到哪里。
打开一个 Games 页面时，数据到底走了哪条路
跟踪一次真实的 /games/[slug] 请求，从 Cloudflare、Next Route、Payload Local API、PostgreSQL 一直到 R2 图片和 OpenList 外链。
我到底在 Kita 里保存什么：Games、Reviews、Tools 和 Media
不从数据库名词开始，而是直接拆开 Kita 当前五个 Payload Collections，说明哪些字段已经合理，哪些仍是过渡状态。
Build 通过，网站却 503：我第一次真正看懂 Runner
复盘 Kita 真实发生的一次生产故障：镜像成功构建，Payload migration 却因为缺少前端源文件让容器持续退出。
Kita 不是按路线图做出来的：从 6 月 13 日到 Media 上线
不从最终架构倒推设计，而是沿着 Kita 的真实 Git 历史，看看一个个人项目怎样在问题出现后逐层长出来。
从开发到恢复：Kita 的六层运行地图
把源码、依赖、构建、运行、持久化数据和备份恢复放在一张地图上，说明一次改动如何走到生产。
Kita 常用命令手册：先判断目的，再敲命令
按查看、开发、检查、Payload、Docker 和 Git 六类目的整理 Kita 命令，并标记它们会改变什么。
