欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

當前位置:主頁 > 區(qū)塊鏈 > 資訊 > manus爆火背后分析

manus代幣的營銷爭議與manus的產(chǎn)品取巧之道分析

2025-03-17 14:39:58 | 來源: | 作者:佚名
Manus能被迅速炒作爆火起來,一個很大的原因,是所對標OpenAI發(fā)布的AI Agent產(chǎn)品,并沒有開放免費使用,而且訂閱價格比較貴,所以這類產(chǎn)品并不為大眾所熟悉,本文想聊聊兩個大點,一個是有關(guān) manus 這波營銷爭議;一個是 manus 的產(chǎn)品取巧之道,

老實說,到現(xiàn)在也沒 manus 的邀請碼,所以如果你堅持認為沒體驗過就沒有發(fā)言權(quán)的話,直接叉掉可以為你節(jié)省十分鐘。

想聊聊兩個大點,一個是有關(guān) manus 這波營銷爭議;一個是 manus 的產(chǎn)品取巧之道。

產(chǎn)品:沒有突破,但突破了

Manus 并沒有在技術(shù)上實現(xiàn)突破,這或許是爭議過后最大的共識。最核心的驗證案例來源于 MetaGPT 團隊(做編程 agent team 的)三小時復(fù)刻了一個 OpenManus。

但毫無疑問,manus 帶給大家的產(chǎn)品又是震撼的。它把 AI 作為「人類之手」,自動化實現(xiàn)一系列流程,其中包含了大量的信息自主收集、瀏覽器交互等內(nèi)容。這些將最終被封裝,用戶只需要告訴 manus 他想要做什么,就可以搬個椅子直接看表演了。

如果你和我一樣日常關(guān)注 AI 領(lǐng)域的一些動態(tài),你會發(fā)現(xiàn) manus 相比于 deepseek 模型訓(xùn)練方面的革新,更多像是一只縫合怪:

1、任務(wù)梳理、知識庫調(diào)用。大部分模型均具備該能力,并且從 prompt engineering 的角度,先行將任務(wù)拆解梳理會提高 AI 最終輸出的效果。我自己在日常與 AI 交互中,要么是直接列清單,要么是讓 AI 基于我的需求為我梳理。

2、信息搜集、梳理、分析。也即 Deep Research,現(xiàn)在基本也都陸續(xù)支持了。

3、外接工具 function call。無論是 MCP,還是大量開源工具例如 browser-use,都已經(jīng)被納入日常使用場景之中。

4、多代理合作。從 Devin 開始應(yīng)該已經(jīng)一兩年了(不太記得具體時間)。三小時復(fù)刻的那個 metaGPT 團隊做的就是編程領(lǐng)域的多代理合作。

很多人揪著 manus 沒有創(chuàng)新這一點死死不放,見到稱贊的就開始冷嘲熱諷。

須知傲慢是進步的最大死敵。

不妨問自己:既然都是已有的東西,為什么整合起來就一下子爆了呢?都是已有的東西,你為什么不縫呢?

大家看待創(chuàng)新的角度還是太狹隘了,總是緊抓著技術(shù)不放,殊不知產(chǎn)品理念的創(chuàng)新,商業(yè)模式的創(chuàng)新,才是更具有深遠影響力的。

我在結(jié)尾放了一篇文章,關(guān)于 manus 產(chǎn)品的理解寫的非常好(因為是轉(zhuǎn)述團隊本身的話):

這段話也是我寫本文的主要原因。我覺得這里提到的點值得每一個做產(chǎn)品的人細細品味。

說說我從中看到的、manus 值得學(xué)習(xí)的點:

1、智能體工作流的抗干擾

做游戲也會提到類似的概念,「心流」。

即用戶使用產(chǎn)品的體驗,是由一段段行為流程構(gòu)成的。比如說我使用支付寶去交話費,我需要打開支付寶,點擊首頁「充值」,選擇手機號,選擇金額,確認,付費,收到充值成功的反饋。這樣一個流程中,如果出現(xiàn)一個流程外因子的干擾,就會打斷整體流程,造成產(chǎn)品體驗的下滑。

現(xiàn)有的 AI 代理,雖然不至于如上所說,和用戶工作流程完全排斥,但確實存在占用工作空間的問題。以大家可能常用的 AI 讀網(wǎng)頁為例,AI 基于當前網(wǎng)頁給出了理解,你不能改動當前網(wǎng)頁,否則就失效了。要不然就手動復(fù)制鏈接,在一個獨立的窗口去給到 AI。最近試用過的另一個產(chǎn)品 same.dev,主打直接復(fù)制前端源碼的,就存在繞過網(wǎng)頁就中斷運行的問題,活生生霸占一個工作空間,體驗非常之差。

當然,也并非是在說孰優(yōu)孰劣。但 manus 產(chǎn)品層面的變化對我們思考 AI agent 形態(tài)演進是有意義的。

從瀏覽器內(nèi)嵌 AI,到 AI 交互頁面內(nèi)嵌瀏覽器,前者滿足用戶日常使用需求(AI 只是工作生活流程的一部分),后者滿足智能代理需求(減少無關(guān)因素干擾)。

AI Agent 產(chǎn)品,暴露給用戶的,只需要是一個交互頁面,接收輸入、展示過程、吐出輸出。過程只允許被展示,用戶不會受到過程的干擾。

又想起我在之前一篇提及 OKX 錢包內(nèi)嵌瀏覽器存在的問題了。你不能讓用戶主動打斷流程來實現(xiàn)目的。

「心流」中斷的體驗是很糟糕的。

2、重新思考「外接工具」

在大多數(shù)人眼中,可能只有 MCP 等標準協(xié)議或已經(jīng)打包好的庫,才算是「外接工具」。

其實,所謂工具,就是輸入輸出具有穩(wěn)定性,能夠讓使用者具有明確預(yù)期的黑箱。

編程作為 AI 應(yīng)用場景中確定性最高的一個,無數(shù)腳本,無數(shù)模塊,都可以打包為工具。

從模型訓(xùn)練角度去比拼解數(shù)學(xué)題,沒問題;但如果從模型應(yīng)用角度去直接接數(shù)學(xué)題,那就是蠢。

為什么不寫代碼來解,非得用勞什子向量映射?

manus 在通用型 Agent 的設(shè)計上其實指明了關(guān)鍵點:不要妄圖用 AI 直接解決所有問題。

AI 只是手。

手使用工具去解決問題。工具可以事先定義,也可以臨時編寫。

人 - 手 - 工具 - 任務(wù)。

你管他中間接幾層工具呢?

3、對使用場景的非破壞性

經(jīng)常編程的同學(xué)一定體會很深,不同的項目,依賴庫版本亂七八糟,只要其中一個關(guān)鍵庫版本沒對上,項目就可能運行報錯。

這也是編程里虛擬環(huán)境的必要性所在。npm 基于項目依賴安裝,python 創(chuàng)建虛擬環(huán)境,docker 容器等,這些在我理解,都是為了保證環(huán)境的獨立定制性。

這可能是現(xiàn)階段所有直接 toC 的產(chǎn)品級智能體的共識:不要侵占用戶的本地環(huán)境,用云。

前有 bolt.new 、mgx.dev 等,都選擇了直接云端運行、編寫調(diào)試。但這些均為編程型 agent,通用型 agent 缺乏對照。

與 manus 的做法形成鮮明對比的還有個產(chǎn)品,Highlight。你下載安裝后,會在桌面形成一個浮窗,浮窗上有一些基于當前工作空間的應(yīng)用的一些 AI 結(jié)合操作。

看上去似乎讓人眼前一亮?

比如我不會爬蟲,我調(diào)到瀏覽器頁面,讓 Highlight 為我爬蟲?

我個人體驗下來,highlight 的做法已經(jīng)干擾了原本的工作流程,因為我必須開著進程讓 highlight 來操作。但實際上,任何人在工作中都會來回切換頁面,不可能專門等 AI 操作完成。此外,如果 AI 用我的瀏覽器爬蟲,是否在用我的 IP,是否會影響我未來的訪問?

本地場景被破壞了。

這幾點其實光說起來似乎也不難想到的感覺。但如何框架性地進行一系列的設(shè)計,我想還是很值得去體會的。

最后說一句有關(guān) manus 上限,我個人的預(yù)期吧。

我的預(yù)期就是控制預(yù)期——AI 無法為我們做所有事。即使未來智能家居引入了 AI 模塊,變成了「人類之手」可以使用的「工具」;即使桌面里出現(xiàn)越來越多的「工具」能夠讓我們僅憑自然語言控制生產(chǎn)級軟件;很多時候也必須人類來做過程的控制檢驗,這是因為 AI 對世界的認知建立于一個巨大的黑箱之上,它們會出現(xiàn)「幻覺」。

無論如何,既然我們認為人類的真實要大于 AI 的真實,人類就需要對 AI 的生產(chǎn)進行檢驗。而交給 AI 的越多,需要檢驗的內(nèi)容就越多。這最終會平衡到一個邊界之上。

這個邊界,就是通用型 Agent 產(chǎn)品的上限。

營銷:不怕爭議,怕沒有爭議

縱觀這波 manus 出圈,與其說是圈內(nèi)自發(fā)爭議,倒不如說是有雙「上帝之手」在暗中引導(dǎo)。

這雙上帝之手,想必也是出自官方了。以手引手,豈不妙哉。

首先,我讓 Grok 總結(jié)了 manus 這段時間的營銷大事件:

可以清楚看到,官方的核心宣傳語就是「全球首款通用 AI Agent」。

這是個非常招爭議的說法。

A. 對于圈外人士來說,這一說法非常吸睛;

B. 對于我這種日常關(guān)注但并非圈內(nèi)人士的,一眼可以看出是玩了文字把戲:產(chǎn)品層面我上面有介紹過,是縫合怪,無論如何稱不上首個;但如果加上「日?!箖蓚€字,此前也確實沒有這么一款說自己要處理通用型任務(wù)的消費級產(chǎn)品造成大的輿論。加上宣傳語本來就是夸大傾向的,所以這么說確實也無可厚非;

C. 對于圈內(nèi)人士呢,我想大部分可能會比較憤憤不平,畢竟自己哼哧哼哧研究的成果被縫進去了,或者說自己眼里這個東西沒什么技術(shù)含量,偏偏又被他搶了風(fēng)頭。

——立場對立出現(xiàn)了。

有立場對立就有爭論,輿論最終持續(xù)發(fā)酵,為 manus 的宣傳帶來杠桿效應(yīng)。

不要看表象,看結(jié)果。

結(jié)果就是 manus 收獲了全球性的關(guān)注。這營銷的性價比拉滿。

以及邀請碼機制。

在注意力拉滿的同時,邀請碼嚴格限制,一方面是基于成本考慮,另一方面也是掩蓋產(chǎn)品不足。畢竟「通用型」夸下??诹?,一旦開放,立馬就能被 A 類人群各種 bug 和反饋給直接炸翻。那樣就不會是立場對立,而是一邊倒,很可能就涼了。從這一角度,邀請碼機制其實類似于一次早期測試,有多少 dev 修 bug,就放多少碼,讓種子用戶先行幫助完善產(chǎn)品。

還有就是饑餓營銷那套打算。饑餓營銷本質(zhì)上還是爭奪注意力,所有用了邀請碼的不免會被「愛而不得」者罵,很正常。

其后發(fā)生的,X 賬號凍結(jié)風(fēng)波、技術(shù)越獄、被開源等,被很多人視作是過度營銷的惡果。

關(guān)于這點,我個人的看法是:AI 圈還是太文縐縐了。建議拉來 crypto 圈子里遛遛,學(xué)點不要臉精神。

manus 團隊其實還好,畢竟上一款產(chǎn)品 Monica 已經(jīng)穩(wěn)定盈利,殊不知很多小團隊仍舊掙扎在溫飽線邊緣。這個時候,你和我說營銷不要過度?如果能夠低成本實現(xiàn)高營銷效果,我想請問為什么不?

臉能支持研發(fā)團隊繼續(xù)做下去嗎?臉能提供足夠的資金用于創(chuàng)新嗎?

臉不值錢。在這個娛樂至死、信息爆炸的年代,注意力才值錢。

crypto 圈最殘酷也是最鍛煉人的地方,就是它太接近錢本身了,以至于你所能見到的,都是最真實的人性、最血淋淋的套路(不是套路血淋淋,是你血淋淋)。

做人要有原則,但你不能不理解并學(xué)會接受一些非汝原則的現(xiàn)實。

否則會死很慘。

聲明:文章內(nèi)容不代表本站觀點及立場,不構(gòu)成本平臺任何投資建議。本文內(nèi)容僅供參考,風(fēng)險自擔!
Tag:manus  

你可能感興趣的文章

幣圈快訊

  • 昨日建倉20倍BTC多單巨鯨現(xiàn)已盈利近502萬美元

    2025-06-10 06:00
    金色財經(jīng)報道,據(jù)Hypurrscan數(shù)據(jù),昨日建倉20倍BTC多單巨鯨現(xiàn)已盈利近502萬美元(5,019,339美元),倉位價值2.19億美元。
  • 美國眾議院議長約翰遜:我認為特朗普和馬斯克會和解

    2025-06-10 05:50
    金色財經(jīng)報道,美國眾議院議長約翰遜表示,我認為特朗普和馬斯克會和解。
  • 美檢方指控Evita創(chuàng)始人IuriiGugnin洗錢5億美元并涉助俄獲取敏感技術(shù)

    2025-06-10 05:50
    金色財經(jīng)報道,據(jù)英國金融時報,美國檢方以逃避制裁及違反出口管制罪起訴加密貨幣支付公司Evita的創(chuàng)始人IuriiGugnin,指控其洗錢超5億美元并協(xié)助俄羅斯獲取敏感技術(shù)。布魯克林聯(lián)邦法院公布的法庭文件顯示,Gugnin周一被指控犯有電信和銀行欺詐、洗錢和其他罪行。司法部稱其在紐約被捕并提審。檢方指控Gugnin利用其公司為境外客戶支付敏感電子產(chǎn)品,其中包含受出口管制的美國設(shè)計的服務(wù)器,并通過洗錢為俄羅斯國家原子能公司(Rosatom)采購零部件。
  • 美債收益率普遍跌超3個基點,略微回吐非農(nóng)日的漲幅

    2025-06-10 05:28
    金色財經(jīng)報道,周一(6月9日)紐約尾盤,美國10年期基準國債收益率下跌3.18個基點,報4.4738%,日內(nèi)交投于4.5156%-4.4678%區(qū)間,北京時間20:56漲穿6月6日發(fā)布美國非農(nóng)就業(yè)報告之后出現(xiàn)的當天頂部4.5116%。兩年期美債收益率跌3.32個基點,報4.0034%,日內(nèi)交投于4.0325%-3.9909%區(qū)間,非農(nóng)日也曾漲至4.0407%。
  • ETH突破2600美元

    2025-06-10 05:28
    金色財經(jīng)報道,行情顯示,ETH突破2600美元,現(xiàn)報2610.15美元,24小時漲幅達到3.93%,行情波動較大,請做好風(fēng)險控制。
  • 查看更多