从静态到实时 上一篇文章介绍了 security-collector-exporter v0.1.0——把 Linux 安全配置状态变成 Prometheus 指标。但 v0.1.0 本质上还是"快照式"的：定时读 /etc、/proc，抓的是某一时刻的静态配置。

起因：等保检查的那点事 做运维的都知道，国内服务器逃不过一道坎：网络安全等级保护（GB/T 22239-2019，俗称等保 2.0）。不管你是三级还是二级，测评机构来了都得查这几样东西：

前言 在 上一篇 中，我们回顾了 stream-metrics-route 三年来的演进，提到了"双重hashmod调度"是整个网关的核心调度机制。但在生产环境持续运行中，hashmod 的一个致命缺陷暴露得越来越明显——每次扩缩容都引发全量数据重分配。

前言 你在调试一个前端工程问题，页面表现异常。你让 AI 用浏览器工具帮你打开页面，检查控制台有没有报错。 AI 打开页面，扫了一圈，告诉你：控制台干干净净，没有任何错误。

为什么写这个 管服务器的人大概都有过这种经历：安全审计来了，一台一台 SSH 上去检查——SSH 配置对不对、SELinux 开没开、防火墙跑没跑、有没有过期账户、密码策略合不合规范。几台机器还好，几十台上百台就纯体力活了。

使用一月 距离上一篇 《给博客换了个主题：从 Hugo NexT 到自写的 Zhi》 文章已经快一个月了。这一个月里，主题一直在稳定运行，没有出现重大问题。NexT 主题的替换是正确的决定，虽然初期有点适应，但现在的体验确实好很多。

上一篇文章介绍了 MiBeeNvr 的基本功能和设计思路，距离 v0.1.0 发布也就一周时间，v0.2.0 紧跟着就出来了。这次更新内容不少，15 个新特性，有些是我自己需要的，有些是来自社区反馈的。

前言 距离上一篇文章 《VictoriaMetrics的指标流聚合能力应用》 发布于 2023年3月，至今已经整整三年。这三年里，VictoriaMetrics生态发生了翻天覆地的变化——让我们一起来回顾这篇博客提出的问题，看看官方解决了多少，我们的 stream-metrics-route 项目又在今天的位置。

起因 之前用 ESP32-S3 做了个监控摄像头，效果还行。后来翻抽屉发现还有一块 AI-Thinker 的 ESP32-CAM 开发板——就是那种十几块钱、自带 OV2640 摄像头和 TF 卡槽的经典板子。手上有就不用浪费，再做一个吧：ai-thinker-esp32-cam。

上一篇讲了初始配置的搭建过程，这篇记录跑了两周之后的调整：从单供应商扩展到四层模型池、补了降级链路、踩了 GLM-4.5-air 只分析不写代码的坑。 文档包含：降级策略设计、免费模型池完整清单和分析、并发控制配置、GLM-4.5-air 替换方案的决策过程。