AIToday

Core Brim Tech、AIエージェント向けDNS「agentreg」をリリース

Hacker News2時間前
Core Brim Tech、AIエージェント向けDNS「agentreg」をリリース

要点

Core Brim Tech は agentreg をリリースした。AIエージェント同士がハードコードされたネットワークエンドポイントではなく、機能(何ができるか)で相互検出できる自己ホスト型レジストリだ。単一のGOバイナリとして実行され、ビルトイン・ヘルスチェック機能でエージェントがダウンしたことを下流システムが壊れる前に検出し、別途のモニタリング基盤の必要をなくす。ノートパソコン上の数エージェントから数十の本番環境まで拡張でき、複数レジストリへのフェデレーション追加予定。

こういう要約が、毎朝あなたのメールに届きます。

無料で登録 →

3つのポイント

  • 何が起きたか

    Core Brim Techが agentreg をリリースした。AIエージェント同士がハードコードされたエンドポイントではなく機能で相互検出できる自己ホスト型レジストリだ。内蔵ヘルスチェックと信頼検証を備え、単一のGOバイナリとして実行でき、クラウドアカウントもクラスタも不要。

  • なぜ重要か

    複数のAIエージェントとMCPサーバーをデプロイする際、エンドポイント管理と障害検出は手作業で行われており、エラーが多い。agentreg はエージェント検出とヘルスモニタリングを軽量なツール1つに統合し、ハードコードされた設定を排除し、ダウンしたエージェントが下流システムを破壊する前に検出できる。

  • 注目点

    ロードマップに含まれるのは、ANS識別情報とプロンプトインジェクション検査(次期リリース)向けのプラグイン検証機、レジストリ間フェデレーション、クロスオーグ・エージェント検出向けの統一クライアント。バージョン0.1は今すぐ Homebrew、バイナリダウンロード、または `go install` で利用可能。

詳細

Core Brim Tech は agentreg を立ち上げた。複数のAIエージェントを互いに並行して実行する際に生じる運用上の摩擦を解決する自己ホスト型レジストリ。対処する問題は単純だが深刻。MCPサーバーが2、3個を超えるとすぐに、エンドポイントを設定ファイルにハードコードし、何かが壊れるまでエージェントがダウンしたことに気づかず、すべてのエンドポイントを無条件に信頼することになる。agentreg はこれを変える。エージェントが自身を登録し機能を公開し、継続的にヘルスチェックされる集約地点を提供する。

ツールは3段階で動作。まず、agentreg デーモンをローカルで実行(`agentctl serve`)。次に、各エージェントを機能とエンドポイント付きで登録。例えば `agentctl register search-agent -c search -e http://localhost:3000`。第3に、エージェントがピアを探す必要があるとき、機能で問い合わせ。`agentctl find search` はどこに配置されているかに関わらず、検索機能を提供するすべてのエージェントを返す。デーモンはデフォルト15秒単位で設定可能な間隔でヘルスチェック・プローブを実行するため、不健全なエージェントは下流障害を引き起こす前に「unhealthy」ステータスでリストに表示される。HTTPAPIは `/agents` への POST での登録、`/agents/find?capability=X` への GET での検出、ハートビートによる自己報告をサポート。

実装は意図的に最小限。agentreg は単一の静的GOバイナリとしてクラウド依存なし、アカウント不要、管理するクラスタなしで出荷される。設定にはリッスン・ポート(デフォルト8080)、永続化ファイル場所、ハートビート間隔、エージェント別のプローブ・タイムアウトが含まれる。ノートパソコン上で3エージェントから本番環境の30以上にスケール。メモリ内ストアとアトミックJSON永続化により、外部データベースなしで再起動を経由してデータが保存される。アーキテクチャは2つの拡張性の継ぎ目を含む。すべてのレコードの `Source` フィールド(今日は「local」に設定;将来のバージョンは `peer:<id>` または `from:ans` といったフェデレーション・ソースをサポート)とプラグイン Verifier インターフェース(v1はヘルスプローブで出荷;将来のバージョンはANS識別情報検証、ツール/リスト検証、プロンプトインジェクション検査を追加)。

ロードマップは段階的。v0.1は現在利用可能で、登録、リスト、検出、ハートビートの中核ループをカバー。次段階は ANS識別情報、ツール検証、セキュリティ検査向けプラグイン検証機で信頼を導入。その後、フェデレーション。複数レジストリ間の調整で `agentctl federate` を許可。長期的な見通しは、ローカル・レジストリ、MCP Registry、ANSの組み合わせで、組織境界を超えてエージェント検出・検証を行う統一クライアント。そしてオーグ間でエージェントが安全に取引できるように。検討中の追加機能には、ライブ・リスト・ターミナルUI、診断ツール(`agentctl doctor`)、グラフ可視化、MCP マニフェストからのゼロコンフィグ自動登録が含まれる。インストールは macOS と Linux 向けの Homebrew、GitHub リリース・ページからの直接バイナリダウンロード、またはGO 1.26以上を持つ者向けの `go install` で利用可能。

背景と解説

agentreg のリリースは、AIエージェント・エコシステムの構造的ギャップに対応している。組織が単一エージェント・デプロイを超えて複数エージェントと Model Context Protocol(MCP)サーバーを実行するにつれ、エージェント間検出とヘルスモニタリング向けのインフラが遅れてきた。現在のところ、チームは設定ファイルにエンドポイントをハードコードし、サービスが下流で失敗するときだけに障害を発見する。このパターンではスケールしない。agentreg はこのギャップを埋めることで、軽量で機能優先のレジストリを提供し、エージェントを静的ネットワークエンドポイントではなく検出可能なエンティティとして扱う。

ツール設計は意図的な思想を反映している。小さく自己ホスト型で始まり、基礎を書き直さずに信頼とフェデレーションに向かって成長する。単一のGOバイナリとしてクラウド依存やクラスタ オーバーヘッドなしで出荷することで、エージェントが数個だけのチームのハードルを下げる。プラグイン検証機インターフェースと各レコードに組み込まれた `Source` フィールドは、マイグレーションなしで将来の信頼メカニズムとクロスレジストリ フェデレーションを可能にする建築上の選択肢。これにより agentreg は、IETF(ANS を定義)のような標準化団体や MCP のような標準の代替ではなく、開発者が本番環境で実際に実行する運用ツールとして位置付けられる。

よくある質問

agentreg をどうやってインストール?
Homebrew(`brew install mkk2026/tap/agentreg`)、https://github.com/mkk2026/agentreg/releases の最新リリースからのバイナリダウンロード、またはGO 1.26以上で `go install github.com/mkk2026/agentreg@latest` からソースビルドで可能。
agentreg の検出モデルは?
agentreg は機能優先の検出を使用する。エージェントがどこにあるかを問い合わせるのではなく、何ができるかを問い合わせる。例えば `agentctl find search` はすべての search 機能を持つエージェントを返すため、エンドポイントが移動しても設定は壊れない。
agentreg はクラウドインフラが必要?
不要。agentreg は単一の静的バイナリとしてセルフホスト型で、クラウド依存がない。メモリ内とアトミックJSONの永続化でデータを保存し、マシンまたはネットワーク上で完全に動作。
v0.1 後のロードマップは?
次段階では ANS識別情報、ツール/リスト検証、プロンプトインジェクション検査向けのプラグイン検証機を追加。その後、複数レジストリへのフェデレーション、最終的にはオーグ間境界を超えてエージェント検出・検証を行う統一クライアントが来る。

「大規模言語モデル」の最新ニュースを、毎朝7時にお届けします

AIが要約して、あなたの選んだトピックだけを1日1通。LINE・Email・Slackで届きます。

登録無料・30秒で完了・いつでも解除できます

ディスカッション

まだコメントがありません。最初のコメントを投稿しましょう!

ログインして議論に参加

関連記事

AIニュースを毎日お届け

200以上のソースから厳選したAIニュースを毎日無料でお届けします。

無料で始める

登録無料・30秒で完了・いつでも解除できます