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",

![配图](https://yitb.com/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双栈不是未来，是正在发生的现在。平台已经把路铺好了，现在就看谁能最快跑通商业模式。

本文代码示例已上传至龙虾官网（yitb.com）开发者社区，搜索“CLI-MCP-demo”可获取完整项目。