DA

dfradehubs/agentgram

开发工具

本页由 AI 翻译,技术细节请以原文为准。 查看原文

22 stars 1 forks 质量 58 趋势 18MIT

所有AI代理和MCP都用一个前门

概览

一个MCP端点。一个聊天。每个座席。 为所有 AI 代理提供一个统一的前门——Agentgram 在进入时使用 REST、A2A 和 ADK,出站时发出干净的 AG-UI 事件,因此 UI 无需在意代理是如何构建的。 我总是为每个构建的代理都出现不同的聊天窗口——一个用于Kubernetes代理,一个用于日志,另一个用于指标——每个窗口都使用自己的协议。Agentgram是我想要的唯一前门:无论每个门底层如何布线。 该 API 是一个多路复用器。它负责认证、权限和会话存储,用原生协议与每个代理通信,并将所有内容转换为统一的 AG-UI 事件流。网页客户端只需渲染该流——它永远不需要知道答案是来自 REST 端点、A2A 节点还是 Google ADK 应用。 将Agentgram指向公司内的每一个代理和MCP服务器——无论是使用ADK、A2A还是自定义协议——并通过。

概述(AI 翻译)

代理报

一个MCP端点。一个聊天。每个座席。

所有AI代理都有一个统一的正门——Agentgram在进场时会说REST、A2A和ADK, 并且在离开时会发出干净的AG-UI事件,因此UI无需关心代理的构建方式。

📖 文档与指南


为什么

我总是为每个构建的代理生成不同的聊天窗口——一个是针对Kubernetes的 代理、日志和指标——每个协议都有自己的协议。Agentgram 是 我想要的单一前门:一个聊天界面,一个API,每个代理,不管每个代理怎么样 下面有线路。

API是一个多路复用器。它负责认证、权限和会话存储,与每个代理通信 它是原生协议,并将所有内容转换为统一的AG-UI事件流。网页客户端 只需渲染该流——它永远不需要知道答案是否来自 REST 端点,或者 A2A peer 或 Google ADK 应用。

[!提示] 杀手级功能——将所有内容集中在RBAC之后。 将Agentgram指向每一个代理和 公司内的MCP服务器——无论他们使用ADK、A2A还是自定义协议——并对其进行公开

本页由 AI 翻译,技术细节请以原文为准。

README

以下为原文 README 节选,完整内容请查看原文。

Agentgram

One MCP endpoint. One chat. Every agent.

A single front door for all your AI agents — Agentgram speaks REST, A2A and ADK on the way in, and emits clean AG-UI events on the way out, so the UI never has to care how an agent is built.

📖 Documentation & guides


Why

I kept ending up with a different chat window for every agent I built — one for the Kubernetes agent, another for logs, another for metrics — each speaking its own protocol. Agentgram is the single front door I wanted: one chat UI, one API, every agent, regardless of how each one is wired underneath.

The API is a multiplexer. It handles auth, permissions and session storage, talks to each agent in its native protocol, and converts everything to a uniform stream of AG-UI events. The web client just renders that stream — it never needs to know whether an answer came from a REST endpoint, an A2A peer or a Google ADK app.

[!TIP] The killer feature — centralize everything, behind RBAC. Point Agentgram at every agent and MCP server in your company — whether they speak ADK, A2A or a custom protocol — and expose them through one API endpoint and one MCP endpoint. Role-based access control (RBAC) decides exactly who can reach which agent or MCP, so a single integration hands each person precisely the tools they’re entitled to — and nothing else. No more N integrations, N logins, N tools to wire up per client.

Features

  • 🏢 Centralize N agents and N MCP servers — register everything your company runs and reach it all through one API endpoint and one MCP endpoint.
  • 🛡️ RBAC — fine-grained, per-agent and per-MCP access control by group or user. Each caller only ever sees what they’re allowed to.
在 GitHub 查看完整 README

安装

This server does not publish a one-line install command.

Open the repository installation guide 新手?先看 mcpskill.org 教程 →