MCPは単なるライブラリの再パッケージ化：またもやデジャヴ

Redditの投稿がr/LocalLLaMAで、「MCP時代は既視感がある」と題する記事を引用し、AnthropicがまもなくMCP（Model Context Protocol）が基本的にプログラミングライブラリの再パッケージ化であることに気づくだろうと主張しています。この記事は、Hugging Faceのsmolagentsツール設計を具体例として挙げ、ツールが本質的にどのパッケージ関数でも行うことであることを示しています。

主な論点

• ツールは関数である：smolagentsの設計ではツールを呼び出し可能な関数として扱いますが、これはライブラリをインポートして関数を呼び出すことと機能的に同じです。唯一の違いは、LLMに優しいドキュメントと標準化された入出力スキーマです。
• MCP = ドキュメント化された関数のライブラリ：著者は、ツールのセットを公開するMCPサーバーは、関数のライブラリと同等であり、記述とスキーマがLLM消費に最適化されていると主張します。根本的なアーキテクチャの革新はなく、古い概念に新たな装飾を施したに過ぎません。
• コミュニティへの実践的質問：新しいMCPエコシステムの構築に投資すべきか、それとも既存のライブラリのドキュメント改善、悪い実装や冗長パッケージの排除に注力すべきか。著者は後者に傾いています。

コミュニティの反応

Redditの議論はこれを拡張し、ユーザーはMCPがモデルがツールを発見して呼び出す方法を標準化し、アドホックなAPIスキーマより一歩進んでいることを指摘しています。批評家は、真の価値は新規性ではなく一貫性にあると主張します。一部のユーザーは、MCPがAIエージェント向けのOpenAPIのより良いバージョンに進化する可能性があるが、過剰エンジニアリングには注意を促しています。

開発者への教訓

AIエージェントを構築する人にとっての核心的な洞察は、MCPに飛びつく前に慎重に考えることです。ツールのニーズが単純なら、明確な関数シグネチャを持つ文書化されたPythonライブラリで十分かもしれません。MCPはわずかな利益のために不必要な複雑さを追加する可能性があります。逆に、複数のサービスにわたって動的なツール発見が必要な場合、MCPの標準化はそのオーバーヘッドに見合う価値があるかもしれません。