跳到主要內容

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 時代底層資料庫」話語權的戰爭。

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

留言

這個網誌中的熱門文章

Vibe Coding:到底?氛圍驅動程式開發必殺技?

Vibe Coding(氛圍編程) 是由 OpenAI 共同創辦人 Andrej Karpathy 在 2025 年提出的革命性程式開發方式,它讓開發者透過自然語言與 AI 對話來生成程式碼,徹底改變了傳統的編程模式。 這種開發方式的核心理念是 「順著感覺走」 ,讓 AI 處理技術細節,開發者專注於創意和需求描述。 Vibe Coding 需要基本上的規劃和執行,但並沒有強制規範,從日常經驗來說可分為三個階段, 前期準備、開發過程、和後期維護 三個關鍵階段。每個階段都有其特定的任務和注意事項,正確執行這些步驟將大幅提升開發效率和程式品質。 將靈感與需求透過 AI 快速轉化成產品功能或原型。以下幫你分成 「前、中、後」 三階段要做的事情,適合你自己做、或帶團隊做 前期:設定 vibe & 準備素材 這個階段的重點是 「建立開發語境」 ,因為 AI 的生成表現高度依賴前期提供的上下文與資料。 明確目標 :釐清要解決的問題、預期要做的功能與核心價值。例如在筆記軟體的情境中,可能是:「我要做一款讓使用者能用 Markdown 記錄筆記,並提供標籤與全文搜尋功能的簡單 App。」 收集靈感 :觀察同類產品(如 Obsidian、Notion)、蒐集市場痛點(例如太多筆記軟體無法脫機使用,或同步效能差)。 建立語境 :準備初步 prompt、背景知識、產品定位、品牌調性、目標使用者輪廓等。 確認資源 :決定用哪些工具(Gemini、ChatGPT、設計軟體、流程管理工具等)。 確認完上述內容之後,就可以先開始進行準備規格,進行第一次的 Vibe Coding 方向驗證 提示詞模板準備 很多人會跳過這步驟,但一份 「好的 AI 提示詞模板」 將決定接下來每一次 AI 對話的品質。有效的提示詞模板需具備: 描述具體且無歧義 包含技術要求和約束條件 提供範例資料和測試案例 指定程式碼風格和慣例 例如針對筆記軟體的案例:   「建立一個支援 AI 功能純文字筆記,輸入內容可即時渲染;需支援儲存到本地檔案,提供標籤欄位做分類;以 React 架構,程式風格採用 Tailwind style components 並使用 hooks。」 開發工具選擇 開發工具的選擇 同樣重要,目前市場上主要的 ...

Claude Code Hooks:自動化與安全的最佳實踐

寫在最前頭,這份文章主要寫起來是給自己看, 同時內容是比較適合開發者,工程師們可以做些自動化處理的簡單筆記。 Claude Code hooks Claude Code hooks 是一種強大的自動化機制,允許用戶在 Claude Code 的不同生命週期階段,自定義執行 shell 指令。這種設計讓開發者能夠將規則和自動化行為嵌入到應用層級,確保每次都能可靠執行,而不必依賴 LLM(大型語言模型)是否會選擇執行某項操作。 Hooks 的核心用途 通知 :自訂收到 Claude Code 等待用戶輸入或執行權限時的提醒方式。 自動格式化 :如在每次檔案編輯後自動執行 prettier (針對 .ts 檔)、 gofmt (針對 .go 檔)等。 日誌記錄 :追蹤所有執行過的命令,便於合規或除錯。 自動反饋 :當 Claude Code 產生不符合團隊規範的程式碼時,自動給出反饋。 自訂權限 :阻擋對生產環境檔案或敏感目錄的修改[^1]。 配置與結構 Hooks 透過設定檔進行配置,分為全域( ~/.claude/settings.json )、專案( .claude/settings.json )、本地專案( .claude/settings.local.json )以及企業級策略設定。每個 hook 由「事件名稱」和「匹配器」組成: "hooks": { "PreToolUse": [ { "matcher": "Bash", "hooks": [ { "type": "command", "command": "jq -r '...'" } ] } ] } matcher :用於匹配工具名稱(支援正則表達式),如 Write 、 Edit|Write 、 Notebook.* 。 hooks :當匹配時要執行的命令陣列。 type :目前僅支援 "command" 。 ...

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

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