プロキシからスマートコネクターへ
ほとんどの MCP ゲートウェイの仕事は一つ。API をツールとして公開し、呼び出しを中継するだけです。便利ですが、難しい部分は AI に丸投げになります。ツールが customer_id を返しても、エージェントは同じ ID が別システムの注文を引くための鍵だとは分かりません。推測し、しばしば間違えます。
AnythingMCP は素のツールの上に層を加えます。コネクターのナレッジグラフです。各システムが公開するエンティティと、その間のデータの流れをマッピングし、統合ロジックを手書きしなくても AI エージェントがそれらを組み合わせて使えるようにします。
これがプロキシとスマートコネクターの違いです。
ナレッジグラフの実体
グラフはワークスペースごとのプライベートな地図で、2 種類の要素から成ります：
ツールが扱うエンティティ — 顧客、注文、製品。
それらの関係 — 参照、同一性、生成／消費、親／子。
安価な順に 4 つの層から構築されます：
get_customer_id ツールは id フィールドを持つ顧客エンティティを示唆します。無料で即時。customer_id が CRM から出て同じ値が ERP に入れば、それがデータフローのエッジです。CRM.person と Billing.customer が異なる名前の同一実体だと見抜く AI パス。識別子の値が平文で保存されることはありません。グラフはソルト付きハッシュを保持し、データ自体を持たずにデータの形を学習します。
具体例：CRM → ERP
CRM（連絡先と商談）と ERP（注文と請求）を接続したとします。データが流れるにつれ、エッジが推定から確定へ昇格する様子を見てください。
- →静的レイヤーがツール定義から 人物、商談、注文 などのエンティティを抽出します。
- →エージェントが
crm.get_customersを呼ぶとcustomer_idが出力され、観測レイヤーが記録します。 - →次に
erp.search_orders(customer_id=…)を呼ぶと、人物 → 注文 のエッジが確定に昇格します。
AI スキル：エージェントが再利用するルール
繰り返されるパターンはスキルになります。ツールの実際の使われ方から取り込んだ再利用可能なビジネスルールで、毎回説明し直す代わりに MCP サーバーの指示に組み込まれます。
kg_how_to_obtain：ツールとしてのグラフ
グラフは内部だけのものではありません。AnythingMCP は kg_how_to_obtain ツールを公開します。実行時にエージェントが取得方法を尋ねると、連鎖のヒント（どのツールを呼ぶか、どのフィールドが 2 つのシステムをつなぐか）が返ります。