我做了一个给多宿主共用的本地记忆：memocap（忆时）
Codex、Claude、Pi、OpenCode、Grok 各记各的，换个宿主就丢上下文。
于是我做了 memocap（忆时）：一份本地 SQLite，多宿主共用。每轮先 recall；决策、偏好、任务、约定查过同类再 remember。
仓库：
https://github.com/luodaoyi/memocap
当前 Latest Release 是 v0.1.4。
标签
codex
共 4 篇
让 Codex 和 Claude Code 调用 Grok：grok-build 本地 Runtime Bridge
最近我做了一个更重要的项目：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 上实时查看 Codex 用量：我做了一个原生桌面挂件
最近我做了一个 Windows 小工具，叫 CodexUsageBar。
项目地址：
https://github.com/luodaoyi/codex-useage-win
一句话概括：它是一个原生 Win32/C++ 桌面挂件，把当前 Codex 账号的 5 小时和每周用量，直接放在桌面上实时显示。
给 OpenAI Codex 接上通知：现在用 codex-notify
我最近把这个小工具又整了一轮：仓库还叫 go-codex-notify，本体已经是 Rust，当前最新是 v1.3.23。全局命令和原生程序都叫 codex-notify。
它还是给 Codex 接通知，但渠道不再只有 Telegram。Bark、OpeniLink Hub、Hermes Webhook 都能配，配了几个就同时发。
这个东西本身不复杂，但它解决的是一个很实际的问题：AI 在后台干活的时候，你不想一直盯着终端。
以前最大的别扭是分发。最早是自己下二进制，后来我推过一段时间用 Node 包装拉对应平台。那条路能用，也写进过旧文。现在更稳的做法是：全局装一次原生程序，命令统一用 …