當(dāng)字節(jié)的AI洪水，試圖漫過微信們的堤壩

本文系基于公開資料撰寫，僅作為信息交流之用，不構(gòu)成任何投資建議

過去一周，中國AI領(lǐng)域接連發(fā)生的兩件事，形成了一組微妙的對應(yīng)：字節(jié)跳動率先推出可實(shí)際體驗(yàn)的“豆包AI手機(jī)”，讓人工智能大模型得以直接操控設(shè)備；緊接著，智譜宣布開源AutoGLM，相當(dāng)于把“用AI操作手機(jī)”這項能力向所有人開放。

然而，新技術(shù)的亮相，迅速演變?yōu)橐粓鲞h(yuǎn)超預(yù)期的爭議。

風(fēng)暴的中心，正是那臺“豆包AI手機(jī)”——這款將大模型能力深植于操作系統(tǒng)底層的工程樣機(jī)“努比亞M153”，甫一問世，便遭遇微信、淘寶、美團(tuán)等超級應(yīng)用，以及多家高敏感度銀行應(yīng)用的聯(lián)手抵制：或被拒絕登錄，或被持續(xù)彈出安全警告。

爭議的焦點(diǎn)，也隨之從對AI功能的驚嘆，迅速轉(zhuǎn)向其依賴的高系統(tǒng)權(quán)限（INJECT_EVENTS）所引發(fā)的隱私安全憂慮，乃至更深層的商業(yè)模式?jīng)_擊。一場關(guān)于技術(shù)邊界、數(shù)據(jù)主權(quán)與商業(yè)利益的激烈辯論，就此爆發(fā)。

相較于此前被輿論放大的商業(yè)競爭敘事，我更愿意從程序員的視角，探尋這場交鋒背后的深層邏輯與潛在含義。

01

這讓我想起了“Python”

談到“AI手機(jī)”（或稱AI手機(jī)助手），我第一個聯(lián)想到的，就是Python。

提起Python，許多人都不會陌生。1989年圣誕節(jié)，荷蘭程序員Guido van Rossum因不滿C語言之繁瑣、Shell腳本之簡陋，在閑暇之余創(chuàng)制了這門兼具功能完整與語法簡潔的新腳本語言。

此后，Python并未選擇與C++競逐性能，而是獨(dú)辟蹊徑，將“開發(fā)效率”奉為核心。在摩爾定律持續(xù)生效的年代，程序員的時間成本逐漸超越機(jī)器時間，Python恰好押中了未來：讓人更好用，比讓機(jī)器好用更有價值。

當(dāng)然，C++作為經(jīng)典編程語言并未因此失色。本質(zhì)上，Python作為解釋型語言運(yùn)行效率并不高，但其最擅長的，正是調(diào)用C/C++編寫的庫。面對高性能任務(wù)時，用C++完成底層實(shí)現(xiàn)，再封裝為Python接口，便能以一行Python代碼調(diào)動數(shù)千行C++邏輯。

隨著近年人工智能的興起，Python更成為深度學(xué)習(xí)框架TensorFlow與PyTorch的首選接口——想做AI，幾乎繞不開Python。

回看AI手機(jī)所做之事，與Python的思路高度相似：

• Python的邏輯是：C++寫起來太麻煩，我用簡單的API在底層調(diào)用它。

• AI手機(jī)的邏輯則是：App操作太繁瑣，我用自然語言在底層模擬點(diǎn)擊、串聯(lián)服務(wù)。

對普通用戶而言，AI手機(jī)的核心價值在于省時與提效——這與Python的定位高度契合。Python不與C++比拼性能，而是通過簡潔的接口調(diào)用底層復(fù)雜功能，最終成為連接人類邏輯與機(jī)器算力的橋梁。

但兩者的生態(tài)命運(yùn)卻截然不同：Python與C++形成了經(jīng)典的共生關(guān)系：C++開發(fā)者樂于讓自己的庫被Python調(diào)用，從而擴(kuò)大影響力；豆包手機(jī)助手面臨的，卻是“生態(tài)抵抗”——微信、淘寶等應(yīng)用不愿被AI直接調(diào)用，如同要求用戶“必須親手寫C++”，手動點(diǎn)擊、觀看廣告。

當(dāng)深度學(xué)習(xí)的需求從服務(wù)器蔓延至手機(jī)，即便是C++、Java這樣的語言，也不得不為Python的易用性讓路。

AI手機(jī)未必能成為移動領(lǐng)域的Python，但“Python式”的演進(jìn)方向——讓人更便捷地調(diào)動底層能力——已是清晰可見的趨勢。編程語言的演進(jìn)早已揭示方向：技術(shù)的終極善意，是讓人做得更少，而非更多。

我們眼前正在發(fā)生的，不僅是一款新工具的出現(xiàn)，也不僅是字節(jié)與騰訊們的商業(yè)博弈，而是從“打開一個個App”到“AI串聯(lián)生成所有功能”的移動互聯(lián)網(wǎng)范式遷移。

因此，這場爭議遠(yuǎn)不止于技術(shù)或商業(yè)競爭，本質(zhì)上是“AI代理”新范式與“App中心化”舊秩序之間的激烈碰撞。我們目睹的，正是從“打開應(yīng)用”到“AI生成服務(wù)”的范式轉(zhuǎn)移前夜。

02

AI手機(jī)的“Python之困”

如果說Python的成功源于與底層生態(tài)（C++庫）的和諧共生，那么豆包手機(jī)助手眼下正深陷“Python之困”——它急需調(diào)用的“庫”（各類App）并不愿被輕易“導(dǎo)入”。

實(shí)現(xiàn)跨應(yīng)用自動化的核心技術(shù)之一，是獲取Android系統(tǒng)的INJECT_EVENTS
（注入事件）權(quán)限。這一權(quán)限允許應(yīng)用模擬用戶的觸摸與點(diǎn)擊，堪稱系統(tǒng)級的“上帝之手”，也隨即引發(fā)了用戶對隱私與資金安全的強(qiáng)烈擔(dān)憂：一個擁有如此高階權(quán)限的AI，是否可能失控？

盡管豆包官方多次聲明所有操作需經(jīng)用戶明確授權(quán)，敏感環(huán)節(jié)（如支付）會暫停并交由用戶手動完成，且承諾數(shù)據(jù)不用于訓(xùn)練，但疑慮并未全然消散——用戶未必總是在充分理解后果的情況下授權(quán)，也難以實(shí)時監(jiān)控AI的每一步行動。

更深層的阻力，源自商業(yè)利益的根本沖突。

互聯(lián)網(wǎng)平臺的“護(hù)城河”，正是建立在用戶必須打開App這一行為之上。AI助手繞過應(yīng)用界面、直接調(diào)用服務(wù)，無異于架空應(yīng)用的流量入口與交互價值。這已不是簡單的功能競爭，而是“入口控制權(quán)”與“數(shù)據(jù)主權(quán)”的爭奪。

一言以蔽之，AI手機(jī)助手觸動的，是互聯(lián)網(wǎng)商業(yè)模式的根基。因此，各大應(yīng)用的“封堵”絕非偶然。

作為對排山倒海而來的阻力的應(yīng)對，豆包已于12月5日宣布對AI操作能力進(jìn)行規(guī)范化調(diào)整，暫時下線金融、支付類應(yīng)用的操作能力，并限制刷分、刷激勵及部分游戲場景。這既是對安全關(guān)切的回應(yīng)，也是在生態(tài)摩擦下的階段性妥協(xié)。

02

更大可能的演進(jìn)邏輯

如果說字節(jié)發(fā)布的“豆包手機(jī)助手”是對App城墻發(fā)起的一次“奇襲”，那么智譜開源AutoGLM，則無異于在關(guān)鍵時刻，向戰(zhàn)場投下了一把更具普惠性的“攻城錘”。

事實(shí)上，智譜此舉并非首次嘗試。AutoGLM項目已持續(xù)演進(jìn)一年有余，其早期形態(tài)依賴“云手機(jī)”環(huán)境，功能已與豆包助手相似。

此次開源雖未引發(fā)同等規(guī)模的商業(yè)震動，但從技術(shù)演進(jìn)的角度看，其意義或許更為深遠(yuǎn)。

字節(jié)的路徑是“單點(diǎn)突破”，而豆包手機(jī)助手所遭遇的封禁，也印證了這種路徑在當(dāng)下生態(tài)中的局限——超級應(yīng)用能夠通過點(diǎn)對點(diǎn)的防御輕易化解。但開源，卻可能發(fā)揮出“分布式”的力量。

一個有技術(shù)能力的學(xué)生，即可下載代碼、進(jìn)行微調(diào)并部署于自己的設(shè)備中；更不必說大量開發(fā)者與公司，正等待在城墻松動時分得一杯羹。這不再是單次進(jìn)攻，而是一場可能多點(diǎn)開花的“滲透戰(zhàn)”。

技術(shù)史上不乏相似的情節(jié)。2001年，微軟時任CEO史蒂夫·鮑爾默曾將Linux稱為“癌癥”，并試圖遏制其發(fā)展。然而，抵抗的結(jié)果并非開源技術(shù)的消亡，而是微軟最終全面擁抱Linux。當(dāng)一項技術(shù)擺脫單一產(chǎn)品的形態(tài)，成為一種開放、普適的生態(tài)基礎(chǔ)時，封閉體系便難以僅靠“封殺”來固守。

如今的AI手機(jī)助手，正面臨相似的關(guān)口。一旦它從某個公司的“功能”進(jìn)化為開發(fā)者皆可參與建設(shè)的“通用能力”，現(xiàn)有應(yīng)用生態(tài)將面臨根本性的挑戰(zhàn)。盡管“安全性”始終是合理的質(zhì)疑焦點(diǎn)，但其作為防御理由的邊際效應(yīng)可能遞減——進(jìn)入互聯(lián)網(wǎng)時代以來，人們早已在諸多場景中，為便利而讓渡了部分隱私。

短期內(nèi)，視覺識別（CV）與多模態(tài)模型的持續(xù)進(jìn)化，仍將為AI助手提供繞過API封鎖的技術(shù)路徑。長期看，更優(yōu)雅的解決方案或許是走向類似MCP的標(biāo)準(zhǔn)化接口，讓App將核心功能封裝為安全的“能力組件”供AI調(diào)用。然而，讓各大平臺自愿開放接口，注定是一場漫長的博弈。

因此，最具可行性的“下一代Python”，或許將內(nèi)生于操作系統(tǒng)本身。無論是iOS、Android還是HarmonyOS，由系統(tǒng)提供原生的AI代理服務(wù)，在權(quán)限管理與生態(tài)協(xié)調(diào)上具備天然優(yōu)勢。

主流手機(jī)廠商也早已將自研AI助手定為核心戰(zhàn)略，系統(tǒng)層的AI主導(dǎo)權(quán)之爭，實(shí)則早已悄然展開。

03

終局勝利屬于誰？

Python沒有取代C++，App也不會被AI助手完全取代。

短期來看，博弈仍將繼續(xù)。騰訊、阿里等巨頭完全有能力——且正在推進(jìn)——開發(fā)各自的“微信助手”、“淘寶助手”，在生態(tài)內(nèi)部提升自動化體驗(yàn)。然而，這類“各掃門前雪”的策略，難以孕育出那個能夠連接一切的“Python”。

技術(shù)演進(jìn)的常見結(jié)局，是能力的下沉與融合：復(fù)雜功能被封裝成簡潔接口，從而催生新的產(chǎn)業(yè)層級與協(xié)作規(guī)則。

真正的“Python”，將是那個在技術(shù)可能性、商業(yè)利益與用戶權(quán)益之間找到最佳平衡的“連接器”。它可能源自開源社區(qū)的集體智慧，也可能誕生于操作系統(tǒng)廠商的頂層設(shè)計，但必然建立在行業(yè)廣泛接受的協(xié)議與標(biāo)準(zhǔn)之上。

據(jù)稱，相關(guān)行業(yè)機(jī)構(gòu)已開始探討制定相關(guān)標(biāo)準(zhǔn)，強(qiáng)調(diào)“雙重授權(quán)”等原則，這預(yù)示著AI Agent的發(fā)展正從“野蠻生長”轉(zhuǎn)向“規(guī)范發(fā)展”。我們正站在交互范式切換的隘口，爭議、沖突與妥協(xié)，都是必經(jīng)之路。

歷史不會重復(fù)，卻常押著相似的韻腳。

豆包手機(jī)助手與AutoGLM開源所引發(fā)的這場風(fēng)波，或許正是這個時代更為復(fù)雜的“Python故事”跌宕起伏的開篇。最終，勝利不會歸于任何單一公司，而將屬于那個能讓技術(shù)善意、商業(yè)理性與用戶價值協(xié)同演進(jìn)的新規(guī)則。