AI讓混搭應用捲土重來
隨著ChatGPT、Claude等AI工具的出現,構建混搭應用的門檻大幅降低。非技術人員也能利用內部資料來源、API和AI代理快速搭建實用工具和整合報告。SaaS提供商應關注API穩定性、細粒度許可權和事件流等,以支援這一波新創新。
混搭(mashup)一詞在2010年代流行起來,指的是將兩個或多個資料來源整合到單一使用者介面的應用。如今,隨著AI技術的進步,社交媒體上湧現出大量由AI生成的副專案、小應用、簡報和實用工具,許多作者是此前從未嘗試過開發的人。藉助ChatGPT和Claude等工具,整合不同來源的資料並構建有用功能變得前所未有的簡單。
雖然混搭並非新鮮事物,但入門門檻已大幅降低,而AI模型和工具的改進也顯著擴充套件了可能實現的規模。我在工作中也觀察到了這些混搭應用,這令人振奮,因為更多人有能力構建工具、探索問題,而無需等待軟體工程團隊的支援。
這種趨勢之所以重要,原因如下:
- 能從內部資料來源中挖掘更多價值
- 包含突出趨勢或模式的視覺化內容
- 只需極少的程式設計技能
新在何處? 關鍵在於這些混搭應用的規模和複雜性。藉助Claude Code、Codex、Cursor等工具,人們能夠構建功能完備的Web或移動應用。其重要性體現在:
- 使用API整合不同服務比以往更簡單
- AI代理能響應查詢並與使用者進行後續互動
- 整合身份驗證或資料儲存變得空前容易
- 代理技能的提升解鎖了更多能力,允許使用者打包和共享可重複的流程
總體而言,這引發了混搭應用的寒武紀大爆發,一批新開發者不斷髮布和分享自己的專案。
對現有SaaS提供商的影響? 在墨爾本AI工程師大會等活動中與同行交流後,我清楚看到,擁有領域知識且明確待解決問題的人正在構建混搭應用,以自動化日常任務並提供更好的運營報告。企業正在構建自己的門戶,利用OpenClaw等工具整合多個平臺的資料流,作為其業務的神經中樞。這些門戶結合API、模型上下文協議(MCP)伺服器、訊息系統和代理,推動日常運營任務,並提供任何單一平臺難以實現的整合報告。
例如,團隊可將CRM資料、線上商店的郵件通知以及供應商發票整合到一個小型內部門戶中,展示業務健康狀況並透過OpenClaw觸發後續操作。
作為副作用,SaaS提供商觀察到:
- 使用者介面流量減少,人們主要僅在配置新功能或診斷複雜問題時使用
- MCP的廣泛使用,為代理提供了更易訪問的介面
- 來自客戶的API流量增加
我認為重要的是,構建這些混搭的人通常只是為了解決自身業務問題,且方式具有業務特異性。
平臺如何更好地支援混搭? 如果平臺希望支援這一波混搭創新,那麼可組合性必須成為優先事項。需關注的領域包括:
- 穩定的、有文件的API,提供版本控制、可預測的架構、有用的錯誤提示和清晰的棄用視窗
- 支援委託訪問的可靠身份驗證,包括標準化的OAuth/OIDC流程及有意義的範圍許可權
- 細粒度許可權,因為一個混搭可能只需要讀取一個資料集、一個工作區或一種資源型別
- 安全控制,保護客戶混搭演變過程中的安全,包括審計日誌、策略執行、令牌過期和連線工具的清晰可見性
- Webhooks和事件流,支援重放、簽名、交付日誌和重試行為,避免整合依賴輪詢
- 合理且可見的速率限制,應在文件和響應頭中返回
- 組合多個服務的示例,展示真實的整合模式:同步作業、事件驅動工作流、匯入/匯出、嵌入式檢視和許可權處理
最成功的平臺將透過提供穩定原語、清晰邊界和良好文件化的能力,使整合變得簡單。
總結 混搭之所以重生,是因為AI工具讓任何人都能更容易地結合資料、API和使用者介面,而無需等待完整的軟體交付流程。關鍵要點:
- 混搭並非新鮮事,但入門門檻已大幅降低,AI模型和工具的進步改變了其可能實現的規模
- 更多人現在可以利用現有資料來源構建有用的內部工具
- SaaS提供商應預期API和MCP使用量增加,而對預設使用者介面的依賴減少
- 良好的安全控制有助於在混搭從實驗轉變為運營工具時保護客戶安全
- 投資於可組合性、穩定API、委託認證、Webhooks和優秀示例的平臺將更容易在其上構建。