本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 先上链接: GitHub - TokenRollAI/tool-bridge · GitHub 官方文档: https://tool-bridge.tokenroll.ai/ 各位佬友好, 前段时间 发了个帖子 , 也是在这些强调 AI Native 的公司中做 Agent Infra 的过程中, 经常会遇到一些问题: 大量的不同业务的 Agent 希望能够共享工具, 但是也希望有足够的限制(某些工具禁止访问) 希望 Agent 和 Agent 之间能够共享 Context, 用飞书cli 太重, 而且 agent 创建的文档访问权限控制很麻烦 聚合MCP, 提供统一的开发体验, 某些 MCP 由于 Seat 限制不能够添加过多的 User 席位, 而且最好能够自部署, 没有商业风险 希望能够直接让 Agent 使用某些命令排查线上的机器/Pod/服务 自建的 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 对设备提供: linux / mac / windows 的 shell / Daemon / 自定义设备路径 的能力 ios / android 的通知/可离线投递的信箱/震动/闪光/摄像头调用(根据设置权限) 的能力 目前我把目前使用的 Agent 对 MCP/Context/设备 的调用都迁移到了 tool-bridge, 体验不错, 推荐使用! 欢迎 Star/Issue/PR, 目前处于 Pre-Launch 的阶段, API UI CMD 可能会有变更, 但是会尽快推出 1.0 的 Stable-Release 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：开源项目与落地
  • 分类依据：内容涉及项目实践、创业、副业或变现
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/17 10:01:03