??X平臺(tái)用戶@jian發(fā)布帖子稱通過(guò)簡(jiǎn)單的自然語(yǔ)言指令成功獲取Manus的系統(tǒng)文件（路徑：/opt/.manus/），暴露其沙箱運(yùn)行時(shí)代碼、工具鏈及完整提示詞框架。

Manus聯(lián)合創(chuàng)始人季逸超（Peak）在跟帖中進(jìn)行了回復(fù)，以下是內(nèi)容翻譯：

嗨！我是 Manus AI 的 Peak。其實(shí)沒(méi)那么復(fù)雜——每位用戶都可以直接訪問(wèn)沙盒（見截圖了解方法）。

具體來(lái)說(shuō)：

每個(gè)會(huì)話都有自己的沙盒，彼此完全隔離。用戶可以直接通過(guò) Manus 的界面進(jìn)入沙盒。

沙盒中的代碼僅用于接收來(lái)自代理的指令，因此只是做了輕度混淆。

工具的設(shè)計(jì)并不是什么秘密——Manus 代理的動(dòng)作空間設(shè)計(jì)與常見的學(xué)術(shù)方法并無(wú)顯著不同。而且由于 RAG 機(jī)制，通過(guò)越獄獲得的工具描述會(huì)因任務(wù)不同而有所變化。

多代理實(shí)現(xiàn)是 Manus 的一項(xiàng)核心功能。在與 Manus 交流時(shí)，用戶只會(huì)與執(zhí)行代理（executor agent）對(duì)話，而執(zhí)行代理本身并不了解知識(shí)庫(kù)、規(guī)劃器或其他代理的詳細(xì)信息。這有助于控制上下文長(zhǎng)度，因此，通過(guò)越獄獲取的提示詞大多是幻覺(jué)內(nèi)容。

我們確實(shí)使用了 @browser_use 的開源代碼。事實(shí)上，我們采用了許多不同的開源技術(shù)，這也是為什么我在發(fā)布視頻中特別提到，如果沒(méi)有開源社區(qū)，就不會(huì)有 Manus。接下來(lái)，我們會(huì)陸續(xù)發(fā)布一系列致謝和合作內(nèi)容。

不必著急——我們的團(tuán)隊(duì)一直有開源的傳統(tǒng)，我個(gè)人也一直在 HuggingFace 上分享自己訓(xùn)練的模型。未來(lái)，我們會(huì)開源不少好東西。

??對(duì)于使用MCP（Anthropic的模型上下文協(xié)議（Model Context Protocol，MCP）是一個(gè)開放標(biāo)準(zhǔn)，旨在標(biāo)準(zhǔn)化應(yīng)用程序與大型語(yǔ)言模型（LLM）之間的上下文提供方式。）的調(diào)侃。季逸超也回應(yīng)：沒(méi)有使用MCP!

而是從朋友王星堯（@xingyaow_）的項(xiàng)目CodeAct，中獲得了靈感：

1.編寫代碼并不是最終目標(biāo)，而是一種通用的方法來(lái)解決廣義問(wèn)題。

2.由于 LLM 在編寫代碼方面表現(xiàn)出色，因此讓代理執(zhí)行與其訓(xùn)練分布最契合的任務(wù)是合理的。

3.這種方法顯著減少了上下文長(zhǎng)度，并支持復(fù)雜操作的組合。

最后，在被問(wèn)到為啥不用MCP時(shí)。季逸超也大方回復(fù)：“因?yàn)椤璏anus 早在 Model Context Protocol 推出之前就已經(jīng)開始開發(fā)了??”