先ほど、Manus Lianchuang は「サンドボックス脱獄」の問題に反応し、次のように述べました。「MCP は役に立たない!」さて、オープンソース化計画が正式に発表されました！

💫X プラットフォーム ユーザー @jian は、シンプルな自然言語の指示を通じて Manus のシステム ファイル (パス: /opt/.manus/) を正常に取得し、サンドボックス ランタイム コード、ツール チェーン、完全なプロンプト ワード フレームワークを公開したという投稿を投稿しました。

Manusの共同創設者Ji Yichao氏（Peak）がスレッドに返信しました。以下はその内容の翻訳です。

こんにちは！私はManus AIのPeakです。実際にはそれほど複雑ではありません。すべてのユーザーがサンドボックスに直接アクセスできます (方法についてはスクリーンショットを参照してください)。

具体的には：

各セッションには独自のサンドボックスがあり、互いに完全に分離されています。ユーザーは、Manus インターフェースを介して直接サンドボックスに入ることができます。

サンドボックス内のコードはプロキシからの指示を受信するためにのみ使用されるため、難読化は軽度にしか行われません。

ツールの設計は秘密ではありません。Manus エージェントのアクション スペースの設計は、一般的な学術的アプローチと大きく異なりません。また、RAG メカニズムのため、ジェイルブレイクによって取得されるツールの説明はタスクによって異なります。

マルチエージェント実装は Manus のコア機能です。 Manus と通信する場合、ユーザーはエグゼキュータ エージェントとのみ通信します。エグゼキュータ エージェント自体は、ナレッジ ベース、プランナー、またはその他のエージェントの詳細を認識していません。これによりコンテキストの長さを制御し、ジェイルブレイクを通じて取得されるプロンプトの単語が主に幻覚的な内容になるようにします。

私たちは @browser_use のオープンソース コードを使用しています。実際、私たちはさまざまなオープンソース テクノロジを使用しています。そのため、私はローンチ ビデオで、オープンソース コミュニティがなければ Manus は存在しなかったと特に言及しました。次回は謝辞と協力内容のシリーズを公開します。

心配しないでください。私たちのチームには常にオープンソースの伝統があり、私はトレーニング済みのモデルを HuggingFace で共有してきました。今後、私たちはたくさんの良いものをオープンソース化していきます。

💫 MCP の使用に関するジョーク (Anthropic のモデル コンテキスト プロトコル (MCP) は、アプリケーションと大規模言語モデル (LLM) 間でコンテキストが提供される方法を標準化することを目的としたオープン スタンダードです)。 Ji Yichao も次のように返信しました: MCP は使用していません!

代わりに、友人の Wang Xingyao (@xingyaow_) のプロジェクト CodeAct からインスピレーションを得ました。

1. コードを書くことは最終的な目標ではなく、一般的な問題を解決するための一般的なアプローチです。

2. LLM はコードの記述に優れているため、エージェントにトレーニング分布に最適なタスクを実行させるのは理にかなっています。

3. このアプローチにより、コンテキストの長さが大幅に短縮され、複雑な操作の組み合わせがサポートされます。

最後に、なぜ MCP を使用しないのかと尋ねられたとき。 Ji Yichao 氏も寛大に応答しました。「なぜなら...Manus は Model Context Protocol がリリースされる前からすでに開発を開始していたからです🤣」