先上链接: https://github.com/TokenRollAI/tool-bridge 官方文档: https://tool-bridge.tokenroll.ai/

过去一年在一些 AI Starup 工作, 在这些强调 AI Native 的公司中做 Agent Infra 的过程中, 经常会遇到一些问题:

1. 大量的不同业务的 Agent 希望能够共享工具, 但是也希望有足够的限制(某些工具禁止访问)
2. 希望 Agent 和 Agent 之间能够共享 Context, 用飞书 cli 太重, 而且 agent 创建的文档访问权限控制很麻烦
3. 聚合 MCP, 提供统一的开发体验, 某些 MCP 由于 Seat 限制不能够添加过多的 User 席位, 而且最好能够自部署, 没有商业风险
4. 希望能够直接让 Agent 使用某些命令排查线上的机器/Pod/服务
5. 自建的 mcp 又总是很难注册到 MCP Gateway

以上就是我在做 Agent Infra 遇到的一些问题, 分散来看, 每一个其实都有解决方案.

比如说 mcporter / mintlify / 各种 mcp gateway / agentdock ...

但是作为部署/管理/成本/维护的考虑, 把这些功能分散到 N 个服务中好像有太过于舍本逐末.

于是最近两个月, 我做了 tool-bridge, 简单来说: 基于树描述组织中的所有工具/MCP/Context/设备, 提供类似 cli 的 help 语义 + agent 自主的 feedback + SDK + 支持反向注册, 实现的一套 Agent 的工具调用方式.

当然, 本身是兼容 MCP 的, 同时 tool-bridge 也支持 接入 mcp, 也支持以 mcp 的方式暴露.

几个用例

目前的范围能力

tool-bridge 对开发者提供: SDK / Plugin-SDK / 完全开源的 Server / Dashboard

tool-bridge 对 Agent 提供: API / CLI / MCP 的接入支持

tool-bridge 对设备提供:

1. linux / mac / windows 的 shell / Daemon / 自定义设备路径 的能力
2. ios / android 的通知/可离线投递的信箱/震动/闪光/摄像头调用(根据设置权限) 的能力

目前我把目前使用的 Agent 对 MCP/Context/设备 的调用都迁移到了 tool-bridge, 体验不错, 推荐使用!

欢迎 Star/Issue/PR, 目前处于 Pre-Launch 的阶段, API UI CMD 可能会有变更, 但是会尽快推出 1.0 的 Stable-Release