最近我做了一个更重要的项目：grok-build。
让 Codex、Claude Code、OpenCode 把活交给 Grok CLI（xAI 的 Grok，不是 Groq），会话别每次新建一个进程就扔了。仓库名是 grok-bridge-rs，装完用的 Skill 名称是 grok-build。
源代码仓库：
https://github.com/luodaoyi/grok-bridge-rs
当前最新是 v0.8.11。
最近我做了一个 Windows 小工具，叫 CodexUsageBar。
项目地址：
https://github.com/luodaoyi/codex-useage-win
一句话概括：它是一个原生 Win32/C++ 桌面挂件，把当前 Codex 账号的 5 小时和每周用量，直接放在桌面上实时显示。
最近我又折腾了一个小项目，叫 komari-zig-agent。
Komari 现有面板不用改，原来怎么接还怎么接，只把机器上那个 agent 换成 Zig。协议对齐原来的 Go agent，二进制体积和常驻内存压下来。OpenWrt、小内存 VPS、低端 ARM / MIPS 这类机器会比较有感。
项目地址：
1 https://github.com/luodaoyi/komari-zig-agent
最近我做了一个新项目，叫 BreatheLens。
项目地址：
1 https://github.com/luodaoyi/BreatheLens 它是一个专门用来分析 ResMed 瑞思迈 CPAP / APAP 呼吸机 SD 卡数据 的本地工具。目标很直接：把原始治疗数据整理成更容易看懂的图表、表格和建议。
很多人手里其实并不缺数据，缺的是一个足够直接、足够轻量、又不逼你折腾半天的查看方式。BreatheLens 就是朝这个方向做的。
域名一多，证书这事就没法靠人记。哪些快过期、哪些已经异常、该通知谁、有没有一个页面能直接给别人看——脚本能应付一两张，再多就乱。
所以我整理了一个自己之前写的项目，叫 Certwarden。自托管，多租户，持续检测证书、记历史、发通知，每个租户有自己的公开状态页。
仓库：
1 https://github.com/luodaoyi/Certwarden 当前版本 v1.3.4。
我最近把这个小工具又整了一轮：仓库还叫 go-codex-notify，本体已经是 Rust，当前最新是 v1.3.23。全局命令和原生程序都叫 codex-notify。
它还是给 Codex 接通知，但渠道不再只有 Telegram。Bark、OpeniLink Hub、Hermes Webhook 都能配，配了几个就同时发。
这个东西本身不复杂，但它解决的是一个很实际的问题：AI 在后台干活的时候，你不想一直盯着终端。
以前最大的别扭是分发。最早是自己下二进制，后来我推过一段时间用 Node 包装拉对应平台。那条路能用，也写进过旧文。现在更稳的做法是：全局装一次原生程序，命令统一用 …