manus爆火的紅與黑:營銷確實過頭,但產品驚艷也不假
文章轉載來源: Jonas1997
老實說,到現在也沒 manus 的邀請碼,所以如果你堅持認為沒體驗過就沒有發言權的話,直接叉掉可以為你節省十分鐘。
想聊聊兩個大點,一個是有關 manus 這波營銷爭議;一個是 manus 的產品取巧之道。
產品:沒有突破,但突破了
Manus 並沒有在技術上實現突破,這或許是爭議過後最大的共識。 最核心的驗證案例來源於 MetaGPT 團隊(做編程 agent team 的)三小時復刻了一個 OpenManus。
但毫無疑問,manus 帶給大家的產品又是震撼的。 它把 AI 作為‘人類之手’,自動化實現一系列流程,其中包含了大量的信息自主收集、瀏覽器交互等內容。 這些將最終被封裝,用戶只需要告訴 manus 他想要做什麼,就可以搬個椅子直接看表演了。
如果你和我一樣日常關注 AI 領域的一些動態,你會發現 manus 相比於 deepseek 模型訓練方面的革新,更多像是一隻縫合怪:
1、任務梳理、知識庫調用。 大部分模型均具備該能力,並且從 prompt engineering 的角度,先行將任務拆解梳理會提高 AI 最終輸出的效果。 我自己在日常與 AI 交互中,要么是直接列清單,要么是讓 AI 基於我的需求為我梳理。
2、信息蒐集、梳理、分析。 也即 Deep Research,現在基本也都陸續支持了。
3、外接工具 function call。 無論是 MCP,還是大量開源工具例如 browser-use,都已經被納入日常使用場景之中。
4、多代理合作。 從 Devin 開始應該已經一兩年了(不太記得具體時間)。 三小時復刻的那個 metaGPT 團隊做的就是編程領域的多代理合作。
很多人揪著 manus 沒有創新這一點死死不放,見到稱讚的就開始冷嘲熱諷。
須知傲慢是進步的最大死敵。
不妨問自己:既然都是已有的東西,為什麼整合起來就一下子爆了呢? 都是已有的東西,你為什麼不縫呢?
大家看待創新的角度還是太狹隘了,總是緊抓著技術不放,殊不知產品理念的創新,商業模式的創新,才是更具有深遠影響力的。
我在結尾放了一篇文章,關於 manus 產品的理解寫的非常好(因為是轉述團隊本身的話):

這段話也是我寫本文的主要原因。 我覺得這裡提到的點值得每一個做產品的人細細品味。
說說我從中看到的、manus 值得學習的點:
1、智能體工作流的抗干擾
做遊戲也會提到類似的概念,‘心流’。
即用戶使用產品的體驗,是由一段段行為流程構成的。 比如說我使用支付寶去交話費,我需要打開支付寶,點擊首頁‘充值’,選擇手機號,選擇金額,確認,付費,收到充值成功的反饋。 這樣一個流程中,如果出現一個流程外因子的干擾,就會打斷整體流程,造成產品體驗的下滑。
現有的 AI 代理,雖然不至於如上所說,和用戶工作流程完全排斥,但確實存在佔用工作空間的問題。 以大家可能常用的 AI 讀網頁為例,AI 基於當前網頁給出了理解,你不能改動當前網頁,否則就失效了。 要不然就手動複製鏈接,在一個獨立的窗口去給到 AI。 最近試用過的另一個產品 same.dev,主打直接複製前端源碼的,就存在繞過網頁就中斷運行的問題,活生生霸占一個工作空間,體驗非常之差。
當然,也並非是在說孰優孰劣。 但 manus 產品層面的變化對我們思考 AI agent 形態演進是有意義的。
從瀏覽器內嵌 AI,到 AI 交互頁面內嵌瀏覽器,前者滿足用戶日常使用需求(AI 只是工作生活流程的一部分),後者滿足智能代理需求(減少無關因素干擾)。
AI Agent 產品,暴露給用戶的,只需要是一個交互頁面,接收輸入、展示過程、吐出輸出。 過程只允許被展示,用戶不會受到過程的干擾。
又想起我在之前一篇提及 OKX 錢包內嵌瀏覽器存在的問題了。 你不能讓用戶主動打斷流程來實現目的。
‘心流’中斷的體驗是很糟糕的。
2、重新思考‘外接工具’
在大多數人眼中,可能只有 MCP 等標準協議或已經打包好的庫,才算是‘外接工具’。
其實,所謂工具,就是輸入輸出具有穩定性,能夠讓使用者俱有明確預期的黑箱。
編程作為 AI 應用場景中確定性最高的一個,無數腳本,無數模塊,都可以打包為工具。
從模型訓練角度去比拼解數學題,沒問題;但如果從模型應用角度去直接接數學題,那就是蠢。
為什麼不寫代碼來解,非得用勞什子向量映射?
manus 在通用型 Agent 的設計上其實指明了關鍵點:不要妄圖用 AI 直接解決所有問題。
AI 只是手。
手使用工具去解決問題。 工具可以事先定義,也可以臨時編寫。
人 - 手 - 工具 - 任務。
你管他中間接幾層工具呢?
3、對使用場景的非破壞性
經常編程的同學一定體會很深,不同的項目,依賴庫版本亂七八糟,只要其中一個關鍵庫版本沒對上,項目就可能運行報錯。
這也是編程裡虛擬環境的必要性所在。 npm 基於項目依賴安裝,python 創建虛擬環境,docker 容器等,這些在我理解,都是為了保證環境的獨立定制性。
這可能是現階段所有直接 toC 的產品級智能體的共識:不要侵占用戶的本地環境,用雲。
前有 bolt.new 、mgx.dev 等,都選擇了直接雲端運行、編寫調試。 但這些均為編程型 agent,通用型 agent 缺乏對照。
與 manus 的做法形成鮮明對比的還有個產品,Highlight。 你下載安裝後,會在桌面形成一個浮窗,浮窗上有一些基於當前工作空間的應用的一些 AI 結合操作。
看上去似乎讓人眼前一亮?
比如我不會爬蟲,我調到瀏覽器頁面,讓 Highlight 為我爬蟲?
我個人體驗下來,highlight 的做法已經乾擾了原本的工作流程,因為我必須開著進程讓 highlight 來操作。 但實際上,任何人在工作中都會來回切換頁面,不可能專門等 AI 操作完成。 此外,如果 AI 用我的瀏覽器爬蟲,是否在用我的 IP,是否會影響我未來的訪問?
本地場景被破壞了。
這幾點其實光說起來似乎也不難想到的感覺。 但如何框架性地進行一系列的設計,我想還是很值得去體會的。
最後說一句有關 manus 上限,我個人的預期吧。
我的預期就是控制預期——AI 無法為我們做所有事。 即使未來智能家居引入了 AI 模塊,變成了‘人類之手’可以使用的‘工具’;即使桌面裡出現越來越多的‘工具’能夠讓我們僅憑自然語言控制生產級軟件;很多時候也必須人類來做過程的控制檢驗,這是因為 AI 對世界的認知建立於一個巨大的黑箱之上,它們會出現‘幻覺’。
無論如何,既然我們認為人類的真實要大於 AI 的真實,人類就需要對 AI 的生產進行檢驗。 而交給 AI 的越多,需要檢驗的內容就越多。 這最終會平衡到一個邊界之上。
這個邊界,就是通用型 Agent 產品的上限。
營銷:不怕爭議,怕沒有爭議
縱觀這波 manus 出圈,與其說是圈內自發爭議,倒不如說是有雙‘上帝之手’在暗中引導。
這雙上帝之手,想必也是出自官方了。 以手引手,豈不妙哉。
首先,我讓 Grok 總結了 manus 這段時間的營銷大事件:

可以清楚看到,官方的核心宣傳語就是‘全球首款通用 AI Agent’。
這是個非常招爭議的說法。
A. 對於圈外人士來說,這一說法非常吸睛;
B. 對於我這種日常關注但並非圈內人士的,一眼可以看出是玩了文字把戲:產品層面我上面有介紹過,是縫合怪,無論如何稱不上首個;但如果加上‘日常’兩個字,此前也確實沒有這麼一款說自己要處理通用型任務的消費級產品造成大的輿論。 加上宣傳語本來就是誇大傾向的,所以這麼說確實也無可厚非;
C. 對於圈內人士呢,我想大部分可能會比較憤憤不平,畢竟自己哼哧哼哧研究的成果被縫進去了,或者說自己眼裡這個東西沒什麼技術含量,偏偏又被他搶了風頭。
——立場對立出現了。
有立場對立就有爭論,輿論最終持續發酵,為 manus 的宣傳帶來槓桿效應。
不要看表象,看結果。
結果就是 manus 收穫了全球性的關注。 這營銷的性價比拉滿。
以及邀請碼機制。
在註意力拉滿的同時,邀請碼嚴格限制,一方面是基於成本考慮,另一方面也是掩蓋產品不足。 畢竟‘通用型’誇下海口了,一旦開放,立馬就能被 A 類人群各種 bug 和反饋給直接炸翻。 那樣就不會是立場對立,而是一邊倒,很可能就涼了。 從這一角度,邀請碼機制其實類似於一次早期測試,有多少 dev 修 bug,就放多少碼,讓種子用戶先行幫助完善產品。
還有就是飢餓營銷那套打算。 飢餓營銷本質上還是爭奪注意力,所有用了邀請碼的不免會被‘愛而不得’者罵,很正常。
其後發生的,X 賬號凍結風波、技術越獄、被開源等,被很多人視作是過度營銷的惡果。
關於這點,我個人的看法是:AI 圈還是太文縐縐了。 建議拉來 crypto 圈子裡遛遛,學點不要臉精神。
manus 團隊其實還好,畢竟上一款產品 Monica 已經穩定盈利,殊不知很多小團隊仍舊掙扎在溫飽線邊緣。 這個時候,你和我說營銷不要過度? 如果能夠低成本實現高營銷效果,我想請問為什麼不?
臉能支持研發團隊繼續做下去嗎? 臉能提供足夠的資金用於創新嗎?
臉不值錢。 在這個娛樂至死、信息爆炸的年代,注意力才值錢。
crypto 圈最殘酷也是最鍛煉人的地方,就是它太接近錢本身了,以至於你所能見到的,都是最真實的人性、最血淋淋的套路(不是套路血淋淋,是你血淋淋)。
做人要有原則,但你不能不理解並學會接受一些非汝原則的現實。
否則會死很慘。
登入回覆
登入分享您的看法評論
相關文章