【海外の反応】コーディングAI「Pi」がMCP拒否から一転、賛否割れる

姉妹サイトの新着

他サイトの新着

コーディングエージェント「Pi」の開発チームが、かつて「MCPは不要」としていた方針を転換し、新機能「Codemode」とあわせてMCP対応を打ち出す記事を公開した。これがHacker Newsで話題になり、「Piにも無駄な機能が増えてきた」という失望の声がある一方、「エンタープライズ連携ではMCPがほぼ標準になっている」「LLMに直接シェルを渡す方が危険」といった擁護論も相次いだ。あわせて競合プロトコルのACPや、Piの拡張版「oh-my-pi」といったツールの名前も挙がり、AIコーディングツールの設計思想を巡る議論に発展した。

Pi.dev:「MCPはいらないと言ったのに」

出典: earendil.com / 元記事はこちら

5 海外の名無しさん 2026-09-30 11:11
というわけで、Piにも無駄な機能が溜まり始めてるのか 🙁
7 海外の名無しさん 2026-09-30 11:01
いいね。自分もMCPは好きじゃないけど、最近は便利だと感じてる。Claude Codeで会社のMCPに接続したら、日常業務でめちゃくちゃ使えるようになった
28 海外の名無しさん 2026-09-30 11:22
>>7
https://github.com/rcarmo/memento を試してみて。自分は主にCodexを使ってるからClaudeでのテスターが欲しい。試して動かない部分をissueに書いてくれるとありがたい…
8 海外の名無しさん 2026-09-30 10:36
これはHuggingFaceのsmolagentsに似てる気がする。毎ターンJSONでツール呼び出しを表現する代わりに、モデルがツールを呼ぶコードを書く方式。ここでのCodemodeは、モデルが複数のツール呼び出し(特にMCP)をまとめて組み立てたいときに呼ぶ1つのツール、という理解
10 海外の名無しさん 2026-09-30 10:36
自分の理解では、MCPって結局「APIをプログラムで読める形でちゃんとドキュメント化した」ってだけ。MCPサーバーから必要な時にドキュメント付きのCLIツールを生成すればいいだけでは
29 海外の名無しさん 2026-09-30 11:35
>>10
まさにそれだけど、それの何が問題なのか分からない。API+ドキュメントが1つのURLにまとまってるのは自分にとっては利点。新しい名前がつくのも納得
30 海外の名無しさん 2026-09-30 11:22
>>10
エンタープライズの連携だと、それは選択肢にすら入らない。その領域ではMCPがほぼ制覇してる
11 海外の名無しさん 2026-09-30 10:28
MCP向けのいいファイルアップロードの解決策を見つけた人いる?それともMCPの外でHTTPを使ってアップロードするのがベストプラクティス?
31 海外の名無しさん 2026-09-30 11:16
>>11
https://github.com/rcarmo/memento でアップロード用に何個か力技の回避策を入れた。出回ってるドラフト仕様もあるけど、エンタープライズのMCPでの一般的なやり方は「帯域外」で処理して、ストレージのハンドルやURLをMCPツールに渡し、MCPサーバー側が「安全に」インポートする形みたい
12 海外の名無しさん 2026-09-30 10:54
自分は基本的にMCPやツールの代わりに、CLIツールを使うskillsを使ってる。たいていの場合、そのCLIツール自体もコーディングエージェントに生成させてる。この方法だとデバッグが楽だし、ツール自体を自分でも使ってちゃんと動いてるか確認できる
13 海外の名無しさん 2026-09-30 10:51
「まず思い出すべきは、世界は静的ではないということだ」→MCPにノーと言った時はそれを思い出さなかったの?「今のところMCPはナシ」ってこと?
14 海外の名無しさん 2026-09-30 10:23
元記事であんなにMCPの話をしてるのに、MCPが実際何なのか一行も説明がない
33 海外の名無しさん 2026-09-30 10:29
>>14
Piを使ってる人はだいたい知ってると思う。MCPは「Model Context Protocol」の略で、モデルがAPIやサービスに接続できるようにする、逆に言えばそうしたAPIやサービスをLLMやエージェントから使えるように公開するためのプロトコル。https://modelcontextprotocol.io/docs/2026-07-28/getting-star…
34 海外の名無しさん 2026-09-30 11:36
>>14
普通のAPIと同じだけど、ドキュメントが最初から組み込まれてるってだけ
35 海外の名無しさん 2026-09-30 10:26
>>14
1. 最初の段落に参照とリンクがちゃんとある
2. たぶんあなたはこの記事の想定読者じゃない
15 海外の名無しさん 2026-09-30 10:45
タイトルに答えるふりをしてるだけで、実際は遠回しに濁してるだけの記事
37 海外の名無しさん 2026-09-30 10:47
>>15
一体どうしてこの記事がタイトルに答えてないと言えるのか。文字通り最初の段落で記事全体を実質「ネタバレ」してて、そこで答えは出てる。その後は、以前はXだったのが今はYになった理由の裏付けが続くだけ
16 海外の名無しさん 2026-09-30 10:28
この記事はCodemodeとMCPの話を混ぜてるけど、説明の仕方が個人的には変に感じる。どちらも最新リリースの新機能っぽい。Piユーザーなら、自分のエージェントに https://github.com/earendil-works/pi/pull/10040 を説明させた方が早いかも
38 海外の名無しさん 2026-09-30 10:30
>>16
この記事の著者です。PRをAIに読ませてそれを説明させるのは良い考えだとは思わない。それだと元の情報源ではなく、二次的な要約のさらに要約を読むことになるから。もし説明できていないなら、もっとちゃんと説明できるように頑張らないとですね 🙂
46 海外の名無しさん 2026-09-30 10:33
>>38
まあ人によるとは思う。参考までに、自分は今日それをやってみたら、changelogや記事を読むよりCodemodeが何なのかよく理解できた気がする
47 海外の名無しさん 2026-09-30 10:36
>>38
「Codemodeについてこれだけ話しておいて、それが何なのか説明する価値はありそうだ」
17 海外の名無しさん 2026-09-30 11:32
>>2
同意。自分はMCPを一切使ってないけど、あれは良い判断だったと思う。逆によく使っているACP(https://agentclientprotocol.com/get-started/introduction)についても、いずれ同じようにネイティブサポートを追加してくれるといいな
19 海外の名無しさん 2026-09-30 10:47
>>3
自分も同じことをした。それに、ツールの進化があまりに速いから、来週には廃れてるかもしれない特定のツールに時間を無駄にしたくない。だから今動くならそれを使うし、そうでなければ別のものを選ぶ
20 海外の名無しさん 2026-09-30 11:25
>>3
oh-my-piはPiのフォークで、この手の機能をいろいろ追加してる。https://github.com/can1357/oh-my-pi まだあまり試してないから、どれくらいちゃんと動くかは保証できないけど
40 海外の名無しさん 2026-09-30 11:33
>>20
自分の感想では、非常によく動く。最近はこれしか使ってない。以前は主にpiとcodex、あとzedやvscode、JetBrains系IDEに組み込まれてるものを使ってた。あと関係ない話かもしれないけど、vimのキーバインドにも対応してる

他サイトの新着

23 海外の名無しさん 2026-09-30 11:15
>>4
Piはパーミッションモデルすらサポートしてない。かなり素のままで、基本的に全部自分でカスタマイズすることが前提になってる
42 海外の名無しさん 2026-09-30 11:34
>>23
…でも、しばらく使っていると、最初は必要だと思っていた余計な機能のほとんどを忘れてしまったりする。自分はまさにそうなって、それ以来振り返らずに満足してPiを使い続けてる(気になる人は https://a.l3x.in/ai へ)
26 海外の名無しさん 2026-09-30 10:44
>>6
「通常、LLMが複数の操作を組み合わせたいなら、そのための完璧な道具がある。bash、あるいは他のOSシェルだ」
多くのシナリオ、例えばチャットインターフェースのようにハーネスをサーバー側で動かす場合、OSシェルへのアクセスを公開したくはない。巨大なセキュリティ攻撃面になるから
44 海外の名無しさん 2026-09-30 11:41
>>26
/usr/bin全部を渡さなくてもLLMにbashを与えることはできる。それは何十年も前から簡単に解決されてる問題
27 海外の名無しさん 2026-09-30 11:11
>>6
適切なセキュリティ機構を設定したクラウド製品ベースのオーケストレーションには、シェルアクセスはなく、正規のネットワーク経由でしか通信すべきではない。シェルアクセスのないrootlessな不変コンテナか、WebAPIだけを接点にする複数ベンダーのSaaS製品、という形になる
36 海外の名無しさん 2026-09-30 10:27
>>14
MCPは「自前主義(NIH)」で作られた非標準版のOpenAPIみたいなもの
41 海外の名無しさん 2026-09-30 11:08
>>22
サブエージェント機能があるハーネスで、何かおすすめはある?
43 海外の名無しさん 2026-09-30 11:30
>>25
補足:MCP操作を連結することについての自分の率直なメモはここ:https://github.com/rcarmo/umcp/blob/main/docs/CHAINING.md
49 海外の名無しさん 2026-09-30 10:37
>>46
記事にも書いた通り、Codemodeについては今後もっと詳しく書く予定です。この記事は、ある意味「誰もが気づいているのに触れられていなかった問題」に向き合うために必要なものでした

この話題の背景と論点

MCP(Model Context Protocol)は、AIエージェントが外部のAPIやサービスに接続するための標準化プロトコルで、賛否はありつつも急速に普及してきた。スレでは「MCPはAPIを機械可読な形でドキュメント化しただけ」という技術的な批判がある一方、「エンタープライズの連携では既にMCPが事実上の標準になっている」という指摘もあり、理屈の是非と実際の普及状況にはズレがある。また、複数のツール呼び出しをコードとして組み立てる「Codemode」はHuggingFaceのsmolagentsに似た発想だと指摘されており、毎ターンJSONでツールを呼ぶ方式より効率的だとされる。LLMにOSシェルを直接渡すか、MCPのような構造化された接点を使わせるかは、利便性とセキュリティのトレードオフとして根強い論点になっている。なお、Zedが開発する競合プロトコルACPや、Piの拡張版「oh-my-pi」といった周辺ツールの名前も複数挙がった。

※本記事は5ch(Hacker News)スレッド「Pi.dev: You Said No MCP」より抜粋・要約して構成しています。

この記事のリアクション

他サイトの新着

まだコメントはありません。

コメントする

誹謗中傷・個人を特定する書き込みは削除対象です。投稿は承認後に表示されます。

相互リンクサイト新着記事