今天的主角是两个「基建」项目，都不做模型，但都在模型之外帮人省钱省心。CLIProxyAPI，55,633 星，把散落在各家 CLI 里的 AI 额度掰成一个标准 API；herdr，44,493 星，给满屏乱跑的编码 Agent 盖了座「终端大楼」。一个管入口，一个管工位。
1. CLIProxyAPI：55.6K 星，把 CLI 订阅掰成标准 API
先说背景。你手上大概率不止一份 AI 额度：ChatGPT 订阅里有 Codex，Claude 订阅配着 Claude Code，Google 账号能用 Gemini CLI 和 Antigravity，可能还有 Kimi Code、Grok Build、Devin 这些。问题是这些额度各自锁在各自的 CLI 里，换个工具就用不上，写脚本也只能干瞪眼。
CLIProxyAPI 解决的就是这个：在本机起一个 Go 写的反代服务，把这些 CLI 账号的会话统一成 OpenAI / Gemini / Claude / Codex 兼容的标准接口。任何支持这几个协议的客户端、SDK 或 Agent，改一行 base_url 就能用上你全部的账号额度。
- 官方桌面端 EasyCLIProxyAPI：图形配置、托盘常驻、一键启停，不想碰命令行也能用
- 支持多个 CLI 账号同时接入，OAuth 登录或 API Key 都行
- MIT 协议、Go 单二进制，服务跑在自己机器上，账号、配置、日志都在本地
- README 有中文、英文、日文三份，发稿时 55.6K 星、8.5K fork
跟我们之前写过的「一个 Key 喂饱所有 Agent」的 OpenCode Zen 对比着理解：那是「别人搭好的免费中枢」，这个是「把你自己的订阅榨干」。实话：这属于各家条款的灰区玩法，服务商对自动化调用、多账号共享各有说法，风控风险真实存在。先把条款读了，别拿主力付费号上生产。
2. herdr：44.5K 星，给编码 Agent 盖了座终端大楼
再说工位。同时开两三个 Claude Code、再加 Codex 和 OpenCode 之后，每个用 agent 的人都会撞上三件事：SSH 一断全白干；五个 pane 里分不清哪个卡住等你回话；本地机器和测试机来回切，谁跑了什么全靠脑子记。
herdr 的自我定位就一句：「the runtime your coding agents live on」。Rust 单二进制、不套 Electron，把整个终端做成 agent 能住进去的运行时：
- 后台常驻：关掉客户端、断 SSH，里面照跑；重连恢复布局。机器重启后能恢复支持的 agent 会话（原始进程不复活，这点它写在明面上）
- 每个 pane 标状态：working / blocked / idle，「哪个卡住了要你回答」一眼可见
- 多机一窗：本地和几台 SSH 机器混在一个窗口里，Agent 列表合并显示
- Agent 原生：agent 可以通过 CLI / socket 自己开 pane、互相传话、等另一个 agent 卡住再动
- tmux 式前缀键和鼠标拖拽都支持，可装插件；对 Claude Code、Codex、Cursor、OpenCode 等只接管终端、不改本体
另外，如果你更想要图形界面的「多 Agent 管理」，之前写过的 AionUi 是另一条路：把 Claude Code、OpenClaw、Hermes 全挂进一个桌面应用，思路接近、形态不同。实话：终端多路复用是老赛道，tmux 和 zellij 都在，herdr 赌的是 agent-native 这一层；单开一个终端的人用不上它，天天开一堆 agent 的人才配得上。发稿时 44.5K 星、3.5K fork，Apache-2.0 协议。
CLIProxyAPI 和 herdr 其实是一类项目：不生产模型，专门在模型之外修基建。一个把入口的额度管理做薄，一个把干活的工作台做厚。如果你手里已经攒了三份 AI 订阅、开着五个 agent 终端，这两个可以各看一眼；暂时用不上，也值得先加个 star 占位。（数据整理自发稿时的 GitHub 页面与 README，两个项目均未做长时间实测。）
