treg 2.7K Star：Agent 工具版 OpenRouter，按次调用 3000+ 接口不买订阅

做 Agent 的人迟早会撞上这堵墙：想让 Agent 去查一次外链数据，结果发现 Semrush 一个月 139 美元、Moz 99 美元、Crunchbase 99 美元、Apollo 每个座位 59 美元。你只需要跑一次，却得先买一个月——注册账号、绑卡、过审核，一样都少不了。

更别提还有一批数据压根没有公开 API——邀请制、合作方专属、应用审核制。你的 Agent 再聪明，也敲不开这扇门。

treg 就是冲着这个来的。

它给自己的定位一句话说得清清楚楚：OpenRouter，但路由的不是模型，而是 Agent 的工具。

它是什么

treg 是一个工具注册中心。你给 Agent 一个 base URL 和一个 token，它就能调用目录里 3000 多个接口、覆盖 60 多家服务商——SEO 与外链、社媒与趋势、人物与公司信息补全、广告、爬虫、图像和视频生成，全部按次计价，一美分起，还不需要你注册任何上游服务商。

它的口号是「Ask for the task, not the tool」：你不需要知道外链数据是哪家厂商卖的，也不需要持有它的账号。搜索你想做的事、看价格、调用，三步走完。

上手成本低到有点不像话：

curl -fsSL https://treg.to/install.sh | sh
treg login
treg catalog search "backlinks for a domain"
treg call tikhub.tiktok.user.profile --query uniqueId=tiktok
treg balance

第三条命令是「按能力找工具」，不是按厂商找工具。第四条是真实调用，第五条告诉你这次花了多少。全程没有注册任何上游账号。

它解决什么问题

本质上是把订阅制的能力，改造成按次结算的接口。

过去你要用某个数据源，链条是：注册厂商账号 → 绑卡 → 选套餐 → 拿 key → 写进 Agent。用一次和用一万次，起步成本一样。treg 把这个链条压成了一行 treg call，把「一个月 99 美元」换成了「一次几分钱」。

真正有意思的是它怎么处理凭据。调用时有一套明确的凭据阶梯，按顺序命中：

1. 你的团队自己注册了这家服务商的工具 → 用那个工具、那把 key；
2. 你的团队存过这家服务商的 secret → 通过一个虚拟工具注入；
3. 都没有，但该接口有已验证的公共路由 → 不需要服务商 key，免费；
4. 以上都不满足 → 用 treg 自己的 key，从团队预付余额里扣。

关键规则是：你自己的 key 永远优先于 treg 的 key，而且走自己 key 的调用永不计费。 换句话说，你已经付过钱的服务商不会被重复收费，treg 只在你没有账号时才出手。

GitHub 数据

目前 treg 在 GitHub 上已经收获 2.7K Stars，由 Superdesign 团队开发，线上服务在 treg.to，同时支持完全自托管。

值得关注的 3 个点

1. 代理只转发、不建模，凭据永远留在服务端

整个架构只有一条铁律：proxy relays, never models——原样转发上游请求，不解析、不改写业务逻辑，鉴权在服务端注入。带来的好处很直接：上游 API 改版时它照样能用（因为它本来就没理解你在传什么），而调用方从头到尾不持有任何 key。

这意味着一个团队里所有人的 Agent 共用一套凭据，但没人真的「拿到」那把 key。对想把 Agent 铺到整个团队的人来说，这条边界比省下的钱更值钱。

2. 不只是 API，CLI 和 Skill 也是「工具」

treg 眼里的工具分三类，API 只是其中一类：

• Endpoint——上游 URL + 一组凭据绑定。一个请求可以同时带多个 secret，比如 OAuth bearer 加一个 developer-token header，这对 Google Ads 这类多凭据接口很实用。
• CLI——stripe、gh、vercel 这类厂商命令行，运行时把凭据注入进去。treg run gh -- pr list 就够了；treg shell start 还能开一个子 shell，里面所有注册过的 CLI 自动注入凭据，用完 exit 退出。
• Skill——一个 SKILL.md 配方 + 它的 secret + 它调用的工具，打包成一件可共享的能力。treg skill install seo-blog-writer 直接把它写进你的 Agent。

treg scan 是这套东西最舒服的入口：只读预览，它会扫你的 .env（匹配约 80 家已知服务商）、所有 skill 子目录和已安装的目录 CLI，告诉你「这些是可共享的」。确认无误再 treg upload。

3. 连余额不足都是给机器看的

余额耗尽时返回的是 HTTP 402，body 里带着 balance_micro、estimated_cost_micro 和 topup_url。Agent 不需要读懂一句散文，就能决定是充值还是换工具。

这是个很小的细节，但它透露了作者对使用场景的理解：treg 的调用方大概率不是人，是 Agent。给 Agent 用的 API，错误响应就该是结构化的。

另外，它已经把自己接进了主流 Agent 生态——Claude Code 插件市场一条命令装完，Claude.ai 有官方 connector（读调用和写调用分开，方便 Claude 拿到准确的安全信号），也提供 MCP 安装。treg.to/llms.txt 这个文件专门给 Agent 看，抓一次就学会了整个注册中心的协议、发现方式、鉴权和 CLI。

个人启发

treg 让我重新想了一遍 OpenRouter 这个模式到底在卖什么。

表面上它卖的是「一个 API 调多个模型」，但它真正卖的是结算层——把 N 家厂商的计费、鉴权、限流抹平成一套。treg 把这个套路从模型搬到了工具上，而工具的世界里，这个中间层的价值其实更大：模型厂商就那么几家，价格透明；工具厂商成千上万，价格藏在一层层订阅页后面，还有一堆根本不对外开户。

谁把「零散、昂贵、门槛高」的能力重新打包成「即取即用、按次付费」，谁就拿到了 Agent 时代的收费站。 这和 OpenRouter 是同一个生意，只是收的过路费更杂、更碎、也更刚需。

对独立开发者来说还有一个更具体的启发：treg 自己就是「给 Agent 用的产品」该怎么设计的一份参考答案——CLI 优先、错误结构化、文档是给机器读的、生态入口铺满。如果未来你的用户有一半是 Agent，那你的产品就该按 Agent 的阅读习惯重写一遍。

GitHub: github.com/superdesigndev/treg