GitHub Actions、Checks 和 Ruleset 是怎样连起来的
从一次 Pull Request 出发，解释 CI、workflow、job、step、check 与 main 分支保护之间的关系。
分支、Commit 和 Pull Request 到底各管哪一步
用 Kita 的真实开发流程解释工作区、暂存区、本地分支、远程分支、Pull Request 与 main。
从本地文件夹到 GitHub：第一次建仓库和 Push
从 Git 与 GitHub 的区别开始，解释 git init、第一次 commit、remote、origin、认证与第一次 push。
我一开始不懂 Migration：数据库为什么不能跟着代码自动变
用 Kita 的 Media 改造解释 schema、migration、内容迁移、seed、backup 与生产发布之间的区别。
Payload、PostgreSQL、Collection、CRUD 和 Adapter 的关系
用 Kita 的真实数据流解释 CMS、数据库、Collection、Document、CRUD、关系、Adapter、Admin 和 Local API。
环境变量到底是什么：本地、生产、公开变量与 Secret
用 Kita 的变量解释 .env、.env.example、NEXT_PUBLIC、Buildtime、Runtime、Secret、类型校验和 local/production 边界。
Kita 的目录结构从哪里来：App、Feature、Server 与 Payload
Kita 没有凭空设计目录，也没有照抄企业模板；它组合了 create-next-app、App Router、Bulletproof React feature boundary 和 Payload 约定。
tsconfig、ESLint、Prettier 与 next.config 分别负责什么
用 Kita 根目录的真实配置理解类型检查、静态分析、格式化、框架行为、测试、Git 忽略和 Docker 构建边界。
package.json、pnpm-lock.yaml 和 scripts 到底是什么
用 Kita 的真实 package.json 解释项目身份、ESM、包管理器、scripts、dependencies、devDependencies 和 lockfile。
拿到一个项目后，应该先看哪些文件
以 Kita 为例，建立阅读陌生仓库的顺序：先找入口、命令、环境、源码和数据边界，再决定从哪里开始修改。
