LLMは説明文に基づいてツールを選ぶ。悪い説明文は間違った選択を意味する。品質スコアリングがデモと本番の差を明らかにする。
Model Context Protocolは、RESTがSOAPにしたことをAPI統合に対して行っている。ほとんどのエンジニアはまだおもちゃだと思っている。
緑のダッシュボードと壊れたプロダクトは、同じMCPサーバー上で共存できる。ツールが実際に動いているかを測る5つのメトリクスがこれだ。
ほとんどのMCPサーバーはREST APIに余計なステップを追加しただけのもの。それは間違ったメンタルモデルだ。
Function callingは一つのLLMベンダーに縛られる。MCPはユニバーサルなプロトコル。5つの統合を保守するまで、その差は見えない。
誰もがAIエージェントにシステムへのアクセスを与えようと競争している。それらのエージェントが操作されたとき何が起こるかを問う人はほとんどいない。
MCPサーバーの品質基準がない。ベンチマークもない。スコアもない。これは明白な場所に隠れた巨大な問題だ。
MCPサーバーは、エージェントが人間のレビューなしに呼び出すAPIだ。ツールの説明が契約であり、その契約が誠実かどうかを誰も確認していない。
優れたインフラは消える。最高のMCPツールはMCPツールについて考える必要がないはずだ。
ビジネスロジックはもうある。難しいのはコードじゃない — LLMが実際に使えるツール説明を書くことだ。最短ルートを示そう。