ag-ui-protocol/ag-ui

外部のオープンソース リポジトリを紹介するページです。HDATFの製品ではありません。

何をするか

AG-UIは、エージェントのバックエンドと利用者向け画面を接続する開発者向けのイベント型通信規約とSDK群であり、完成済みのアシスタント製品やエージェントの推論エンジンではありません。フレームワークごとに異なるメッセージ、ツール処理、実行状況、共有データを画面ごとに接続し直す課題を扱います。RunAgentInputは会話メッセージ、会話と実行の識別子、状態、利用可能なツールなどの要求文脈を持ち、応答は型が定義されたイベントの流れです。イベントは文章断片、ツール呼び出し、実行の開始と完了または失敗、状態更新を伝え、画面が進行状況を表示して作業に参加できるようにします。状態全体を送るスナップショットは現在の状態を置き換え、変更部分を表すJSON Patchはクライアントが順番に適用する必要があります。規約自体は転送方式に依存しませんが、確認したTypeScriptのHttpAgentはJSONのPOST要求を送り、サーバー送信イベントを受け取り、送信入力の検査と要求の中断を支援します。利用開始には対応するエージェント接続先かフレームワークアダプター、イベントを処理するクライアント、アプリ側で定義した状態とツール動作が必要です。認証、業務権限、永続保存、競合処理、復旧方針はアプリ側で別途設計する必要があり、READMEの概算イベント数を現在のソースの固定上限と解釈すべきではありません。

ライセンス

MIT 寛容なライセンスです。著作権表示を残せば商用利用と改変ができます。

同じ分野のリポジトリ

• backnotprop/plannotator
  Plannotatorは、コーディングエージェントを監督する人が計画、文書、メッセージ、HTML成果物、コード変更を確認する、ローカルのブラウザー型レビュー製品です。端末の会話に分散した意見を、レビュー対象の該当箇所に付けてエージェントへ戻す課題を扱います。入力はローカルファイルとフォルダー、URL、リポジトリの差分、GitHubやGitLabのレビューリンクであり、出力は注釈、承認または修正の判断、元のセッションへのフィードバックです。プラグイン、フック、コマンドが対応エージェントをローカルのレビューサーバーへ接続し、確認したClaude Code設定にはExitPlanModeの権限要求を捕捉する構成が含まれます。別のInbox画面は複数エージェントの質問、ファイル、案内付きレビューをまとめ、元のエージェントの応答ターンを待機させずに回答を受け取れます。一部のエージェントは専用プラグインでセッションを再起動し、それ以外は外部ツール呼び出し規格のMCPで接続するため、配信動作は接続方式に依存します。利用開始にはPlannotatorの実行ファイル、ブラウザー、エージェント別の接続設定が必要で、リモートの変更要求レビューには対象サービスで認証済みのCLIが必要です。レビュー資料は既定でローカルに残りますが、URL取得、設定したAI提供者、共有、ホスト型製品Workspacesでは外部通信の範囲が異なり、リモートモードの認証なし待受ポートは別途保護が必要です。
• libracoder/kiri
  KiriはDockerイメージとコマンドを受け取り、ローカルでコンテナを動かすRust製の実行環境です。既存のdocker CLI、Compose、buildxを保ちながら別のエンジンを使いたい開発者向けのツールです。コンテナを操作する通信規約であるDocker Engine APIで要求を受け、実行状態、ログ、プロセスの出力を返します。macOSではLinux仮想マシン、WindowsではLinux実行環境のWSL 2、Linuxではホストのカーネルを使います。内部エージェントはOSのnamespaceとcgroupでプロセスと資源を分けてコンテナを作り、その実行経路にruncやdockerdを置きません。イメージ、ボリューム、ネットワークの管理画面に加え、単一ノードのKubernetesと独立したLinux作業環境も提供します。初期設定でkiri Docker contextを作成し、ローカルにないイメージには対応するイメージレジストリへの接続が必要です。ビルドは管理対象のBuildKitコンテナを使うため、Dockerの全ビルド動作との同等性は前提にできず、文書にはbuildxのhost-gateway処理の制約も残っています。
• serveroshq/panel
  ServerOS panelは、保有するLinuxサーバーを一つの画面で運用するWeb管理パネルです。担当者は接続情報、Git保存庫や配備テンプレート、作業設定を入力して配備、監視、バックアップを管理します。各サーバーにはserverosdデーモンの接続が別途必要で、パネル導入だけでは自動登録されません。CPU、メモリ、ディスク状態、サービスログ、予約処理、チーム活動を扱います。確認したAPI経路はキー認証の下でツール呼び出しを提供し、MCPやAPIによる外部ツール接続も案内しています。自己運用にはDocker対応Linux、ドメイン、標準構成の80、443、8443ポートとワイルドカードDNSが必要です。メール送信や非公開GitHub保存庫にはSMTPとGitHub Appの別設定が必要です。この保存庫から作るcommunity editionと有料拡張コードを含む公式イメージは異なります。パネルはAGPL-3.0ですが、有料拡張や商標は別条件であり、匿名導入統計の標準送信も確認すべきです。
• JenkinWoo/sheeridVerify
  sheeridVerifyは、SheerIDの検証フローを学習し、許可を得て試験するためのNode.js作業画面です。提出情報を扱う権限を持つ教育者、研究者、試験担当者を対象にしています。検証リンク、氏名、生年月日、設定済みの学校と証明資料の場所を入力し、キューの進捗、ログ、リモート状態を反映した結果を出力します。現在の検証段階を照会してから、ブラウザーのフォーム操作と証明資料のアップロードを切り替えます。資料はPNG、JPEG、PDFの元のバイト列として読み込み、生成や改変は行わず、対話型の人間確認は利用者に任せます。Web画面は同時実行数、停止、再開、削除を管理しますが、キューと履歴はメモリー上だけにあり、サービスを再起動すると失われます。提出応答が不明な場合は、書き込み要求を直ちに繰り返さず、リモート状態を照会します。Node.js 22.15以降が必要で、ブラウザー処理にはCamoufoxを使い、SheerIDと設定した資料サービスやプロキシーに接続します。実際の個人情報がこれらのサービスへ送られる可能性があり、ローカルの作業を削除してもリモート提出やディスク上のログは消えません。メールアドレス文字列の組み立ては所有権や学生資格を証明せず、プロジェクトはSheerIDとの公式関係と検証成功の保証を否定しています。
• render-oss/render-mcp-server
  Render MCP Serverは、AIアプリケーションとRender上のリソースを接続するRender公式サーバーです。AIアプリが利用可能なツールを調べ、構造化された引数を渡す通信規約であるMCPを使います。ワークスペースやリソースの識別子、ログ条件、サービス設定、SQLを入力し、リソース詳細、運用記録、照会結果を返します。サービスとデータベースの作成、デプロイ履歴の取得と開始、ログ、メトリクス、環境変数の全置換などを提供します。Postgres照会は読み取り専用トランザクションで実行しますが、他のツールはインフラ変更やデプロイを行えます。認証情報を持つクライアントからホスト型の接続先を使うか、ローカル実行ファイルやコンテナーを利用できます。データベース照会は外部接続先を使用するため、そのIP許可リストに従います。Renderの全管理機能を提供するものではなく、露出を抑える処理があっても機密情報がAIの会話コンテキストに入らない保証はありません。

Trendshiftのランキングに入ったリポジトリだけを載せ、リストは候補を探すためだけに使いました。順位の数字は転載していません。説明、ライセンス、スター数は各GitHubリポジトリで確認しました。解説は私たちの判断です。これらを試験したわけではなく、上昇リストに載ったことは品質の証明ではありません。