CLI+MCP雙棧調度：釘釘飛書企微同周開源背后的AI Agent新范式

想用AI Agent打通釘釘、飛書、企微，卻卡在“平臺API對接”這一步？

上周科技圈最魔幻的事：釘釘、飛書、企業微信，同一周都開源了自己的CLI工具。表面看是“內卷”，實際釋放了一個關鍵信號——國內頭部平臺正集體放棄自建MCP Server，轉向“CLI+MCP”雙棧調度新架構。

這對開發者意味著什么？意味著你不用再為每個平臺單獨寫適配層了。

先搞清楚三個概念：CLI、MCP、Skill

很多開發者把這三個東西混為一談，先做個區分：

• CLI（Command Line Interface）：輕量級執行層。本質是把平臺能力封裝成命令行工具，比如dingtalk send-message --to "張三" --content "開會"。它解決的是“怎么快速調用”的問題。
• MCP（Model Context Protocol）：標準化通信層。定義了AI Agent之間如何發現能力、交換上下文。它解決的是“Agent之間怎么對話”的問題。
• Skill：可復用的能力單元。一個Skill可能包含CLI命令+MCP接口+業務邏輯。它解決的是“能力怎么打包分享”的問題。

三者的關系：CLI負責執行，MCP負責調度，Skill負責封裝。

為什么是“CLI+MCP”雙棧？

過去平臺開放能力有兩種模式：

1. 純API模式：需要OAuth認證、處理限流、寫大量膠水代碼。一個簡單的“發消息”功能，可能要寫200行。
2. 純MCP模式：雖然標準化，但MCP Server本身是個常駐進程，資源開銷大，調試復雜。

“CLI+MCP”雙棧取兩者之長：

用戶指令 → AI Agent → MCP協議解析意圖 → CLI執行具體操作 → 返回結果

CLI作為輕量級執行層，有三個核心優勢：

• 零進程開銷：用完即走，不占內存
• 本地優先：可以直接操作本地文件、調用本地服務
• 調試友好：終端里直接跑，報錯信息清晰

實戰：用CLI+MCP搭建跨平臺自動化工作流

下面演示一個真實場景：AI Agent自動監聽飛書消息，觸發釘釘審批，結果同步到企微群。

第一步：安裝CLI工具

# 釘釘CLI
npm install -g @dingtalk/cli

# 飛書CLI  
npm install -g @feishu/cli

# 企微CLI
npm install -g @wecom/cli

第二步：配置MCP Server

創建mcp-config.json：

{
  "mcpServers": {
    "dingtalk": {
      "command": "dingtalk",
      "args": ["mcp-server"],
      "env": {
        "DINGTALK_APP_KEY": "your_key",
        "DINGTALK_APP_SECRET": "your_secret"
      }
    },
    "feishu": {
      "command": "feishu",
      "args": ["mcp-server"],
      "env": {
        "FEISHU_APP_ID": "your_id",
        "FEISHU_APP_SECRET": "your_secret"
      }
    }
  }
}

第三步：編寫調度邏輯

# scheduler.py
import subprocess
import json

def trigger_dingtalk_approval(title, amount):
    """通過CLI觸發釘釘審批"""
    cmd = [
        "dingtalk", "approval", "create",
        "--process-code", "PROC-XXXX",

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

        "--form-json", json.dumps({
            "title": title,
            "amount": amount
        })
    ]
    result = subprocess.run(cmd, capture_output=True, text=True)
    return json.loads(result.stdout)

def notify_wecom_group(content):
    """通過CLI發送企微群消息"""
    cmd = [
        "wecom", "message", "send",
        "--chat-id", "your_chat_id",
        "--msg-type", "text",
        "--content", content
    ]
    subprocess.run(cmd)

# MCP Server會把這個函數暴露為可調用的Skill
def handle_feishu_message(message):
    """處理飛書消息，觸發跨平臺流程"""
    if "報銷" in message:
        # 提取金額（簡化示例）
        amount = extract_amount(message)
        # 調用釘釘審批
        result = trigger_dingtalk_approval("報銷申請", amount)
        # 同步到企微
        notify_wecom_group(f"新報銷申請已提交，金額：{amount}元")
        return result

第四步：注冊為MCP Skill

在MCP Server中注冊這個處理函數：

# 在MCP Server啟動時注冊
server.register_skill(
    name="cross_platform_workflow",
    description="監聽飛書消息，觸發釘釘審批，同步企微",
    handler=handle_feishu_message,
    input_schema={
        "type": "object",
        "properties": {
            "message": {"type": "string"}
        }
    }
)

商業價值：用這個范式能賺多少錢？

說點實際的。基于CLI+MCP雙棧，有三個可復制的賺錢路徑：

路徑一：企業自動化外包（月入2-5萬）

幫中小企業搭建跨平臺工作流。報價邏輯：

• 基礎對接（3個平臺）：8000-15000元
• 復雜流程（含審批、數據同步）：20000-50000元
• 后續維護：3000-5000元/月

關鍵：用CLI+MCP模式，開發效率提升3倍，原來2周的活現在3天搞定。

路徑二：SaaS化工具（月入5-20萬）

把常見場景封裝成產品：

• “跨平臺消息聚合器”：定價99-299元/月/企業
• “審批流自動化引擎”：定價199-499元/月/企業
• “數據看板同步工具”：定價149-399元/月/企業

案例：某團隊做的“釘飛微消息中轉站”，上線3個月，付費企業127家，月收入18萬。

路徑三：Skill市場分成（被動收入）

把你的Skill打包上架到各平臺的Skill市場：

• 釘釘Skill市場：平臺抽成30%
• 飛書應用目錄：平臺抽成20-30%
• 企微應用市場：平臺抽成20%

數據：頭部Skill月下載量1000+次，按每次調用0.1元計算，月入1萬+。

開發者行動清單

1. 本周：安裝三個CLI工具，跑通“Hello World”示例
2. 下周：選一個真實場景（比如“飛書日報自動同步到釘釘”），用CLI+MCP模式實現
3. 本月：把這個場景封裝成Skill，測試跨平臺調度
4. 下月：找到3個付費客戶，驗證商業模式

CLI+MCP雙棧不是未來，是正在發生的現在。平臺已經把路鋪好了，現在就看誰能最快跑通商業模式。

本文代碼示例已上傳至www.nhjb.com.cn（www.nhjb.com.cn）開發者社區，搜索“CLI-MCP-demo”可獲取完整項目。