superdesigndev/treg

Treg 本质上是 Agent 与付费数据 API 之间的按次计费转售层，而不是可以直接替代厂商账号的镜像。它适合原型和内部工具：当你想评估几个数据源、又不想为一个月的 Semrush 或 Apollo 订阅掏钱时，它省掉的是开通账号这一步。

解决什么问题

Agent 要查外链、找某个人的工作邮箱、或读一个 TikTok 主页时，常常卡在同一处：数据在厂商订阅后面、在注册墙后面，或者只有邀请制 API。用户要么为一个一次性任务买下月费席位，要么放弃。Treg 改的是中间这一步：Agent 按任务描述搜索目录（“find a work email”），看到单次价格，再用一个 registry token 调通接口。拿到的是按次计费的结果，而不是一段新的厂商关系。

有什么不同

Treg 自己持有厂商账号，按次收费，单次低至几美分；有已验证公开路由的接口对匿名调用免费。第二种模式注册你自己的 key、OAuth 连接、厂商 CLI 和 SKILL.md，让每个同事的 Agent 都能调用，而凭证不离开服务器；自有 key 优先于 Treg 的，且不计费。共享做得刻意轻量：treg scan 先预览，treg upload 再从 .env、技能目录和已安装 CLI 中注册，服务端加密。README 明确说这是共享同一个 token 的两类东西，区分很重要，因为只有目录部分背负法律与可用性争议。

代价在于“转售访问”是核心机制，而不是边角细节。发布帖里一位评论者直接提出厂商条款问题，认为这些供应商的 T&C 并不允许这种做法，另一个人追问原因，回复链并没有给出结论 评论。这条质疑本次评审无法核实，应把目录当作方便，而非合规保证。还有评论者担心站点能维持多久，因为部分厂商可能不满 评论；第三位评论者提到的 x402 支付协议 评论，在本次给出的 README 摘录中并没有确认。

谁值得试

适合：正在做 Agent 原型、需要拼接多个异构数据源的人，可以在一个下午验证工作流，再决定是否签厂商合同。也适合希望内部 key 能被所有 Agent 使用、又不想到处复制密钥的团队，因为自注册工具那条路径与目录争议无关。不适合：产品依赖某个特定数据厂商的可用性和条款，或上线前需要合同层面确定性的人。如果你在意界面，一位评论者形容托管站点“很重、塞满没用的东西”，不像 OpenRouter 评论；自托管能避开这个界面，但运维就落到你身上。

使用条件与边界

安装是通过 shell 脚本装 CLI，然后用 GitHub 登录或邮箱验证码，Agent 与 CI 可用 token 安装脚本。文档给出三条入口：treg CLI、无需 token 即可安装的 Claude Code 插件、以及其他 Agent 用的 npx skills add 方式 Claude 插件文档；另有 Claude.ai 连接器，走独立 MCP 入口，只暴露经过筛选、不含生成类能力的接口 连接器。长期维护包括预付费余额、用 treg catalog get 核对单次价格、服务端加密的凭证存储，以及可能变化的厂商条款。许可证是 Apache 2.0 附加条款：禁止未经许可把代码作为竞争性托管注册服务再分发 许可证。

HotRepo 点评

HotRepo 记录到 2026-09-22 有 2,054 星、2026-10-27 有 6,332 星，这个 103 天的仓库共 5 次出现在日榜；样本太稀疏，无法判断趋势方向。采用前值得核实一件事：你真正需要的那个供应商，其条款是否允许这种转售调用，README 并未回答。