DA

dfradehubs/agentgram

Developer tools

このページは AI により自動翻訳されています。技術的な詳細は原文をご確認ください。 原文を見る

22 stars 1 forks 品質 58 トレンド 18MIT

すべての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.
GitHub で README 全文を見る

インストール

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

Open the repository installation guide MCP 初心者?mcpskill.org のガイドから始めましょう →