撰文 | 曹雙濤
編輯 | 楊 ?勇
題圖 | IC Photo
自2024年11月百度世界大會(huì)上秒噠首次亮相，并率先提出“多智能體協(xié)同”概念后，2025年秒噠迎來加速發(fā)展期。
3月24日正式上線的秒噠，憑借“無代碼”特性，上線首日吸引超2萬用戶體驗(yàn)，創(chuàng)建應(yīng)用數(shù)量突破3萬個(gè)。截至目前僅一個(gè)季度，秒噠生成的應(yīng)用數(shù)已突破20萬個(gè)。2025年世界人工智能大會(huì)上，秒噠再度成為行業(yè)關(guān)注的焦點(diǎn)。
百度加速布局秒噠，背后正是看中低代碼/無代碼賽道的強(qiáng)勁增長(zhǎng)勢(shì)能?！敦?cái)富商業(yè)洞察》數(shù)據(jù)顯示，2025年全球低代碼/無代碼應(yīng)用平臺(tái)市場(chǎng)價(jià)值將攀升至295億英鎊，2032年更將飆升至2085億英鎊，復(fù)合年增長(zhǎng)率高達(dá)32.2%。
同時(shí)，低代碼/無代碼也為互聯(lián)網(wǎng)企業(yè)開辟了新的盈利空間。以云服務(wù)領(lǐng)域?yàn)槔L(zhǎng)期以來因客戶遷移成本低，行業(yè)深陷價(jià)格戰(zhàn)泥潭；百度通過秒噠，能同時(shí)實(shí)現(xiàn)客戶新增和留存。且日活作為互聯(lián)網(wǎng)企業(yè)競(jìng)爭(zhēng)的核心指標(biāo)，用戶通過平臺(tái)發(fā)布的應(yīng)用越多，越能帶動(dòng)搜索、文庫、地圖等生態(tài)業(yè)務(wù)的流量增長(zhǎng)，進(jìn)而推動(dòng)營收增長(zhǎng)。
但橫亙?cè)诿雵}面前的核心矛盾顯而易見：平臺(tái)開發(fā)能力僅能支撐簡(jiǎn)單場(chǎng)景，與多行業(yè)業(yè)務(wù)復(fù)雜化的趨勢(shì)形成尖銳沖突；而源碼受限帶來的盈利路徑收窄、數(shù)據(jù)隱私安全引發(fā)的企業(yè)顧慮，更是其突破市場(chǎng)的深層阻礙。想要真正分享行業(yè)紅利，秒噠顯然還有很長(zhǎng)的路要走。
一、實(shí)測(cè)能力短板顯著
為精準(zhǔn)測(cè)試工具邊界，我們要求秒噠與GPT同場(chǎng)景競(jìng)技——為安徽省高二數(shù)學(xué)老師生成匹配考情的試卷。對(duì)比結(jié)果顯示，二者差距較大：
- 在題型規(guī)范上，GPT生成的試卷嚴(yán)格遵循高中數(shù)學(xué)試卷題型體系（單選、多選、填空、解答題）與分值梯度。而秒噠后臺(tái)不僅冗余保留“計(jì)算題”等過時(shí)題型，核心6道解答題更無法按難度差異化賦分，背離高中考情邏輯，暴露對(duì)題型規(guī)范的基礎(chǔ)認(rèn)知缺失。
圖源：基于公開信息整理 DoNews制圖
圖源：GPT生成試卷
圖源：秒噠官網(wǎng)
- 在知識(shí)適配上，核心考點(diǎn)，是高二數(shù)學(xué)試卷的“必考點(diǎn)”。GPT生成的試卷整體符合高二核心考點(diǎn)（函數(shù)性質(zhì)、導(dǎo)數(shù)、數(shù)列、立體幾何等），僅存在個(gè)別題型超標(biāo)。秒噠則堪稱“翻車”：選擇題不僅只有函數(shù)值代入計(jì)算，且將填空題混到選擇題中（第9題、10題）；填空題停留在小學(xué)加法，初中解方程階段；證明題、解答題反復(fù)堆砌初中算術(shù)幾何不等式，甚至連最基礎(chǔ)的三角函數(shù)、數(shù)列綜合題都未涉及。整張?jiān)嚲碇R(shí)體系退化成初中數(shù)學(xué)“復(fù)習(xí)冊(cè)”，與實(shí)際教學(xué)場(chǎng)景重度脫節(jié)。
圖源：秒噠官網(wǎng)
- 在功能完整度上，秒噠陷入“錯(cuò)誤循環(huán)”：填空題第3題正確答案為方程組無解，但仍強(qiáng)行羅列錯(cuò)誤計(jì)算過程，無糾錯(cuò)邏輯。重復(fù)生成試卷時(shí)，題型重復(fù)、知識(shí)點(diǎn)缺失等問題持續(xù)上演 ，甚至出現(xiàn)3道證明題完全相同的離譜錯(cuò)誤，暴露其題庫內(nèi)容與高中數(shù)學(xué)要求嚴(yán)重脫節(jié)，更無法支撐“試卷自動(dòng)生成”的教學(xué)功能。
圖源：秒噠官網(wǎng)（二次生產(chǎn)試卷）
從題型規(guī)范到知識(shí)適配，秒噠的表現(xiàn)連“符合高中考情”的基礎(chǔ)要求都無法滿足。這種差距，本質(zhì)是對(duì)垂直場(chǎng)景需求理解能力和知識(shí)體系覆蓋能力的全面不足——當(dāng)GPT能服務(wù)教學(xué)場(chǎng)景時(shí)，秒噠還停留在“生成小學(xué)初中題湊數(shù)”的低水平循環(huán)，距離支撐真實(shí)教育需求，仍有巨大鴻溝。
測(cè)試試卷后，為進(jìn)一步測(cè)試工具在功能性開發(fā)場(chǎng)景的表現(xiàn)，我們提升難度，讓秒噠開發(fā)答題小程序：5個(gè)前端頁面，以及支撐運(yùn)行的7大后端板塊?；蛟S因需求復(fù)雜，秒噠直接反饋“應(yīng)用生成失敗”，連基礎(chǔ)開發(fā)的“入場(chǎng)券”都沒拿到。
圖源：DoNews
圖源：秒噠官網(wǎng)
測(cè)試小程序后，為驗(yàn)證其在復(fù)雜業(yè)務(wù)場(chǎng)景的落地能力，我們?cè)俅紊?jí)測(cè)試，要求秒噠開發(fā)OTA機(jī)票全流程場(chǎng)景：前端包括搜索展示、價(jià)格優(yōu)惠、返現(xiàn)及關(guān)聯(lián)服務(wù)推薦等，后端須匹配用戶身份管理、航空信息服務(wù)、支付訂單處理等多模塊，以形成業(yè)務(wù)閉環(huán)。但秒噠暴露出多重問題：
圖源：機(jī)票場(chǎng)景前端需求
圖源：機(jī)票場(chǎng)景后端需求
一是前后端脫節(jié)：秒噠未按要求生成對(duì)應(yīng)的后端頁面，提示建議尋求專業(yè)的后端開發(fā)支持。但OTA機(jī)票場(chǎng)景中，前端的交互操作與后端的模塊功能是深度綁定的——前端頁面的每一項(xiàng)展示與操作，都依賴后端模塊提供的數(shù)據(jù)與邏輯支撐。缺少對(duì)應(yīng)的后端實(shí)現(xiàn)，前端便成了無數(shù)據(jù)支撐的空架子，整個(gè)業(yè)務(wù)場(chǎng)景無法落地進(jìn)行。
圖源：秒噠官網(wǎng)
二是核心接口缺少：航班時(shí)刻、座位庫存、票價(jià)信息及退改簽規(guī)則等核心數(shù)據(jù)，由航司牢牢掌控。OTA 平臺(tái)若要實(shí)現(xiàn)出票功能，必須獲取航司的數(shù)據(jù)授權(quán)接口。
但或許和百度航司機(jī)票接口受限有關(guān)，點(diǎn)擊“熱門航線”的機(jī)票時(shí)，無法跳轉(zhuǎn)到對(duì)應(yīng)二級(jí)頁面；同理，查詢航班時(shí)也因缺乏數(shù)據(jù)接口支持，無法獲取并展示航班時(shí)刻詳細(xì)信息。
點(diǎn)擊“熱門航線”功能時(shí)無法完成二級(jí)跳轉(zhuǎn)；同理，航班數(shù)據(jù)也因缺乏接口支持，同樣無法實(shí)現(xiàn)二級(jí)跳轉(zhuǎn)，整個(gè)業(yè)務(wù)流程被中斷。
圖源：秒噠官網(wǎng)
三是交互頁面仍需優(yōu)化：秒噠初始配置為白色界面，導(dǎo)致出發(fā)/到達(dá)城市、艙位類型等關(guān)鍵信息被遮擋，需手動(dòng)調(diào)整才能完整顯示；航班查詢、我的訂單等核心功能僅能通過對(duì)話形式修改，操作路徑繁瑣且不符合常規(guī)邏輯，無疑增加小白用戶的使用門檻。
圖源：秒噠官網(wǎng)
圖源：秒噠官網(wǎng)
圖源：秒噠官網(wǎng)
綜合來看，從基礎(chǔ)內(nèi)容生成到功能性開發(fā)，再到復(fù)雜業(yè)務(wù)閉環(huán)搭建，秒噠在梯度測(cè)試中暴露出的題型適配偏差、功能開發(fā)斷層、前后端協(xié)同失效等問題，不僅印證了其在垂直場(chǎng)景理解與落地能力上的短板，更清晰劃定當(dāng)前工具的能力邊界——距離支撐真實(shí)業(yè)務(wù)需求，仍有難以跨越的鴻溝。
二、復(fù)雜性和定制化場(chǎng)景如何滿足？
“當(dāng)前低代碼/無代碼工具的能力邊界，在多場(chǎng)景測(cè)試與行業(yè)實(shí)踐中已清晰顯現(xiàn)：其僅能適配業(yè)務(wù)邏輯簡(jiǎn)單、無需復(fù)雜集成的基礎(chǔ)場(chǎng)景，難以應(yīng)對(duì)企業(yè)日益復(fù)雜的定制化需求，這種能力與需求的錯(cuò)位成為行業(yè)共性難題。”國內(nèi)某大廠技術(shù)總監(jiān)李磊（化名）對(duì)我們說道。
李磊表示，雖然秒噠應(yīng)用廣場(chǎng)的站點(diǎn)、H5、問卷、小游戲、小工具場(chǎng)景不同，但技術(shù)層面卻高度趨同：均以“簡(jiǎn)單邏輯”為核心——數(shù)據(jù)結(jié)構(gòu)清晰且變化較少，無需復(fù)雜的系統(tǒng)集成，交互頁面多為信息展示或簡(jiǎn)單跳轉(zhuǎn)，相對(duì)簡(jiǎn)單。
圖源：秒噠官網(wǎng)
比如，社區(qū)便民服務(wù)本質(zhì)上是“菜單+信息展示+鏈接跳轉(zhuǎn)”的模式；小游戲?yàn)轭A(yù)設(shè)模板，不存在復(fù)雜的動(dòng)態(tài)邏輯；邀請(qǐng)函或報(bào)名類應(yīng)用，核心是表單收集與結(jié)果展示；讀書App、旅行博客等以內(nèi)容展示為主，交互設(shè)計(jì)較為簡(jiǎn)單。
且這類場(chǎng)景不涉及如返現(xiàn)、實(shí)名認(rèn)證、支付系統(tǒng)等復(fù)雜接口，因此能實(shí)現(xiàn)低成本、快速上線，但也暴露出工具的局限性。
比如，支付系統(tǒng)不僅需要對(duì)接支付網(wǎng)關(guān)、保障交易安全、處理支付成功后的回調(diào)，還需要后端完成用戶訂單生成、金額校驗(yàn)、退款、異步回調(diào)等一系列操作，整體復(fù)雜度極高。產(chǎn)品經(jīng)理若要求用戶支付時(shí)，增加分期支付、先用后付等功能，系統(tǒng)復(fù)雜程度更是飆升。
更關(guān)鍵的是，低代碼/無代碼多聚焦在前端頁面生成，后端能力整體薄弱。比如，秒噠生成的婚紗攝影網(wǎng)站后端，僅支持圖片/視頻上傳、對(duì)應(yīng)文案編輯、內(nèi)容上下線及展示層級(jí)調(diào)整等基礎(chǔ)操作。這種即插即用的后端服務(wù)，雖能讓用戶聚焦在前端功能和用戶體驗(yàn)的打造上，但側(cè)面反映出其難以支撐復(fù)雜業(yè)務(wù)邏輯的局限。
圖源：秒噠官網(wǎng)
與之形成尖銳對(duì)比的是，業(yè)務(wù)場(chǎng)景的高度定制化、復(fù)雜化已成為橫跨互聯(lián)網(wǎng)、快消、金融、醫(yī)藥等多領(lǐng)域的不可逆趨勢(shì)。
在電商雙11/618等大型活動(dòng)中，用戶詬病的復(fù)雜優(yōu)惠計(jì)算邏輯，不僅需開發(fā)人員橫跨多個(gè)系統(tǒng)和數(shù)據(jù)源實(shí)現(xiàn)邏輯，編寫大量自定義代碼。更需開發(fā)人員提前為服務(wù)器擴(kuò)容，以應(yīng)對(duì)大型活動(dòng)用戶訪問量激增可能引發(fā)的頁面加載遲緩、響應(yīng)時(shí)間延長(zhǎng)、資源利用率偏低等問題。
低代碼/無代碼的平臺(tái)存在的靈活性不足、集成能力薄弱、無法滿足復(fù)雜業(yè)務(wù)邏輯等問題，無疑制約著其在中大型互聯(lián)網(wǎng)企業(yè)中的付費(fèi)率。
再比如，快消品行業(yè)東鵬的數(shù)字化體系，更是深度綁定行業(yè)特性——廠家業(yè)務(wù)員通過系統(tǒng)跑單下單，經(jīng)銷商按單配送，系統(tǒng)不僅記錄訂單信息，更將業(yè)務(wù)員、經(jīng)銷商的操作與業(yè)績(jī)、獎(jiǎng)懲直接掛鉤，形成一套嚴(yán)格的“做假即追溯”的業(yè)績(jī)追蹤與問責(zé)機(jī)制。
廠家業(yè)務(wù)員通過小程序簽署陳列協(xié)議，適配便利店、商超等多終端標(biāo)準(zhǔn)。兌獎(jiǎng)體系按區(qū)域、渠道差異化設(shè)計(jì)：外地中獎(jiǎng)本地不兌、連鎖CVS渠道為復(fù)購紅包版、自動(dòng)售貨機(jī)渠道為無獎(jiǎng)版本、電商直播間同時(shí)融合無獎(jiǎng)版本和有獎(jiǎng)版本。整套系統(tǒng)圍繞防竄貨、穩(wěn)定價(jià)盤以及適配渠道特性設(shè)計(jì)，絕非通用低代碼/無代碼平臺(tái)的標(biāo)準(zhǔn)化模塊可承載。
這種能力短板不僅出現(xiàn)在國內(nèi)平臺(tái)，而是全球行業(yè)共性。Devum在構(gòu)建物流系統(tǒng)時(shí)，因需集成多第三方系統(tǒng)，面臨接口兼容與數(shù)據(jù)同步難題；Jadu在為政府構(gòu)建在線賬戶系統(tǒng)時(shí)，如何滿足大量市民的個(gè)性化需求成為難題；Etty Blocks在服務(wù)企業(yè)客戶時(shí)，因標(biāo)準(zhǔn)組件無法適配高度定制化需求，暴露可擴(kuò)展性不足的問題。
對(duì)標(biāo)SaaS、云服務(wù)等大量TOB行業(yè)來看，中大型企業(yè)才是高營收的核心來源。但低代碼/無代碼平臺(tái)既無法滿足其復(fù)雜需求，又因C端及小型企業(yè)付費(fèi)能力有限而陷入困境。這種“簡(jiǎn)單場(chǎng)景支撐不起高價(jià)值，復(fù)雜場(chǎng)景又無力承接”的現(xiàn)狀，凸顯了低代碼/無代碼工具在當(dāng)前階段的能力瓶頸。
三、數(shù)據(jù)安全與監(jiān)管，難以回避的剛性挑戰(zhàn)
低代碼/無代碼平臺(tái)因能力邊界與企業(yè)復(fù)雜需求的錯(cuò)位而陷入行業(yè)性困境后，其在TOB 商業(yè)化進(jìn)程中面臨的挑戰(zhàn)遠(yuǎn)不止于此——底層技術(shù)控制權(quán)的缺失，進(jìn)一步加劇了這類平臺(tái)與企業(yè)核心訴求的沖突。
正如國內(nèi)某互聯(lián)網(wǎng)大廠安卓開發(fā)總監(jiān)劉楊（化名）所言，這種矛盾可以通過一個(gè)生動(dòng)的比喻具象化：低代碼/無代碼平臺(tái)確實(shí)能制作 “不同亮度、不同尺寸的手電筒”，快速滿足用戶在差異化場(chǎng)景下的基礎(chǔ)需求。
但用戶始終無法觸及 “手電筒的內(nèi)部構(gòu)造”—— 平臺(tái)不開放底層技術(shù)邏輯，不僅導(dǎo)致后期維護(hù)時(shí)只能依賴廠家、難以自主迭代，更讓用戶在面對(duì)超出預(yù)設(shè)范圍的場(chǎng)景需求時(shí)，完全喪失自主拓展的能力。
更關(guān)鍵的是，“手電筒的控制權(quán)始終掌握在廠家手中”：用戶隨時(shí)可能面臨平臺(tái)服務(wù)中斷、功能調(diào)整的風(fēng)險(xiǎn)，業(yè)務(wù)連續(xù)性難以保障；且對(duì)于本身具備開發(fā)能力的企業(yè)而言，使用這類平臺(tái)還可能埋下技術(shù)泄露的隱患，核心業(yè)務(wù)邏輯存在被平臺(tái)方接觸的不確定性。
這種“可用卻不可控、能適配簡(jiǎn)單場(chǎng)景卻缺乏拓展能力、暗藏隱性風(fēng)險(xiǎn)”的困境，在實(shí)際業(yè)務(wù)中體現(xiàn)得尤為尖銳。以秒噠為例，其暫不支持導(dǎo)出源碼的限制，直接引發(fā)一系列連鎖反應(yīng)，對(duì)企業(yè)經(jīng)營構(gòu)成多重潛在威脅：
對(duì)于技術(shù)團(tuán)隊(duì)而言，緊急修復(fù)bug并快速上線是日常工作的常態(tài)。源碼掌握在企業(yè)自己手中，開發(fā)人員可快速定位問題、完成修復(fù)，最大限度減少因系統(tǒng)故障導(dǎo)致的用戶流失與經(jīng)濟(jì)損失。對(duì)于使用低代碼/無代碼平臺(tái)的企業(yè)而言，源碼的缺失意味著修復(fù)工作完全依賴平臺(tái)方，響應(yīng)速度與解決效率被動(dòng)受限，給日常運(yùn)營埋下不確定性隱患。
這一限制的影響遠(yuǎn)不止于bug修復(fù)。源碼受限直接導(dǎo)致企業(yè)喪失二次開發(fā)、功能擴(kuò)展與系統(tǒng)遷移的自主權(quán)。若平臺(tái)終止服務(wù)或調(diào)整策略，企業(yè)整套系統(tǒng)將面臨癱瘓風(fēng)險(xiǎn)，陷入被供應(yīng)商“卡脖子”的被動(dòng)局面。
更深層的矛盾在于數(shù)據(jù)掌控權(quán)的旁落。自主開發(fā)時(shí)，企業(yè)可根據(jù)業(yè)務(wù)需求靈活埋點(diǎn)，實(shí)現(xiàn)對(duì)數(shù)據(jù)的實(shí)時(shí)監(jiān)測(cè)、精準(zhǔn)分析與動(dòng)態(tài)優(yōu)化；而低代碼/無代碼平臺(tái)提供的數(shù)據(jù)不僅真實(shí)性難以驗(yàn)證，更可能因統(tǒng)計(jì)邏輯不透明誤導(dǎo)決策。這種信息偏差對(duì)企業(yè)戰(zhàn)略的影響，往往難以估量。
更不容忽視的是，源碼作為企業(yè)的核心知識(shí)產(chǎn)權(quán)，是申請(qǐng)著作權(quán)、專利的基礎(chǔ)，更是構(gòu)建技術(shù)壁壘的關(guān)鍵。一旦因平臺(tái)漏洞導(dǎo)致源碼泄露或安全事件，企業(yè)不僅可能遭受商業(yè)機(jī)密外泄的損失，更可能面臨品牌信譽(yù)崩塌、法律追責(zé)等連鎖后果，其代價(jià)往往難以承受。
從源碼控制權(quán)到數(shù)據(jù)可信度，本質(zhì)是 “平臺(tái)主導(dǎo)權(quán)與企業(yè)自主需求” 的沖突，這是低代碼/無代碼平臺(tái)切入TOB賽道的核心障礙。而隨著全球監(jiān)管的持續(xù)升級(jí)，保護(hù)數(shù)據(jù)隱私已成為企業(yè)“剛需”。源碼控制權(quán)的缺失已埋下安全隱患，而2021年至2025年全球范圍內(nèi)頻發(fā)的低代碼平臺(tái)安全事件，更印證了這一風(fēng)險(xiǎn)的現(xiàn)實(shí)性。
圖源：基于公開信息整理 DoNews制圖
盡管低代碼/無代碼平臺(tái)的市場(chǎng)擴(kuò)容建立在企業(yè)降本增效的需求之上。傳統(tǒng)軟件開發(fā)的全流程往往需要投入大量人力與時(shí)間成本：從各業(yè)務(wù)產(chǎn)品經(jīng)理梳理需求、評(píng)審方案，到UI設(shè)計(jì)交互頁面，再到前后端程序員編碼開發(fā)，最后經(jīng)過多輪測(cè)試上線，這背后企業(yè)投入的人力成本、時(shí)間成本、運(yùn)營成本之高可想而知。
作為對(duì)比，低代碼/無代碼平臺(tái)通過簡(jiǎn)化流程、預(yù)制組件，能大幅壓縮開發(fā)周期，同時(shí)減少對(duì)全鏈條專業(yè)崗位的依賴，這正是其能為企業(yè)降本增效的核心邏輯之一。Forrester數(shù)據(jù)顯示，部分組織在三年內(nèi)獲得了超過 500% 的投資回報(bào)率，成本回收周期更是短至不到六個(gè)月。
但矛盾的核心在于：當(dāng)企業(yè)對(duì)數(shù)據(jù)安全的訴求日益嚴(yán)苛，低代碼平臺(tái)的隱私風(fēng)險(xiǎn)與降本增效價(jià)值開始劇烈碰撞。這種碰撞迫使行業(yè)思考：在數(shù)據(jù)主權(quán)與安全風(fēng)險(xiǎn)的雙重約束下，低代碼/無代碼平臺(tái)的 “狂飆式” 增長(zhǎng)還能持續(xù)嗎？對(duì)秒噠而言，現(xiàn)有能力不足的問題又要如何快速解決？
