Vercel Anthropic 联手是這篇文章討論的核心

💡 核心結論
Vercel 與 Anthropic 聯手將 Agent Skills 定義為開放標準,本質上是在解決 AI Agent「村村點燈、戶戶不連網」的痛點。這不是單純的技術整合,而是企圖重新定義 Agent 之間的溝通語言。
📊 關鍵數據
- 2026 年全球 AI Agent 市場規模突破 109 億美元,預估 2033 年達 1829 億美元(CAGR 49.6%,Grand View Research)。
- 已有 62% 企業開始試驗性導入 AI Agent。
- 成功部署的團隊平均獲得 171% ROI。
- 但超過 40% 的 Agentic AI 專案可能在 2027 年前因治理缺失而取消。
🛠️ 行動指南
如果你是開發者或企業決策者,現在就該開始:評估現有流程中可模組化的「技能」單元,並用 Vercel AI SDK 6 搭配 Claude 原生能力進行原型驗證。
⚠️ 風險預警
過度樂觀的「Agent 萬能論」可能讓團隊忽略詞義錯位(semantic drift)與權限控管問題。開放標準雖好,但 生態系統成熟前仍有大量相容性與安全風險。
坦白說,第一次看到 Anthropic 在 2025 年底丟出 Agent Skills 開放標準時,我跟多數人一樣心裡只有一個問號:「這跟過往的 API wrapper 有什麼不一樣?」放在桌面上的幾杯咖啡陸續涼掉,重新翻過好幾輪官方文件與 Vercel 的實作指南後,才意識到這不是單純的規格書──它更像是一種讓 AI Agent 學會「講同一種語言」的嘗試。如果你把 Claude 想成一個擁有無限潛力的員工,那 Open Skills Standard 就是讓這位員工具備標準化履歷、能在不同辦公室(平台)之間無縫上工的制度性設計。而 Vercel 的野心顯然更大:他們不只讓 Claude 能在本地端跑,還直接讓它能部署在 Serverless 函式與 Edge 節點上,這意味著開發者從此可以在幾秒鐘內把一個 AI Agent 技能推送到全球。
什麼是 Open Skills Standard?為什麼 Anthropic 與 Vercel 選擇在此時結盟?
Agent Skills 是 Anthropic 於 2025 年 12 月 18 日發布的開放規格,核心概念是把「技能」打包成具備標準化結構的模組:包含指令(instructions)、後設資料(metadata)與選用的腳本/模板資源(scripts, templates)。這個標準目前已獲得 Microsoft、OpenAI、Atlassian、Figma 等巨頭響應,而 Vercel 則是首波深度整合該標準的部署平台之一。
歸根究柢,AI Agent 發展到今天最大的瓶頸不是模型能力,而是「能力孤島」。每個團隊都有自己的提示詞模板、工具鏈接方式、錯誤處理邏輯,導致 A 公司寫好的客服 Agent 沒辦法直接搬到 B 公司的系統。Open Skills Standard 想解決的就是這種碎片化。它讓一個 Skill 檔案(通常是 SKILL.md 格式)可以像 npm package 一樣被安裝、更新與卸載。
我認為 Anthropic 此時推動開放標準,與其說是技�領先,不如說是商業布局。當 Claude 的能力被標準化為可移植的 Skill,平台業者(如 Vercel)就能以此為基礎打造生態圈,而 Anthropic 則在標準制定過程中搶占話語權。這跟當年 Docker 推動容器標準、或是 Kubernetes 定義調度規格的邏輯如出一轍。
數據/案例佐證: 根據 VentureBeat 報導,Agent Skills 標準發布後一週內,GitHub 上相關 repository 數量成長超過 300%,Vercel 官方 Skill 收藏庫(vercel-labs/agent-skills)更在短時間內累積數千 stars。
Serverless 與 Edge 部署如何重新定義 AI Agent 的開發範式?
過往要讓一個 AI Agent 上線,你需要考慮伺服器選型、GPU 調度、串流穩定性、狀態管理……老實說,這些基礎建設的痛點足以嚇退一半以上的開發團隊。但 Vercel 這次的做法很聰明:他們把 Agent Skills 當成可部署的模組,直接掛在 Serverless Function 或 Edge Function 上。
這意味著什麼?舉個例子,過去你要做一個「爬取競品價格並生成分析報告」的 Agent,可能得先開一台 VM、裝好 Python 環境、寫好排程腳本,然後祈禱 API rate limit 不會把你炸掉。但現在,你可以把這個流程封裝成一個 Skill,透過 Vercel AI SDK 6 部署到 Edge 節點,全球用戶都能在幾百毫秒內呼叫到這個 Agent 能力。
更關鍵的是,Vercel 在這個架構下提供了工具執行審批(tool execution approval)、自動串流(streaming)與狀態管理機制,讓原本在 stateless serverless 架構中難以處理的多輪對話變得可行。如果你是資深架構師,應該會對「如何在 Stateless Edge Function 中維持 Stateful Streaming」這件事印象深刻──這正是 Vercel AI SDK 6 試圖攻克的難題之一。
數據/案例佐證: Vercel AI SDK 下載量已突破每月 2000 萬次,是目前 TypeScript 生態中最主流的 AI 開發工具。多個團隊實測顯示,將 Agent 遷移至 Vercel Edge 後,p95 延遲可穩定壓在 500ms 以下,部分場景甚至達到 200ms 以內。
「Agents-as-a-Service」会不会是下一個兆級商業模式?
這個問題聽起來像是在吹泡泡,但我們先來看幾個數字。2026 年全球 AI Agent 市場規模約 109 億美元,對比之下,全球軟體即服務(SaaS)市場早已是數兆美元的巨人。問題是:Agents-as-a-Service(AaaS)會不會成為 SaaS 的繼任者?
我的觀察是,這兩者是互補而非取代。SaaS 解決的是「工具」需求,AaaS 解決的是「勞動力」需求。當一個 Skill 可以被定價、訂閱、按使用量計費,你實際上是在販售一個「虛擬勞工單位」。這個單位不需要茶水間、不會請病假、而且 24 小時運作。Vercel 平台上支援的 Claude 原生連結,讓開發者可以輕鬆把這些「虛擬勞工」嵌入既有應用,完成任務委派、訊息處理、數據聚合等複雜流程。
然而,商業模式的成熟度仍然取決於兩個關鍵變因:信任機制與計價標準化。用戶願意付錢買一個 AI Agent 的前提,是它不會把訂單搞砸、不會洩露機密資料,而且能夠被稽核。Open Skills Standard 標準化了技術介面,但商業信任框架仍是待解的拼圖。
數據/案例佐證: McKinsey 與 Gartner 的綜合研究指出,2026 年已有 93% 企業表達導入 Agentic AI 的意願,但實際進入生產環境的比例僅 23%。這個 70 百分點的巨大鴻溝,正是 AaaS 市場尚未爆發的核心原因──需求被高估,供給端卻還沒準備好。
Marketplace 共享機制真能打破技能孤島嗎?
這大概是整個 Open Skills Standard 願景中最性感、但也最脆弱的一環。Anthropic 已推出 Skill Directory 讓夥伴與開發者上架自製技能,Vercel 也在其文件中心收錄官方與社群貢獻的技能庫。理論上,這是一個正向循環:更多人貢獻 → 更多技能可選 → 更多人使用 → 平台價值提升。
但實際逛過 GitHub 上 vercel-labs/agent-skills 的人應該同意:目前 Skill 的品質參差不齊,文件完整性、版本控管、安全審查都還處於早期階段。這跟 npm 早期狀況很類似──生態系統剛萌芽時,大家興奮的是可能性,而不是穩定性。
此外,跨平台移植性雖然是標準宣稱的亮點,但別忘了每個平台都有自己的「慣例」與「限制」。一個在 Vercel 上跑得好好的 Skill,搬到 AWS Lambda 或 GCP Functions 時,仍可能因為執行環境差異而陣亡。開放標準確實降低了摩擦,但從「能跑」到「跑得好」,中間還有很長一段路。
2026 開發者該如何布局?實戰採取的路徑圖
說了這麼多,如果你現在是一個正在猶豫要不要跳進這個坑的開發者,建議可以分成三個階段來走:
- 第一階段(0-3 個月):熟悉標準與工具鏈 — 從頭讀完 Agent Skills 官方規格(agentskills.io),並在 Vercel 上跑過一個簡單的 Skill 範例。重點不在於功能多強,而是理解模組化設計的邏�iap思維。
- 第二階段(3-6 個月):內部流程自動化 — 找一個團隊內重複性高的流程(例如每週報表生成、客戶回覆分類),將其封裝為 Skill 並部署到生產環境。這時你會開始遇到真實世界的邊界條件:timeout、rate limit、錯誤處理。
- 第三階段(6-12 個月):外部化與商業化 — 如果內部驗證成功,考慮將 Skill 上架至 Skill Directory 或自建 Marketplace。同時建立完善的監控、日誌與版本控管機制,為後續擴展做準備。
對了,還有一件事要提醒:Open Skills Standard 是開放的,但 Claude 並不是唯一選項。Vercel AI SDK 6 的設計讓你能夠比較順暢地切換 provider,別讓自己太早被綁死在單一平台上。
❓ 常見問答 FAQ
Agent Skills 跟傳統的 API 整合有什麼不一樣?
傳統 API 整合通常是一次性的點對點對接,而 Agent Skills 強調的是模組化、可重複使用與跨平台移植。一個 Skill 包含了 LLM 需要的指令、工具與後設資料,能夠在不同環境中被「安裝」與「更新」,而非寫死在某段程式碼裡。
我可以用 OpenAI GPT 而不是 Claude 來運行 Skill 嗎?
理論上可以,但要看平台支援度。Vercel AI SDK 6 已有抽象化設計,允許切換不同 provider。只要你的 LLM 支援 tool calling,並且能夠解析 Skills 標準格式中的 metadata,就有機會相容。不過目前最佳體驗仍屬 Claude。
企業導入 AI Agent 最大的風險是什麼?
根據多份研究指出,超過 40% 的 Agentic AI 專案可能在 2027 年前因「治理缺失」而取消。這包括但不限於:權限設定不當、缺乏人類審批機制、資料隱私合規問題,以及過度信任 AI 導致的決策錯誤。技術不是最大風險,「人對技術的信任邊界」才是。
📚 參考資料
- Anthropic — Equipping agents for the real world with Agent Skills
- Claude by Anthropic — Introducing Agent Skills
- Vercel — Agent Skills 官方文件
- Vercel — How to build AI Agents with Vercel and the AI SDK
- VentureBeat — Anthropic launches enterprise ‘Agent Skills’ and opens the standard
- Grand View Research — AI Agents Market Size, Share And Trends Report, 2026-2033
- GitHub — vercel-labs/agent-skills
- Agent Skills 開放標準官方網站
Share this content:













