
dfradehubs/agentgram
Developer toolsこのページは AI により自動翻訳されています。技術的な詳細は原文をご確認ください。 原文を見る
すべてのAIエージェントとMCPのための単一のフロントドア
概要
1つのMCPエンドポイント。 1つのチャット。 すべての代理店。 すべてのAIエージェントのための単一のフロントドア — Agentgram は REST、A2A、ADK を呼び出し、その途中でクリーンな AG-UI イベントを発信するので、UI はエージェントがどのように構築されるかを心配する必要はありません。 私は私が構築したすべてのエージェントの異なるチャットウィンドウで終了し続けた - Kubernetesエージェントの1つ、ログの別のもの、メトリックの別のもの - それぞれ独自のプロトコルを話す。 エージェントグラムは、私が望む単一のフロントドアです:、各人がワイヤーで縛られた方法に関係なく。 API は複数のxer です。 auth、パーミッション、セッションストレージを処理し、そのネイティブプロトコルの各エージェントに話し、AG-UIイベントの均一なストリームにすべてを変換します。 ウェブクライアントは、ストリームをレンダリングするだけで、REST エンドポイント、A2A ピア、または Google ADK アプリから回答が来たかどうかを知る必要はありません。 エージェントとMCPサーバーで、ADK、A2A、またはカスタムプロトコルを話すかにかかわらず、各エージェントおよびMCPサーバーでポイント・エージェントグラムをポイントします.
概要(AI 翻訳)
エージェントグラム
1つのMCPエンドポイント。 1つのチャット。 すべての代理店。
すべてのAIエージェントのための単一のフロントドア — Agentgram は REST、A2A、ADK を呼び出します。 途中できれいなAG-UIイベントを出すと、UIはエージェントが構築される方法を気にする必要はありません。
⊙ ドキュメント&ガイド
お問い合わせ
なぜ
私は私が構築したすべてのエージェントの異なるチャットウィンドウで終わることを続けた - Kubernetesの1 それぞれが独自のプロトコルを話している、ログに対して別のエージェント。 エージェントグラムは 私が望んでいたシングルフロントドア: 1つのチャットUI、1つのAPI、すべてのエージェント、各1つは ワイヤーで縛られたunderneath。
API は複数のxer です。 auth、パーミッション、セッションストレージを処理し、各エージェントにご相談ください。 ネイティブプロトコルは、AG-UI イベントのストリームにすべてを変換します。 ウェブクライアント 単にストリームをレンダー — 回答がRESTエンドポイントから来たかどうかを知る必要はありません。 A2A ピアまたは Google ADK アプリ。
[!TIP] キラー機能 — RBAC の背後にあるすべてを一元化します。 everyの代理店およびポイント エージェントグラム ADK、A2A、またはカスタムプロトコルを話すかどうか、会社のMCPサーバー
このページは 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.
インストール
This server does not publish a one-line install command.
Open the repository installation guide MCP 初心者?mcpskill.org のガイドから始めましょう →