跳到主要內容

MCP 宣布對大廠真實影響:慢火燉煮的基礎設施革命

SAP、Shopify 和 Salesforce 等軟體巨頭近期積極擁抱或建立 MCP (Model Context Protocol, 模型上下文協定),不僅僅是技術上的跟風,更是企業軟體商業模式與互動典範的重大轉移

這些 SaaS 巨頭(或是其生態系開發者)陸續宣布支援或整合 MCP 時,股票市場並沒有出現像「發布全新殺手級產品」那樣一夜暴漲的戲劇性波動。

在華爾街與機構投資人的眼中,支援 MCP 屬於「底層基礎設施升級」「防禦性護城河策略」,它不是短期的炒作題材(不像推出某個冠上 AI 名稱的聊天機器人那麼吸睛),而是確保公司未來五到十年不會被 AI 時代淘汰的關鍵保命符。

大家心中的問題,這些大廠放棄掙扎了嗎?
先說結論:他們絕對沒有捨棄原有的 UI(使用者介面)和系統流程。

相反地,他們是在做「系統擴容」——把原本「只給人類操作的軟體」,升級為「也能讓 AI 代理(AI Agents)無縫操作的基礎設施」。

1. 意義上有什麼不同?為什麼是現在?

在過去,企業軟體的護城河是「功能齊全的 UI」加上「綁定用戶的專屬工作流」。但隨著大型語言模型(LLM)的崛起,互動模式改變了,這帶來了幾個根本性的差異:

  • 統一對接標準,終結 API 碎片化: 過去如果要讓 AI 幫忙查 Salesforce 的資料,開發者必須針對 OpenAI、Anthropic、Google 各寫一套 API 串接邏輯。MCP 就像是「AI 界的 USB Type-C」,提供了一個標準協定。Salesforce 或 SAP 只要提供一個 MCP Server,所有的 AI 模型就能以安全、標準化的方式讀取其上下文與數據。

  • 從「軟體作為目的地」到「資料即服務」: 過去,業務員必須「打開(登入)」Salesforce 才能工作。未來,業務員可能在 Slack 或自建的 AI 助理中打字:「請幫我總結客戶 A 昨天的會議,並更新他在 SAP 裡的報價單。」AI 透過 MCP 在背景完成一切。SaaS 巨頭意識到,未來的入口可能不再是他們自家的 App 畫面,而是各種對話框

  • 捍衛「真實資料來源 (System of Record)」的霸主地位: 這些公司知道,他們真正的價值不在於「按鈕設計得多好看」,而是裡面儲存了企業最核心的客戶、庫存、財務資料。透過 MCP 讓 AI 容易存取這些資料,能讓他們的系統在 AI 時代變得更不可替代(更黏)。

2. 他們捨棄原有的 UI 和系統流程了嗎?

完全沒有。但它們的定位發生了降維與分化

  • UI 的角色轉變:從「唯一入口」變成「深度管理與專家後台」

  • 日常、低難度任務(Chat-driven): 交給 AI 透過 MCP 處理。例如:查庫存、更新聯絡人資訊、生成報表。使用者不需要再進入層層疊疊的選單。

  • 複雜、高風險、需人工檢核任務(UI-driven): 仍然依賴原生 UI。例如:SAP 中複雜的全球供應鏈節點配置、Shopify 的全站版型設計、或是 Salesforce 的底層權限控管。這些需要「全局觀」和「精確點擊」的操作,傳統 UI 依然是最高效的。

  • 系統流程的進化:從「僵化的線性流程」變成「AI 的工具箱」

  • 傳統的系統流程(如:建立訂單 $\rightarrow$ 扣庫存 $\rightarrow$ 發通知)是寫死的代碼。

  • 導入 MCP 後,這些流程變成了 AI 可以隨時呼叫的「工具 (Tools)」。AI 可以根據使用者的模糊指令(例如:「處理退貨並給客戶發個安慰信」),自動編排這些流程。流程沒有被捨棄,只是被 AI 重新組合與觸發了。

以下為你解析這背後的重大意義,以及他們 UI 與流程角色的轉變:

資本市場對他們具備 MCP 能力的解讀,以及對長線股價的實質影響,主要體現在以下三個維度:

1. 消除「被邊緣化」的恐懼(守住既有估值)

  • 市場心理: 投資人最怕的是這些傳統企業軟體在 Agentic AI(代理型 AI)時代變得封閉、難以串接,導致企業客戶將資料轉移到更靈活的新創平台。

  • 股價影響: 具備 MCP 就像是向華爾街宣告:「我們依然是企業運作的心臟。」例如 SAP 透過 MCP Catalog 讓其龐大的資料庫(System of Record)能被 AI 代理直接讀取,這成功消除了市場對其「技術落後」的疑慮,穩固了支撐其股價的基本盤。如果他們固步自封拒絕開放標準,股價絕對會面臨外資機構降評的巨大壓力。

2. 引爆看不見的 API 流量紅利(推升實質營收)

  • 市場心理: 人類員工一天頂多在 Salesforce 或 SAP 裡點擊幾百次,但 AI 代理不知疲倦,會在背景全天候、高頻率地進行交叉比對與流程觸發。

  • 股價影響: MCP 讓 AI 存取資料變得極度容易,這將帶來暴增的系統呼叫(API Calls)與雲端運算需求。這些巨頭可以順勢推出針對 AI 代理的「專屬計費模式」,或要求客戶升級到更高階的運算訂閱方案。這種系統底層用量的變現,會實打實地反映在未來幾個季度的財報(如 ARR 年度經常性收入)上,這才是推升股價穩健上漲的真正燃料。

3. 搶佔「機器人經濟」的預設通道(提升本益比與想像空間)

  • 市場心理: 以 Shopify 為例,他們非常激進地擁抱 MCP,甚至推出了互動式的「MCP UI」,讓商店的購物車、庫存都能無縫被 Claude 等 AI 讀取與操作。

  • 股價影響: 這讓 Shopify 的敘事從「提供給人類逛的電商開店平台」,悄悄升級為「全球 AI 買手預設的交易引擎」。向資本市場證明自己能吃下未來的機器人訂單,能讓華爾街願意維持甚至給予他們更高的科技股本益比(PE Ratio),因為市場看到了全新的增長曲線。


總結

「宣布支援 MCP」這件事在股市中不會引發投資人或機構瘋狂追捧,因為它太技術導向、太偏向開發者端了。一般人其實看不懂,但對於看得懂技術趨勢的機構投資人來說,這是一粒強效的定心丸。

它對股價的影響是長線發酵的。

我相信很快就會在他們未來的財報會議(Earnings Call)上,頻繁聽到執行長們把「AI 代理透過 MCP 與我們系統的互動次數成長了 X 倍」作為業績亮點。當這些無形的互動正式轉化為財報上的數字時,資本市場的真實獎勵就會隨之而來。

SAP、Shopify 和 Salesforce 建立 MCP,是因為他們看清了未來的趨勢:與其強迫人類去學習他們複雜的系統,不如讓 AI 直接學會怎麼操作他們的系統。 這是一場搶奪「AI 時代底層資料庫」話語權的戰爭。

目前相信,這是企業軟體架構的一次大解構與重組。

留言

這個網誌中的熱門文章

[CSS] z-index 在不同瀏覽器繼承問題

今天會討論到這個課題,是因為要實做一個Popup dialog,所以我們希望的結果如下圖。 可是在IE7 卻發生了這樣的情況。 Popup不論怎麼設定z-index都無法浮在最上層,我們看一下html架構發生什麼事情。

[教學] 快快樂樂刪除CodeIgniter index.php

預設的CI網址預設都設定為index.php同一層級,因此所有的程式都必須指定index.php導向才能開始,例如 http://localhost/ci/index.php/welcome/test http://localhost/ci/welcome/test 本文將說明如何將惱人的index.php消除,還你一個漂亮的URL。 設定開始: 接下來說明如何使用rewrite方式將惱人的index.php去除。 rewrite不清楚的人,煩請先自行google 首先要先確定Apache的 mod_rewrite 有 開啟 ,如果沒有開啟請設定好之後重新啟動apache。 接著,在根目錄底下建立一個新檔案,檔名為 .htaccess ,裡面程式碼如下: <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule ^(.*)$ index.php/$1 [L] </IfModule> 接著到 application/config/config.php ,開啟檔案修改 $config['index_page'] = ""; 注意: /index.php/$1 要根據你目錄,例如 http://localhost/index.php ,網站根目錄為 /ci/index.php 則要寫成 /ci/index.php/$1 接著至CI目錄下,尋找 config\config.php , 修改一下裡面的檔案,修改如下: $config['index_page'] = ""; 存檔後,如此一來大功告成。 參考資料 官方網站說明

[教學] Mojito 安裝與入門,install mojito for beginner.

mojito ,最近終於從 YDN 對外公開此專案,這個套件主要用於解決前端多重裝置及瀏覽器端的問題,後端服務採取 node.js ,因此使用上必定要先準備以下幾個元素 準備素材 c++ complier git Node.js > 0.4.x NPM > 1.0.x 安裝方式 git clone git://github.com/yahoo/mojito.git cd mojito/source sudo npm install -g . npm install . 以上四個簡單的步驟,就可以把 mojito module 完整安裝到服務器上,接著就可以開始進入 mojito 的世界 使用方式 mojito 提供了完整的 command line 給開發者使用,接著先建立一個基本 hello world 專案,跟著以下步驟完成第一個專案。首先建立一個 mojito application, mojito create app hello cd hello 切換到目錄之後,再接著建立自己的 mojit,這邊的 mojit 就像是一個應用(application)可能會包含許多個獨立網站體,擁有獨立架構的 MVC ,包含內部設定等,詳細資料可以參考官方的 說明 ,建立 mojit mojito create mojit HelloMojit 輸入指令後,會看到顯示結果如下, creating mojit called 'HelloMojit' (using "default" archetype) ✔ mojit: HelloMojit created! ✔ mojito done. 接著修改 application.json 這個 mojit 設定檔案,讓剛才新建立的 hellp application 指定底下有一個 mojit -> HelloMojit ,讓應用可以去執行 mojit controller ,修改如下, [ { "settings": [ "master" ], "appPort": 8666, "specs": { ...