我一个人业余时间维护博客,代码全让 AI 写。AI 写是真爽,但"修一个炸三个"、隔几周才爆的灵异 bug 让我睡不着觉 —— 加 admin 旁路普通用户跟着被放行、改空切片老判断走错分支,这种事我碰到不少。之前 Postman 反复点、curl 导出想写脚本、pytest 一套套,都跑不通 —— AI 方案头头是道,在我这项目里就是跑不起来。两天前一个脑洞:让 AI 不再"给我写测试",而是"AI 亲自当测试员",用 skill 把流程写死,/api-test 一召唤 AI 亲自跑、亲自看、亲自修。测试分 4 阶段:业务码、结构、类型、副作用,每加一层就揪出一批真问题。跑完报告,AI 顺手把红的修了,我只审 diff、确认没偷改测试,没问题就提交 —— 这就是我两天修 30 多个 bug 的真正原因。最终 300 个用例、14 阶段、100% data 校验、91 份报告、约 1 秒跑完。…

有天收到一条内存告警。 Redis 的 maxmemory 当初设得保守, 只给到整机内存的 70%, 现在用量爬到了 95%, 眼看就顶满了。我一个人对着监控面板, 第一反应是改`maxmemory`。可刚想改的时候就想到一个严重的问题——配置写在 `redis.conf` 里, 改完得重启才生效。 为什么之前那套不行 Redis 的常规配置在 `redis.conf` 里, 改完得重启生效。而我们的应用场景——Redis 全都没开持久化。…

Git 对运维和开发人员至关重要。它能对各类配置文件进行版本控制，清晰记录每次修改，方便运维人员回溯变更，快速定位问题。在团队协作时，分支管理让多人可并行工作，提升效率。同时，Git 助力自动化部署，与 CI/CD 工具集成，实现代码自动构建与部署。遇到故障，借助 Git 能迅速回滚，减少服务中断时长，全方位保障运维工作高效、稳定开展 。…