dfradehubs/agentgram

Агентграм

Конечная точка MCP. Один разговор. Каждый агент.

Одна входная дверь для всех ваших агентов ИИ — Agentgram говорит REST, A2A и ADK по пути внутрь. И выдает чистые события AG-UI на выходе, поэтому пользователь никогда не должен заботиться о том, как создается агент.

Документация & руководства

Почему

Я продолжал заканчивать тем, что у каждого агента, которого я создал, было разное окно чата — одно для Kubernetes. Агент, другой для журналов, другой для метрик — каждый говорит по своему протоколу. Агентграм - это Одна входная дверь, которую я хотел: ** один пользовательский интерфейс чата, один API, каждый агент **, независимо от того, как каждый из них Под проводом.

API является мультиплексором. Он обрабатывает аут, разрешения и хранение сеансов, общается с каждым агентом. Его собственный протокол и преобразует все в единый поток событий AG-UI. Веб-клиент просто отображает этот поток — ему никогда не нужно знать, был ли ответ получен из конечной точки REST. A2A peer или приложение Google ADK.

[!TIP] Убийственная особенность — централизовать все, за RBAC. Пойнт-Агентграм у каждого агента и Сервер MCP в вашей компании — говорят ли они на ADK, A2A или пользовательском протоколе — и разоблачайте их

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.