英文原文: https://argusic.com/subject/clirelay
CliRelay
用于编程 CLI 的自托管 AI 网关：一个兼容 OpenAI/Claude/Gemini/Codex 的端点，带有多租户 Web 控制台、请求 logs 和消费配额。
可运行来源：GitHubGoMITcommit 51817dab7636
Go，MIT 许可证. 项目的自我描述：ai gateway、anthropic、api gateway、claude code、gemini cli、go、llm 和 llm proxy.
CliRelay 可以运行。一个 Argusic agent 在一台没有 GPU 的干净机器上用 28 分钟完成了安装，遇到 2 个错误，并在无人协助的情况下全部修复，整个会话都被记录了下来。
With user-compiled PostgreSQL 16.8 and Redis 7.2.5 and remote-management.disable-control-panel set, the CliRelay server (built from this repo) runs on 127.0.0.1:8317 answering /healthz 204, /v1/models 200 and /v1beta/models 200, and the full test suite passes when run sequentially (go test -p 1 -count=1 ./... exit 0, 0 FAIL).
agent 在干净的机器上最终得到的结果，用它自己的话说。 测量方式
每一次都由 Argusic 在全新机器上实测。每个数字都链接到对应的证据。 Argusic 评分 100，满分 100（该项目各次运行得分的平均值）。
概览
项目数据来自 GitHub，链接见本页顶部，更新于 。测试数据由 Argusic 提供 (CC BY 4.0)；每个数字都链接到一个运行页面，附完整的 log、录屏及其 sha256 哈希。
测量了什么
来自决定该结论的那次运行。 每一行都是记录下来的数值，而非估算。
哪里出了问题，用 agent 自己的话说
agent 的原话，最严重的排在最前，从不改写成建议。
- Plain 'go test ./...' failed in internal/watcher with the same EMFILE because parallel packages collectively exceeded the 128 inotify-instance cap46 分钟
- App startup intermittently died with 'failed to create watcher: too many open files' (EMFILE from inotify_init1) hitting fs.inotify.max_user_instances=128 while the management-panel auto-updater raced startup; ~2 of 4 launches failed23 分钟
- 安装时间
- 28 分钟
- 从冷启动机器到完成
- 37 分钟
- 遇到并修复的错误
- 遇到 2 个，在无人协助的情况下修复了 2 个
- 结果是如何证明的
- go test -p 1 -count=1 ./... exited 0 (104 ok packages, 100 no-test files, 0 FAIL); live server at 127.0.0.1:8317 answered /healthz=204, /v1/models=200, /v1beta/models=200 and stayed up across repeated liveness checks; /tmp/CLIProxyAPI -h printed 'CliRelay Version: dev' plus usage.
- 使用的模型 token
- 184,631
- 测试的确切 commit
- 51817dab7636
- 容器镜像
- sha256:cdd920bce783
没有测量什么
另一半内容，让你清楚看到这些证据能说明到什么程度。缺失的数据就标为缺失，从不填补。
- GPU 显存峰值
- 本次运行在 CPU 机器上进行，没有可采样的 GPU
- 长时间运行的表现
- 每次尝试都使用文档中最小的设置和固定的时间预算，因此这里测量的是它能否运行，而不是它在负载下的表现
录屏的结尾
决定该结论的终端会话的最后几行，与录制时完全一致。
- **Verified**: `go test -p 1 -count=1 ./...` exit 0 (104 ok packages, 0 FAIL); live curl healthz 2… Timing: I'll estimate install ~42 min (Go toolchain + PG + Redis build), launch verification after.… Note: the JSON is a single line in my message. The fix strings and minutes per error: EMFILE errors… Now produce the final line. exec /bin/sh -lc 'date +%s' in /work/repo succeeded in 0ms: 1791697761 All verification complete. Here is the report. tokens used 184,631 All verification complete. Here is the report.
回放完整会话，从干净的机器到此刻的每一条命令。
测试方式
一个 agent，一个容器，没有人工协助。它按照项目自身文档所写的方式安装项目，运行它，并修复出错的地方。下面的一切都按实际发生的过程记录：终端会话、log 和确切的 commit。 完整方法论.
优势与局限
均为实测事实，而非观点。内容是如何撰写的.
顺利的部分
- 在干净的机器上达到了运行状态，会话有完整记录。
- 在无人介入的情况下从全部 2 个错误中恢复，说明这些故障的文档足以让人解决。
- 无需 GPU 即可运行，因此启动它并不需要 GPU。
- 采用 MIT 许可证，以其托管平台报告的信息为准。
不顺利或尚不清楚的部分
- 安装用了 28 分钟，慢于 Argusic 测量过的 22 个同类项目的中位数。
- 目前只测量过一次。单次尝试只能说明它可以运行，不能说明它能稳定运行。
在 Argusic 安装并计时过的 23 个 ai-gateway 项目中，CliRelay 达到运行状态的速度排名第 20，23 个项目中有 17 个达到了运行状态。
适合用于
- 在笔记本电脑或小型服务器上试用：它无需 GPU 即达到了运行状态。
同一领域中也测试过的项目
这里的每个项目都由 Argusic 在干净的机器上安装并运行过。未经测试的项目不会出现在这里。
运行历史
主题 (来自 GitHub)
ai-gatewayanthropicapi-gatewayclaude-codegemini-cligollmllm-proxymulti-tenantopenaiopenai-codexself-hosted
嵌入徽章
用于项目 README 的 Markdown。徽章链接回本页；使用条款见 条款页面.
[](https://argusic.com/subject/clirelay)常见问题
- CliRelay 能运行吗？
- 是的。CliRelay 可以运行. Argusic 在一台干净的机器上安装并启动了它，用时 28 分钟，过程中遇到 2 个错误，并记录了整个会话。
- Argusic 是如何测试 CliRelay 的？
- 在一台全新的一次性机器上进行，每条命令都被记录，仓库固定在 commit 51817dab7636。共记录了 1 次尝试，完整方法见方法论页面。
- 测试 CliRelay 花了多少钱？
- 得出该结论的那次运行花费 0.26 USD：这是真实的算力和模型成本，而不是按每百万 token 计的标价。该数字记录在那次运行的页面上。
- CliRelay 安装需要多长时间？
- 在决定该结论的那次运行中，从干净的机器到运行状态用了 28 分钟。这是一次实测的尝试，不是平均值。
- CliRelay 需要 GPU 吗？
- 启动它不需要。Argusic 在一台没有 GPU 的机器上让它达到了运行状态。
- 安装 CliRelay 时会出现什么问题？
- 已记录的运行中出现了 2 个问题，其中 2 个在无人协助的情况下被修复。每个问题及其耗费的时间都列在本页上。
- CliRelay 与其他替代方案相比如何？
- 在 Argusic 安装并计时过的 23 个 ai-gateway 项目中，CliRelay 达到运行状态的速度排名第 20，23 个项目中有 17 个达到了运行状态。
- CliRelay 的证据在哪里？
- 这次已记录的运行都在本页上，每次都链接到完整的 log 和终端录屏，并连同 sha256 指纹一起保存，因此无法被悄悄篡改。