START HERE
从这里开始
我主要在这里记录做过的项目，以及我为什么选择某一种技术。
Kita 的第一版，终于可以收尾了
八月写下“还没有完成”之后，Kita 又补了一轮页面、阅读体验和后台编辑。这次记下第一版的收尾，也说说网站做完以后，还剩下哪些日常维护。
把 Codex CLI 接进 Kita：Dev Container 实践与踩坑
以 Kita 的 PR #22 为现场，记录 Codex CLI 进入 Dev Container 后遇到的凭据持久化、Linux sandbox、Windows Git 配置、named volume 和 Next.js 构建问题。
把 Codex CLI 放进 Dev Container：一套可复现的写码工作流基座
不把 Codex CLI 当成新的技术栈，而是把它安装进现有 Dev Container，并建立一套可复现、可验证、可审查和可回滚的日常写码工作流。
从零启动 Kral Publishing System：Dev Container、本地预览与故障排查
面向第一次接触这个仓库的人，从安装宿主工具、克隆源码和打开 Dev Container 开始，直到本地站点可以访问，并说明端口、权限和依赖问题怎样判断。
这个博客的内容架构：只维护 Markdown 和 YAML
从一篇普通文章开始，说明如何用 Markdown、YAML 和图片维护博客、技术札记与 Project Database，并完成检查和 GitHub Pages 发布，而不手写页面 HTML、JavaScript 或 CSS。
Kita 项目整体架构、数据流与边界审查
从整体架构、数据流、开发环境、部署和恢复边界出发，系统审查 Kita 项目当前的真实结构。
我为什么最终选择这套 C#/.NET 后端栈：EF Core-first，SQL/Npgsql-local
从把 C# 误解为“微软版 Java”，到选择 .NET 10、ASP.NET Core、EF Core、Npgsql 和 PostgreSQL：一套面向单人中等规模项目的克制后端方案。
我为什么为个人项目选择这套 Java 后端栈：jOOQ-first，Hibernate-local
从 TypeScript/Go 开发者的视角，解释 Java 25、Spring Boot 4.1、PostgreSQL、Flyway、jOOQ、Testcontainers 等选择背后的目的，以及我明确拒绝的企业级复杂度。
Kita 还没有完成：我现在明确保留的技术债
把 Kita 当前没有闭环的内容、恢复、安全、测试和体验问题公开列出来，并区分真正下一步与暂时不做。
哪些是我写的，哪些来自别人：Kita 的参考、改造与许可证
盘点 Kita 已确认的 Starter、目录思想、WebGL 雨滴、OpenList 和图片来源边界，并记录目前缺失的 attribution 工作。