?? MCP生態(tài)

釘釘飛書(shū)企微同周開(kāi)源CLI，AI Agent通信協(xié)議迎來(lái)大洗牌

發(fā)布時(shí)間：2026-07-04 分類： MCP生態(tài)

摘要：MCP失寵？釘釘飛書(shū)企微同周開(kāi)源CLI，AI Agent通信層迎來(lái)大洗牌想用AI自動(dòng)處理審批流、生成日?qǐng)?bào)、管理客戶消息？幾個(gè)月前，大家的答案可能是“接個(gè)MCP Server”。但現(xiàn)在，風(fēng)向變了。就在上周，釘釘、飛書(shū)、企業(yè)微信不約而同地開(kāi)源了自家的CLI工具。這絕非巧合，而是國(guó)內(nèi)頭部協(xié)作平臺(tái)集體轉(zhuǎn)向自研Agent通信協(xié)議的明確信號(hào)。對(duì)于開(kāi)發(fā)者和AI創(chuàng)業(yè)者來(lái)說(shuō)，這意味著：AI Agent的“手腳...

MCP失寵？釘釘飛書(shū)企微同周開(kāi)源CLI，AI Agent通信層迎來(lái)大洗牌

想用AI自動(dòng)處理審批流、生成日?qǐng)?bào)、管理客戶消息？幾個(gè)月前，大家的答案可能是“接個(gè)MCP Server”。但現(xiàn)在，風(fēng)向變了。

就在上周，釘釘、飛書(shū)、企業(yè)微信不約而同地開(kāi)源了自家的CLI工具。這絕非巧合，而是國(guó)內(nèi)頭部協(xié)作平臺(tái)集體轉(zhuǎn)向自研Agent通信協(xié)議的明確信號(hào)。對(duì)于開(kāi)發(fā)者和AI創(chuàng)業(yè)者來(lái)說(shuō)，這意味著：AI Agent的“手腳”執(zhí)行層，正在經(jīng)歷一場(chǎng)大洗牌。

一、CLI：AI Agent的“手腳”，正在被重新定義

首先，厘清一個(gè)概念：CLI（命令行工具）在這里，遠(yuǎn)不止是終端里敲的命令。在Agent架構(gòu)中，它是連接AI“大腦”（大模型）與外部世界（應(yīng)用、數(shù)據(jù)、流程）的標(biāo)準(zhǔn)化執(zhí)行層。

你可以把它理解為AI Agent的“手和腳”：大腦（模型）負(fù)責(zé)思考“我要發(fā)一條審批”，但具體怎么調(diào)用釘釘API、用什么格式、如何鑒權(quán)，這些臟活累活，就是CLI干的事。

過(guò)去，MCP（Model Context Protocol）試圖成為這個(gè)標(biāo)準(zhǔn)。它由Anthropic（Claude的母公司）提出，旨在統(tǒng)一模型與工具、數(shù)據(jù)源的交互方式。一個(gè)MCP Server，就像一個(gè)萬(wàn)能適配器，讓模型能“看懂”并“操作”各種外部工具。

但問(wèn)題來(lái)了：為什么國(guó)內(nèi)大廠要自建山頭？

二、MCP的信任危機(jī)：理想豐滿，現(xiàn)實(shí)骨感

MCP的生態(tài)在海外發(fā)展迅速，但在中國(guó)市場(chǎng)遭遇了首次信任危機(jī)，核心原因有三：

數(shù)據(jù)主權(quán)與安全合規(guī)：MCP協(xié)議由海外公司主導(dǎo)。對(duì)于處理企業(yè)核心審批、客戶信息的釘釘、飛書(shū)、企微而言，將通信協(xié)議層建立在第三方標(biāo)準(zhǔn)上，存在數(shù)據(jù)出境和合規(guī)風(fēng)險(xiǎn)。自研CLI，意味著從協(xié)議層就將數(shù)據(jù)流牢牢掌控在自己生態(tài)內(nèi)。
生態(tài)控制權(quán)：平臺(tái)即規(guī)則。自研CLI，意味著釘釘、飛書(shū)、企微可以定義最適合自己平臺(tái)特性的工具調(diào)用規(guī)范、權(quán)限體系和計(jì)費(fèi)模型。這比遵循一個(gè)通用的、反應(yīng)可能更慢的國(guó)際標(biāo)準(zhǔn)，對(duì)商業(yè)生態(tài)建設(shè)更有利。
性能與深度集成：自研CLI可以針對(duì)自家API和數(shù)據(jù)結(jié)構(gòu)進(jìn)行深度優(yōu)化，實(shí)現(xiàn)比通用MCP Server更低延遲、更穩(wěn)定、功能更豐富的原生集成。例如，釘釘?shù)腃LI可能直接內(nèi)置了“創(chuàng)建待辦”、“更新日程”等原子操作，無(wú)需開(kāi)發(fā)者再封裝一層。

簡(jiǎn)單說(shuō)：大廠要的不是一個(gè)“萬(wàn)能適配器”，而是一把為自己平臺(tái)量身定制、開(kāi)箱即用的“瑞士軍刀”。

三、實(shí)戰(zhàn)對(duì)比：新舊協(xié)議，開(kāi)發(fā)者體驗(yàn)有何不同？

我們以一個(gè)具體場(chǎng)景為例：“當(dāng)收到一封特定郵件后，在釘釘群創(chuàng)建一個(gè)任務(wù)”。

方案A：基于MCP Server（通用方案）

部署一個(gè)支持郵件讀取的MCP Server A。
部署一個(gè)支持釘釘API操作的MCP Server B。
在你的Agent框架中，配置模型同時(shí)連接A和B。
編寫(xiě)提示詞，讓模型理解：先從A獲取郵件內(nèi)容，再調(diào)用B創(chuàng)建任務(wù)。
處理兩個(gè)不同Server可能存在的鑒權(quán)方式、錯(cuò)誤碼、數(shù)據(jù)格式差異。

方案B：基于釘釘自研CLI（平臺(tái)方案）

安裝釘釘CLI：npm install -g @dingtalk/cli
配置企業(yè)憑證：dingtalk config set --org-id=xxx --app-key=xxx

在Agent代碼中，直接調(diào)用CLI命令或通過(guò)其SDK：

// 偽代碼示例：使用釘釘CLI SDK
const DingtalkCLI = require('@dingtalk/cli');
const dingtalk = new DingtalkCLI({ orgId: 'xxx' });


![配圖](http://www.nhjb.com.cn/usr/uploads/covers/cover_mcp_20260704_082708.jpg)

// 當(dāng)郵件事件觸發(fā)時(shí)
async function onEmailReceived(emailContent) {
  // 使用內(nèi)置的“任務(wù)創(chuàng)建”命令，參數(shù)已標(biāo)準(zhǔn)化
  const task = await dingtalk.task.create({
    title: `郵件任務(wù)：${emailContent.subject}`,
    description: emailContent.body,
    dueDate: 'tomorrow', // CLI可能提供自然語(yǔ)言時(shí)間解析
    // 自動(dòng)關(guān)聯(lián)到指定的釘釘項(xiàng)目空間
    projectId: 'proj_123'
  });
  console.log(`任務(wù)已創(chuàng)建：${task.url}`);
}

差異一目了然：

MCP方案：靈活但復(fù)雜，需要自行編排多個(gè)異構(gòu)Server，處理兼容性問(wèn)題。
CLI方案：開(kāi)箱即用，API設(shè)計(jì)更貼近平臺(tái)最佳實(shí)踐，文檔和支持更聚焦，開(kāi)發(fā)效率顯著提升。

四、對(duì)開(kāi)發(fā)者意味著什么？機(jī)遇還是陷阱？

這次洗牌，對(duì)開(kāi)發(fā)者而言，短期是陣痛，長(zhǎng)期是機(jī)遇。

陷阱（短期）：

技術(shù)棧分裂：你可能需要為釘釘、飛書(shū)、企微分別學(xué)習(xí)不同的CLI和協(xié)議，增加了學(xué)習(xí)成本。
“多平臺(tái)適配”噩夢(mèng)重現(xiàn)：如果你想做一個(gè)跨平臺(tái)的Agent產(chǎn)品，又要回到當(dāng)年為不同手機(jī)OS寫(xiě)不同代碼的困境。

機(jī)遇（長(zhǎng)期）：

平臺(tái)原生紅利：率先深度集成某家平臺(tái)CLI的開(kāi)發(fā)者，將獲得該平臺(tái)最優(yōu)先的技術(shù)支持、流量?jī)A斜和商業(yè)化合作機(jī)會(huì)。你的Agent工具可能被收錄進(jìn)平臺(tái)的官方應(yīng)用市場(chǎng)。
垂直場(chǎng)景深耕：與其做跨平臺(tái)的“萬(wàn)金油”，不如利用某個(gè)平臺(tái)CLI的深度能力，打造該平臺(tái)生態(tài)內(nèi)最極致的垂直場(chǎng)景解決方案。例如，專做釘釘智能財(cái)務(wù)審批Agent，或飛書(shū)多維表格自動(dòng)化Agent。
新的中間層機(jī)會(huì)：當(dāng)?shù)讓訁f(xié)議分裂，上層統(tǒng)一調(diào)度框架的需求就會(huì)出現(xiàn)。誰(shuí)能做出一個(gè)“Agent協(xié)議聚合層”，讓開(kāi)發(fā)者用一套代碼調(diào)用不同平臺(tái)CLI，誰(shuí)就能成為新時(shí)代的“中間件”贏家。

五、下一步行動(dòng)：你的技術(shù)棧該如何調(diào)整？

面對(duì)變局，不要慌，按以下步驟行動(dòng)：

評(píng)估你的核心場(chǎng)景：你的Agent主要服務(wù)哪個(gè)平臺(tái)的用戶？如果80%的用戶都在釘釘，那么現(xiàn)在就去研究釘釘CLI的文檔和示例，這是你的必修課。
保持對(duì)MCP的關(guān)注：MCP并未“死亡”，它在海外和開(kāi)源社區(qū)仍有強(qiáng)大生命力。保持學(xué)習(xí)，它可能成為你未來(lái)出海或服務(wù)國(guó)際化客戶的關(guān)鍵技能。
動(dòng)手實(shí)踐：選擇一個(gè)最相關(guān)的平臺(tái)CLI（如釘釘@dingtalk/cli或飛書(shū)@lark/cli），花半天時(shí)間，參照官方文檔完成一個(gè)“Hello World”級(jí)別的Agent自動(dòng)化任務(wù)（如自動(dòng)發(fā)送一條消息）。實(shí)踐是理解差異最快的方式。
設(shè)計(jì)可擴(kuò)展架構(gòu)：在編寫(xiě)業(yè)務(wù)邏輯時(shí)，將“調(diào)用平臺(tái)CLI”的部分抽象成獨(dú)立的服務(wù)或模塊。這樣，當(dāng)未來(lái)需要支持新平臺(tái)時(shí)，你只需要替換這個(gè)模塊，而不是重寫(xiě)整個(gè)應(yīng)用。

AI Agent的通信層正在從“理想主義的統(tǒng)一”走向“現(xiàn)實(shí)主義的割據(jù)”。 對(duì)開(kāi)發(fā)者而言，這既是挑戰(zhàn)，更是通過(guò)深度綁定平臺(tái)生態(tài)、打造不可替代性工具來(lái)實(shí)現(xiàn)商業(yè)價(jià)值的黃金窗口。別只做協(xié)議的旁觀者，去做新規(guī)則的早期玩家。

返回首頁(yè)