2025 对我来说，不是做了多少“新东西”，而是把过去那些靠记忆和运气维持的东西，一点点变成可以长期运行的系统。
这一年我写了 29 篇笔记。它们看起来很杂：VPS、Docker、证书、备份、Cloudflare、k3s、rsync、前端打包、上传组件、AI、会计、权限……但串起来其实只有一个主题：让事情能稳定地跑下去，并且下次还能更轻松地跑起来。
1、把“服务”当成要长期维护的东西
我给自己的小服务做了更完整的“生存保障”：
- 备份不再是临时手动，而是有结构、有保留策略、甚至考虑安全边界（异地机主动拉取）。
- 证书不再靠手工续，而是用 Cloudflare DNS API 做自动化签发/续期，和容器化部署配合起来。
- 反代、Cloudflare 相关的坑也不再是“碰到再说”，而是能解释原理、能落地配置。
我越来越能接受一个事实：真正的“上线”，不是能访问，而是能恢复、能迁移、能迭代。
2、从会用 Docker，到能控制 Docker
以前我觉得“docker 跑起来了”就算完事。2025 我开始更在意“可控性”：
- 搞清楚 compose 的 command/entrypoint 覆盖关系，避免“看似能跑、实际埋雷”。
- 容器里临时改动不再丢在那儿，而是固化成镜像，把运维变成可重复交付。
- 甚至把视角往集群挪了一步：异地 k3s、证书、中间件、ingress，一套流程写到能复用。
3、AI 开始变成“生产工具”，不是“聊天工具”
今年我比较确定的一点是：AI 真正有用的地方，是把原本很脏、很累的环节结构化。
- 我用模型把 PDF 账单解析成 JSON，让流水能被程序读、能被计算，而不是停留在“看得懂”。
- 我开始更在意“约束”：Cursor 规则、接口返回规范、项目结构，目的就是让 AI 和人一样遵守工程纪律。
- Codex 上手、Gemini Key 的有效/付费判定，也都是把 AI 能力拆成可调用、可验证的模块。
4、我在补“业务系统该有的骨架”
今年写得最不像“折腾笔记”的，是两块：
- 企业理账系统：不光写代码，还把会计科目、报表逻辑这些“规则”梳理出来。
- RBAC 权限模型：从设计到数据库到实现，把权限当成系统底座，而不是后补丁。
这让我很踏实：我不只是在堆功能，而是在做“系统”。
5、那些小笔记，其实最值钱
双栈网络、iperf3、rsync 规则、权限与时间戳、Vite 打包、el-upload……它们可能不像“大项目”那么显眼，但它们会在未来的某个深夜，帮我少踩一次坑、少浪费一小时。
结语
2025 没有什么“突然的飞跃”。更多是把一堆“能用就行”的东西，逐步变成：
- 能复用的配置
- 能回滚的操作
- 能解释的原理
- 能持续跑的系统
如果要用一句话概括：这一年我把折腾写成了体系，把偶然写成了可靠。