Code Mode: the better way to use MCP

It turns out we've all been using MCP wrong. Most agents today use MCP by directly exposing the "tools" to the LLM. We tried something different: Convert the MCP tools into a TypeScript API, and then ask an LLM to write code that calls that API. The results are striking: We found agents are able to handle many more tools, and more complex tools, when those tools are presented as a TypeScript API r

[mayumayu_nimolove]

正直MCP使うと意図通りにしてくれないことの方が多かった。ただの時期早々とか、黎明期とか思ってたけど根本的なとこ突いてきたな。

[hironobu-s]

“The answer is simple: LLMs have seen a lot of code. They have not seen a lot of "tool calls". In fact, the tool calls they have seen are probably limited to a contrived training set constructed by the LLM's own developers, in order to try to train it. Whereas they have seen real-world code from m

[kabisuke]

mcpツールが細切れの単機能しか提供しないから、ツール連携をllmがやらんといかんのが問題なんでは。ツールが複数機能跨るロジック入力できるインタフェース提供すれば性能上げられそう

[otoan52]

MCPツールは『何も指示しなくても使ってくれる』という利点で入れるものだと思う。だから、MCPツールを使ったプログラムを書かせるというのはちょっと理想から離れてる。でもホント言わないと使ってくれないのよね

[stealthinu]

MCPを直接使わすよりtypescriptでコード書かせてMCPを利用させたほうが効率よかったとのこと。今まだLLMがMCPについての学習データ不足であることが挙げられてる。MCP自体の設計も未熟なことが多いのも理由にありそう。

[Kigh]

LLMがMCPのtoolを直接呼び出すのではなく、toolをTypeScript APIに変換して、それを呼ぶコードを書かせるアプローチ。LLMは独特なtool利用よりもコード生成を学習している。MCPの開発者利用しか想定してない？

[k2wanko]

MCPをtoolsで呼び出すんじゃなく、MCPを呼び出すTypeScriptコードを書かせたほうがパフォーマンスがいいよという話か

[otihateten3510]

そうなるよね

[mushus]

これMCPから大量データを受け取って書き出すこともコンテキスト圧迫せずにできそうで別の問題も解決してて良さげ

[hiroomi]

"MCPサーバー設計者は、開発者に公開する従来のAPIと比較して、大幅に簡素化されたAPIを提供することが推奨されます。"

[bearcub]

これはManusが半年前に実現してたCodeActアーキテクチャですね。langgraph版はこれ https://github.com/langchain-ai/langgraph-codeact

[gabill]

MCPが存在しない時代のコードで学習したAIにとっては、MCPよりTypeScriptのAPIの方が馴染みがあるというのは必然かもしれない

[myr]

あとでよむ。読んだ。そのうちMCPも使えるようになるけど今はLLM学習時にMCPなかったからうまくつかえないんだよね、、と理解した。

[tofu-kun]

TypeScriptを経由させるの面白いな。まだ課題感がしっくり来てないけど、直接MCP使うよりも効率がいいっぽい。