ツール連携

エージェントが呼び出せる既製の機能群。検索、コード実行、ファイル操作、各種サービス連携などが含まれます。

42件

openclawツール連携

`openclaw onboard --install-daemon`で手元のマシンにGatewayを常駐させると、セッション、ツール、イベント、チャネル接続がそこへ集約され、Control UI、CLI、TUI、接続済みのメッセージングチャネルが同じアシスタントを共有します。モデルはホスト型でもローカルでも構成でき、機能追加は本体の改造ではなくplugin SDKで作るプラグインを前提としています。一方で想定利用者は単独のオペレーターで、メインセッションのツールはサンドボックスを明示的に設定しない限りホスト上でそのまま実行され、DM可能なチャネルでは受信メッセージを未信頼の入力として扱う前提になっています。他のユーザーを参加させたりGatewayを外部へ公開したりする構成は、README自体がsecurityとsandboxingのガイドを先に読むよう促している領域であり、チームでの共有運用を第一に考えるなら選択肢から外れます。

公式MIT388k+893
hermes-agentツール連携

Nous Research自身が開発するエージェント本体で、TUIと単一のgatewayプロセスがTelegram、Discord、Slack、WhatsApp、Signal、Emailの会話を束ね、cronスケジューラ、隔離されたサブエージェント、local/Docker/SSH/Singularity/Modal/Daytona/Vercel Sandboxという7種類のターミナルバックエンドを備えます。核になるのは閉じた学習ループで、定期的な促しに応じて記憶を整理し、複雑なタスクの後に自らスキルを作り、FTS5とLLM要約で過去セッションを検索します。裏を返せば、有用さの源である状態が`~/.hermes`配下に溜まり続け、バージョン管理の外で育つため、定期的な棚卸しが前提になります。組み込み用のライブラリではなく運用するアシスタントであり、READMEが記載するのはhermesのサブコマンドとスラッシュコマンドで、埋め込み用のAPIではありません。自作コードから呼ぶエージェントループが欲しい用途には向きません。シェルを扱えるエージェントをチャット経由で露出させる以上、コマンド承認とDMペアリングの設定は任意の飾りではなくなります。

公式MIT238k+3.8k
n8nワークフロー

数百のサービスをつなぐ処理をワークフローとして画面上で組み立てる自動化ツールです。流れの中の1つ1つの処理はノードと呼ばれ、近年はAIエージェントをノードとしてワークフローに組み込む使い方が増えています。最初に確認すべきはライセンスです。OSI承認のオープンソースではなく、Sustainable Use Licenseによるソース公開型にあたります。社内利用やセルフホストは可能ですが、ホスティングサービスとして再販することは認められていません。

公式ソース公開型203k+1.2k
LangChainフレームワーク

本当の価値は網羅性にあります。必要なモデル、ベクトルストア、APIのアダプタはたいてい既に存在し、着想からプロトタイプまでの距離が短くなります。抽象化の階層が深いという評価は根強く、多くのチームは連携部分にこれを使い、制御フローが複雑になった段階でより明示的な実装に移行しています。

公式MIT145k+479
Browser Useコンピュータ操作

スクリーンショットからクリック座標を推測させるのではなく、ページ上の操作可能な要素を抽出して構造化リストとしてモデルに渡します。この方式により、フォーム入力やスクレイピングでの安定性が明確に高くなります。一方でcanvas主体のアプリケーションや、bot対策の強いサイトでは読み取れるDOMが存在せず、精度が落ちます。

MIT112k+1.6k
claude-memメモリ / コンテキスト

エージェントのライフサイクルにフックを差し込んで全ツール呼び出しを記録し、小型モデル(既定はClaude Haikuで、手持ちのサブスクリプションかAPIキーで動作)が題名付きの観察記録へ圧縮します。次のセッションの開始時には直近の記録が自動で文脈へ注入され、検索はMCPツール経由で、安価な索引行から詳細本文へと段階的に掘れます。保存先はローカルのSQLiteと任意のベクトル索引で、Claude Code以外にもOpenCode・Cursor・Codex CLIへの導入手順があり、privateタグで囲んだ内容は保存されません。採用前に性格を知っておくべきで、これは受け身のプラグインではなく常駐デーモンとBun・Python一式を伴うインフラです。圧縮はセッションごとに実際のモデル利用枠を消費し、最初の1年でメジャーバージョンが13回上がる速度で変化しています。

Apache-2.092.5k+1.1k
Addy Osmani's Agent Skillsコーディングエージェント

放っておくと、コーディングエージェントは指示を言い終えた瞬間からコードを書き始めます。これは、そこに本来の開発の順序を戻すスキル集です。9つのコマンドが、何を作るかを決める段階から公開までを覆い、背後のスキルは作業内容に応じて自動で有効になります。インターフェースの設計を始めればその担当スキルが、画面側に触れればそちら向けのスキルが働きます。注目すべきは自動モードの扱いで、省かれるのは各作業の合間に人が入ることだけであり、確認は残ります。各作業は引き続きテスト駆動で行われ、個別にコミットされ、失敗すれば止まります。実体はMarkdownなので、共通のskillsコマンドで70種類ほどのエージェントに導入できます。

エージェントスキルMIT90.5k
MCP Reference Serversプロトコル

Model Context Protocolを理解する最も確実な方法は、正しく実装されたサーバーを読むことであり、この集合がそれにあたります。実用的なコネクタとしても、自作する際に写経する雛形としても機能します。

MCPサーバー公式MIT89.9k+188
Context7プロトコル

ライブラリ名を挙げると /vercel/next.js のような識別子に解決し、続く質問には絶えず再索引されるドキュメントの断片で答えます。モデルは学習データにある古いAPIではなく、いま実在するAPIに沿ってコードを書くようになります。導入はコマンド1つかURLの貼り付けで済み、公開リポジトリなら誰でも索引への追加を申請できます。ただし把握しておくべき性格があり、OSSなのは薄いクライアント側だけで、クローラー・パーサー・索引はUpstashの非公開ホスト型サービスです。無料枠は月1,000呼び出しで、2026年8月に実際に起きたように、ホスト側が止まるとこのツールは何も答えられなくなります。

MCPサーバー公式MIT61.4k+302
chrome-devtools-mcpプロトコル

エージェントに実物のChromeとDevToolsの計測器を渡すMCPサーバーです。性能トレースを記録してCore Web Vitalsを要点付きで読み上げ、ネットワークリクエストとソースマップ適用済みのコンソールエラーを一覧し、Lighthouse監査も実行します。ページの操作も、他のブラウザ系MCPと同じくテキストのスナップショット経由で行えます。すでに開いている自分のChromeへプロファイルごと接続することもでき、そこが便利さと同時に注意所です。Playwright MCPとの分かれ目は対応範囲で、こちらはChrome専用。その代わりに、ブラウザ横断のサーバーには無い分析機能が手に入ります。

MCPサーバー公式Apache-2.049.9k+407
Humanizerツール連携

モデル自身に「AIっぽさを消して」と頼んでも、何がそう見せているのかの一覧を持っていないため、うまくいきません。Humanizerはそれを与えます。Wikipediaの編集者がAIによる記述を見分けるために維持している一覧から、35個の特徴を使います。元の構成を固定せずにまず書き直し、その草稿を同じ特徴と元の主張に照らして確認し、必要ならもう一度書き直します。結果だけでなく、途中の草稿と自らの批評も示します。捏造はしません。人名、数値、日付、出典は元の文章か書き手から来る必要があります。ファイルを指定した場合は本文だけを変更し、コードやデータ、リンク先には触れません。

エージェントスキルMIT38.6k
CopilotKitツール連携

文字を返すだけのエージェントは、それが置かれているアプリケーションを活かしきれません。CopilotKitはその両者をつなぎます。あるフックでアプリの状態の一部をエージェントに読ませ、別のフックで画面側の関数を呼べるように登録し、さらに別のフックで、返答を文章ではなくReactのコンポーネントとして描かせます。確認用のフォーム、グラフ、承認を求める差分などです。バックエンドとは、同じ開発元が公開しているAG-UIというプロトコルでやり取りするため、エージェント側がLangGraphでもCrewAIでもClaude Agent SDKでも、画面側の作りは変わりません。逆に、エージェントそのものは提供しません。用意するのは利用者側で、整備されている経路はReactです。

MIT37.1k
Scientific Agent Skillsツール連携

エージェントはもともと任意のPythonライブラリを呼べますが、専門的なバイオインフォマティクスのパッケージを使わせると、初めて資料を読んだ人と同じ振る舞いをします。それらしく、しかし肝心なところで間違えます。これが補うのはその欠けた半分です。特定の科学ツールについて整理された使い方と実例を持つ160件超のスキルと、100種類ほどの公開データベースへの経路が、ゲノミクス、化学、創薬、プロテオミクス、臨床研究、医用画像、物理、地理空間の各分野にわたって用意されています。導入は1つのプラグインとしてでも、スキル単位でも行えます。ただし前提にする前に適用範囲の注記を読んでください。臨床・医療系のスキルは研究と事後的な検証のために書かれており、個々の患者に関する判断のためのものではないと明記されています。

エージェントスキルMIT36.8k
playwright-mcpコンピュータ操作

MCPクライアントから実ブラウザを操作させるサーバです。ページは要素の役割と名前、そして`e5`のような参照IDを並べたアクセシビリティスナップショットとして返り、エージェントは座標ではなく参照IDを指定して押したり入力したりするため、視覚モデルは要りません。ブラウザはChrome、Firefox、WebKit、Edgeから選べ、既定では画面を出して起動します。通信のモック、Cookieやストレージの読み書き、検証とロケーター生成、トレースと録画は必要な分だけ後から足す設計です。難点は文脈の消費で、README自身がコーディングエージェントにはPlaywright CLIとスキルの併用を勧めています。それでも、探索的な自動化や自己修復するテストのようにブラウザの状態を保ったまま何度も往復する用途では、トークンの消費より文脈を持ち続けられる利点が上回るとしています。

MCPサーバー公式Apache-2.036.6k+250
SearXNGデータ取込

自前の索引を持たず、1つの問い合わせを最大269の検索サービスへ投げて結果を統合します。商用の検索APIを背後に置かずにエージェントへWeb検索を与えられるのはこの仕組みによります。JSON形式のエンドポイントがあるため、ブラウザからだけでなくコードからも利用できます。索引を持たないことの帰結は2つあります。結果の質と可用性が上流の検索エンジンに依存すること、そしてそのどれかが自分のインスタンスを遮断し始めたとき、対処するのは自分だということです。

公式AGPL-3.036.2k+334
github-mcp-serverプロトコル

MCPに対応したクライアントからつなぐと、Issueの仕分け、Pull Requestの作成とレビュー、コードやコミット履歴の検索、失敗したActionsのログ確認までを、リポジトリをクローンせずGitHub API経由で任せられます。GitHubがホストするリモートサーバーはURLを設定するだけで動き、同じソフトウェアをコンテナや1つのバイナリとしてローカルで動かすこともできます。GitHub Enterprise Serverではリモートサーバーが提供されないため、ローカルで動かす方法だけが選択肢になります。悩ましいのは道具の多さで、20あまりのツールセットに80を超えるツールが並び、既定で有効になるのは5つのツールセットに絞られています。全部を有効にすると選択肢が増えすぎて、モデルがツールを選び損ねます。

MCPサーバー公式MIT32.6k+175
OnyxRAG / 検索拡張

旧Danswerで、企業が個別に組み上げがちな範囲を丸ごと備えています。チャット画面、50を超える情報源からの索引付け、独自の指示と操作を持つエージェント、レポートを返す多段の調査モード、Web検索、コード実行、成果物の生成までが対象で、1コマンドで配備でき、自己ホストでも商用でも任意のモデルプロバイダに向けられます。判断材料は2つです。完全構成は索引・ワーカー・推論サーバー・キャッシュ・オブジェクトストアからなるスタックであること、そしてeeという名前のディレクトリはMITではなく別の商用ライセンスであることです。

公式MIT31.8k+113
composioツール連携

外部サービスをエージェントに触らせるとき、いちばん手間がかかるのは認可の取得と失効したトークンの更新ですが、Composioはそこを丸ごと引き受けます。利用者ごとにセッションを作ると、既定ではツール定義を大量に読み込ませる代わりに、探す・つなぐ・実行するためのメタツールだけがモデルに渡り、必要なものを実行時に見つけさせる形になります。SlackやGitHubの出来事を署名付きWebhookで受け取る仕組みや、エージェントがPythonを書いて動かせるサンドボックスも、同じセッションに紐づきます。代償は、その仕組み一式が自分のものではないことです。1000を超える連携を自作せずに済む代わりに、どれ一つ自分で手を入れられません。

公式MIT29.9k+112
Diagram Designツール連携

エージェントに図を頼むと、角の丸い箱と矢印が返ってきて、載せたい文書の見た目とまるで合わず、結局使われないことがよくあります。このスキルはエージェントに語彙を与えます。アーキテクチャ、シーケンス、スイムレーン、四象限、サンキー、特性要因図、Wardleyマップ、ストーリーマップなど39種類の名前付きレイアウトがあり、それぞれ明色・暗色・編集向けの3種類で、SVGを埋め込んだHTMLファイル1枚として出力されます。ビルド工程もJavaScriptも外部画像も不要で、ブラウザで開くかページに貼るだけです。自分のサイトを読ませて配色を合わせることもでき、既存のdraw.ioやMermaidの図を、指定した大きさと詳しさで描き直させることもできます。

エージェントスキルMIT28.4k
FastMCPツール連携

型注釈の付いたPython関数にデコレータを1つ付ければ、それで完成したツールになります。スキーマは型注釈とドキュメント文字列から導出され、受け取る引数と返す値の双方が検証されます。さらに、2週目の作業でぶつかる部分まで揃っています。型付きクライアント、OAuthと外部IDプロバイダ、複数サーバーを1つとして束ねる構成、既存サーバーの前段に立つプロキシ、ミドルウェアです。注意すべきは名前の重複で、このAPIの旧版が公式のMCP Python SDKに取り込まれているため、FastMCPという語はどちらのimportを読んでいるかで別のものを指します。

公式Apache-2.027.4k+101
AI SDKフレームワーク

作業の大半は4つの関数が担います。文章にはgenerateTextとstreamText、スキーマで形を決めたデータにはgenerateObjectとstreamObjectを使い、背後のモデルがOpenAIでもAnthropicでもGoogleでもBedrockでもローカルのものでも、呼び出し方は変わりません。もう半分はUI側のフックで、逐次表示のチャット画面を自前のパーサーなしに数行で書けます。ただしこれはモデル接続とUIの層であり、エージェントの実行基盤ではありません。永続的なメモリ、検索、耐久性のある処理制御は別の道具の担当です。

公式Apache-2.026.5k+136
Blender MCPツール連携

Blenderは強力ですが、その学習コストのせいで多くの人は立方体から先へ進めません。これはBlenderをMCP対応のアシスタントにつなぎます。Blender側のアドオンが接続を開き、モデル側からはオブジェクトの作成や移動、マテリアルの適用、シーンの確認、そしてBlender自身のPython APIに対する実行ができます。最後の点が重要であり、同時に主なリスクでもあります。決められた操作の一覧に縛られないため、大事なファイルに対して想定していなかったことも起こり得ます。導入手順は本当に3段階ですが、2つのプログラムにまたがります。パッケージ実行環境の用意、MCPクライアントへの登録、そしてBlender側でのアドオンの有効化です。

MCPサーバーMIT26.4k
Distillyツール連携

なぜこの仕組みがこうなっているかを知っていた人が去ると、その人が書き残した文書は、知っていたことのうち小さいほうの半分だったと分かります。Distillyはもう半分に手を伸ばす試みです。その人のメッセージ、文書、聞き取り、公開されている文章を渡すと、観察できる傾向をまとめた人物プロファイルを作ります。何をどう決めていたか、何にこだわっていたか、どう言っていたか、といった内容で、エージェントが読み込めるスキルの形で出力されます。開発元は主張の範囲に慎重で、利用する側も同じであるべきです。出力は渡した資料に基づくものであり、その人物そのものだとは主張していません。分かりやすい注意点は同意です。素材はたいてい他人のものだからです。

エージェントスキルMIT24.1k
Opik可観測性

関数にデコレータを付けるか、クライアントを包むだけでトレースの記録が始まります。同じデータがそのまま実験機能に流れ、幻覚・回答の関連性・文脈の再現率といった指標で、手作業ではなく自動的に応答を採点します。30を超える連携が主要なフレームワークとプロバイダを覆い、ホスト型サービスとしてだけでなく、ローカルやKubernetes上でも全体を動かせます。難点は機能ではなく重複です。本カタログに既に載る2つのプラットフォームと真正面から競合するため、選択の分かれ目は不足している機能ではなく、連携先と運用形態になります。

公式Apache-2.021.7k+135
elizaフレームワーク

elizaOSはTypeScript製のエージェントフレームワークであると同時に、デスクトップとモバイルのアプリ、ホスティングサービス、端末機能への橋渡しまでを1つのリポジトリに収めた製品一式です。開発者が書くのは、名前、指示文、経歴の断片、読み込むプラグインを並べたキャラクターファイルで、あとはランタイムが受け取ったメッセージを保存し、その場面に関係するプロバイダーだけから文脈を集め、モデルにアクションを選ばせて実行し、返答のあとでエバリュエーターが事実を抜き出して記憶に書き戻します。同梱のプラグインには、DiscordやTelegramなどのチャット、MCPサーバーの呼び出し、ブラウザとデスクトップの操作、カレンダーや受信箱といった秘書機能、自分で鍵を持つ暗号資産ウォレット、通信を切っても動く端末内モデルが並びます。ただしnpmの安定版は今も1系で、ここで説明した2系はベータ版とアルファ版でしか配布されていないため、エージェント用のライブラリを1つ選ぶつもりで手を出すと、抱えるものは想定よりかなり大きくなります。

公式MIT19.2k+83
skillsツール連携

Googleが自ら書いた運用知識を100件超のskillディレクトリに収めたリポジトリで、`npx skills add google/skills`から必要なものだけを選んで導入します。中心は`skills/cloud`で、GKEやBigQuery、Agent Platform、Well-Architected Frameworkの6つの柱までを扱い、`skills/ads`と`skills/analytics`にはGoogle Ads API、Google Mobile Ads SDK、IMA SDK、Google Analyticsの2種類のAPI向けのskillが並びます。厚みは一様ではなく、`skills/cloud/gke-*`だけで29件を占める一方、Cloud RunとFirebaseは各1件にとどまり、README自身がactive developmentの段階だと断っています。Google Cloudも広告・アナリティクス製品も使わない構成には得るものがなく、アプリ開発側の守備範囲もGoogle Mobile Ads SDKまでで、Android・Flutter・Dart・Genkit・ADKのskillはREADMEがリンクを張るだけの別リポジトリにあります。

エージェントスキル公式Apache-2.018.9k+332
DeepEval可観測性

形は意図的にpytestそのものです。テスト関数の中に表明を書き、それを発見して実行するランナーがあり、引数を変えたケースも書けます。違うのは、表明の対象が「回答が文脈に忠実だったか」「エージェントがタスクを完了したか」である点です。この形にした狙いは明確で、品質の劣化を、構文エラーを捕まえるのと同じ関門の前に持ち込むことにあります。想定しておくべきなのは、これらの指標の多くがモデルによって採点されることです。通常のテストには無い費用とばらつきが伴います。

公式Apache-2.017.9k+174
Skill Seekersツール連携

馴染みのないライブラリを扱うエージェントは、同じドキュメントサイトを毎回ページ単位で読み直し、その分の費用を実行のたびに払います。Skill Seekersはその素材を一度だけ変換します。ドキュメントサイト、リポジトリ、PDF、Wiki、動画などを指定すると構造化された知識の資産を作り、そこからエージェント用のスキルや検索の仕組み向けに書き出せます。入力は18種類、出力先は20を超えるため、同じ変換結果をコーディング支援にも検索索引にも使えます。競合の検出も行います。同じドキュメントの異なる版が同時に読み込まれる、という形の失敗を防ぐためです。

MIT14.9k
LangChain4jフレームワーク

看板機能はAI Servicesです。Javaのインターフェースを宣言してアノテーションを付けると、プロンプトの組み立て、モデルの呼び出し、返り値の型へのマッピングまでを実装として提供してくれます。その下には素のChatModel APIがあり、宣言的な層が邪魔になったときはいつでも降りられます。RAG、ツール呼び出し、Spring Boot・Quarkus・Micronaut・Helidonとの統合はいずれも公式提供です。名前は似ていますがPython版の移植ではないため、あちらの資料はそのままは通用しません。

公式Apache-2.013k+49
Portkey AI Gatewayツール連携

エージェントはチャットアプリよりはるかに多くモデルを呼ぶため、提供元のたまの流量制限が日常的な停止に変わります。Portkeyのゲートウェイは、自分のコードと提供元の間に入ってそれを吸収します。失敗した呼び出しは再試行し、制限に達した鍵は別の鍵に譲り、使えないモデルは次の候補に切り替わります。同じプロンプトはキャッシュから返せるため、二重に支払わずに済みます。振り分けの規則を書けば、分類には安いモデル、難しい処理には高いモデルというように送り先を変えられ、その判断がコード全体に散らばりません。遅延の増加は1ミリ秒未満、大きさは約122KBだとプロジェクトは述べています。機能を前提に設計する前に確認したい点が1つあります。資料はオープンなゲートウェイと同社のホスティング型製品をまとめて説明しています。

MIT12.8k
MCP Inspectorプロトコル

開発中のMCPサーバーにInspectorを接続し、ツールの呼び出し・リソースの読み出し・プロンプトの展開を1つずつ試して、返ってくる応答を確かめるデバッグツールです。インストール不要でnpxから起動でき、画面で操作するWeb UIのほか、CIに組み込めるCLI、ターミナルで完結するTUIを同じコマンドで切り替えられます。あくまで開発時の確認ツールであり、本番運用での監視や評価はこのツールの範囲外です。

公式MIT10.8k+55
mcp-useプロトコル

多くのMCPサーバーは文字列を返し、見せ方はクライアント任せです。mcp-useはその逆を前提にしています。ツールにReactの画面を持たせられるため、ChatGPTやClaudeの中で利用者が目にするのは文章ではなく操作できる画面になります。ツールの入出力はZodのスキーマで宣言し、その型が画面の受け取る値まで通るので、片方を変えるともう片方が型エラーとして知らせてきます。雛形から作った構成には、作業しながらツールを呼んだり画面を確かめたりできる検査画面がローカルに用意され、実際のクライアントから試すためのトンネル機能も付いています。バージョン2はこのサーバーと画面の組み合わせを軸にした作り直しで、以前のPython製クライアントライブラリは主眼から外れています。

MIT10.5k
codex-securityガードレール

基本形は`npx @openai/codex-security scan .`で、結果のJSONはstdoutに出ます。`--mode deep`ではworkerとsubagentを並べ、新しい検出が出なくなるまで探索を続けます。再スキャン時は`scans compare BEFORE_SCAN_ID AFTER_SCAN_ID`が根本原因で前回と突き合わせ、new/persisting/reopened/resolved/unknownに分類するため、差分だけを追えます。ただし探索は既定で96時間まで回る長丁場であり、コミット前の軽量チェックには向きません。実行にはCodex Securityへのアクセスが前提で、一部のサイバーセキュリティ要求やprotected findingsはTrusted Access for Cyberの承認が必要になる点も、導入前に確認しておきたいところです。

公式Apache-2.010.2k+203
AWS MCP Serversプロトコル

MCP対応のクライアントにつなぐと、最新のAWSドキュメントの検索、AWS自身の指針に沿ったCloudFormationやCDKの記述、DynamoDBやPostgreSQLへの問い合わせ、CloudWatchログの調査、コストの見積もりまでをモデルに任せられます。機能はサービスごとの小さなサーバーに分かれ、uvxコマンド1つとAWSの認証情報で個別に起動します。ドキュメント担当のKnowledgeサーバーとプレビュー中のAWS MCP Serverの2つはAWSがホストしていて、環境構築なしで使えます。気がかりは今後で、AWSは2026年5月に後継のAgent Toolkit for AWSを発表し、本番のエージェント用途にはそちらを推奨、有用なサーバーは順次移行すると述べています。

MCPサーバー公式Apache-2.09.6k+13
garakガードレール

チャットボットやモデルに向けると、プロンプトインジェクション、脱獄、符号化による回避、データ漏洩と再現、有害表現、誤った推論といった攻撃の系統を順に試し、どれが通ってしまったかを報告します。攻撃、判定、対象への接続を別々の部品として保つ設計により、新しいプローブや新しいバックエンドを、他を書き換えずに追加できます。担うのはセキュリティの発見側であって修正側ではありません。出力が示すのは、どのプローブが成功したかであり、それに対してどんな方針を書くべきかではありません。

公式Apache-2.09.1k+177
OpenLLMetry可観測性

同分類の他の選択肢は専用バックエンドを持つ製品であり、導入すると運用対象が増え、テレメトリの半分が他と切り離された場所に置かれます。こちらは計装の層です。モデル呼び出しとベクトルデータベース呼び出しを標準的なOpenTelemetryのスパンとして出力し、Datadog、Grafana、New Relic、Splunk、Honeycombなど、既存のトレースの送り先へそのまま流します。引き換えに、汎用のバックエンドで見えるのはスパンとレイテンシであって、専用プラットフォームが中心に据えるプロンプトの版管理や評価の画面ではありません。

公式Apache-2.07.4k+18
XcodeBuildMCPツール連携

iOSプロジェクトを扱うコーディングエージェントは、Swiftをいくら書いてもそれがビルドできるかを確かめられません。確かめるためのコマンドが長く、細かく、少しずつ間違えやすいからです。これはそれらをきちんと渡します。スキームのビルド、シミュレータの起動、アプリの導入と実行、ログの読み取り、テストの実行ができます。エージェントが行動に移せる結果を受け取れるため、ループが閉じます。差分を渡して人に試させるのではなく、自分が出したエラーを自分で直せるようになります。MCPサーバーとしても通常のコマンドとしても提供され、導入したほうの使い方をエージェントに教えるスキルも任意で付けられます。動作環境はmacOSのみで、Xcodeは新しめの版が必要です。

MCPサーバーMIT6.3k
Helicone可観測性

多くの記録ツールは呼び出しを包むことを求めますが、見たいコードがライブラリの中や別のジョブ、他人が持つサービスの中にあると、その方法は使えません。Helicone は別の道を取ります。接続先のURLを向けるだけで、通過するリクエストがすべて記録され、経路上にSDKは入りません。すでにその位置にいるため、ゲートウェイの仕事も兼ねます。複数の提供元を1つの鍵で扱い、片方が落ちたら自動で切り替え、繰り返しのプロンプトはキャッシュから返します。引き換えはその位置そのものです。アプリケーションとモデルの間にプロキシが入るため、運用する部品と経路が1つ増えます。エージェントの実行はセッションとしてまとまるので、多段の記録が無関係な30件の呼び出しではなく1つのまとまりとして読めます。

Apache-2.06.1k
Sembleツール連携

コーディングエージェントの費用がかさむ癖は、grepして一致した8ファイルを読み、そこに答えがなくてさらに3ファイル読む、という流れです。Sembleはこれを、平易な言葉での問い1つと、返ってくる少数の該当箇所に置き換えます。grepして読む場合と比べたトークンの削減はおよそ99%だと開発元は述べています。動作は完全に手元のマシンのCPU上で完結し、APIの鍵も呼び出す先のサービスも要りません。リポジトリ全体の索引作成は1秒未満で終わるため、エージェントがそのとき触っている対象に対して気軽に向けられます。導入時には手元のエージェントを検出し、MCPのツール、エージェントの指示書への追記、検索専用のサブエージェントという3つの入口を提示します。

MIT6k
ContextForgeプロトコル

組織がMCPで直面する問題はサーバーを書くことではありません。1年経つと40個あって一覧を誰も持っておらず、クライアントごとに手作業で設定している、という状況です。ContextForgeはその場面のための登録簿兼プロキシです。サーバーは一度登録すれば1か所から見つけられ、既存のRESTやgRPCのサービスは書き換えずにMCPとして公開でき、A2Aのエージェントも同じ経路で扱えます。認証、流量制限、記録はサーバーごとではなく中央でまとめて適用されます。それ自体がMCPの仕様に沿ったサーバーなので、クライアントからは窓口が1つに見えます。重さがそのまま代償です。データベースとキャッシュ、Kubernetesでの運用を伴う基盤であり、サーバーが40個ではなく3個なら過剰です。

公式Apache-2.04.4k
HolmesGPTツール連携

障害対応で時間がかかるのは修正ではなく、ダッシュボードを開き、急変をデプロイと突き合わせ、実際に落ちたポッドを見つけるまでの20分です。HolmesGPTはその部分を担います。すでに運用しているPrometheus、Grafana、Datadog、Kubernetes、任意のREST APIに接続し、必要なものを取得しては見つかった手がかりをたどる形で調査を進め、結論を元のアラートへ書き戻します。特徴的なのは、素朴な作りの道具が壊れる規模を前提にしている点です。絞り込みはサーバー側で行い、大きな出力はディスクへ流し、ツールごとにメモリ上限があるため、巨大な監視データを問い合わせても文脈が埋まったりプロセスが落ちたりしません。CNCFのサンドボックスプロジェクトです。

Apache-2.03.2k
numbatガードレール

デスクトップ・CLI・IDE・ゲートウェイの各エージェントの動きをhookやplugin、OTLP/HTTPのログエクスポータ経由で取り込み、単一のイベントモデルへ正規化したうえでローカルのCELルールで評価し、events・findings・enforcement決定をバージョン付きNDJSONとして書き出します。`numbat scan`はディスク上のセッション成果物を読むため、事前に計装していなかった過去の作業も後から再構成できます。一方で遮断は保守的な設計で、enforceモードは既定で無効、同梱ルールはすべて監視専用なので、実際に止めるにはルールYAMLを運用側のディレクトリへ複製し、idを保ったままenforce: trueを追加してversionを上げる手順が必要です。観測できる範囲はエージェントとサーフェスごとにcoverage matrixで決まり、永続化されなかった活動は後から復元できず、findingsは実行された事実の証明ではなくルールの一致にすぎません。網羅的な記録や確定的な事実認定を期待する用途には向きません。

公式Apache-2.0977+30