三端CLI齐开源：它不是MCP，而是MCP Server的施工脚手架

想用AI Agent在企业微信里自动审批报销、在飞书里同步CRM更新、在钉钉里调度RPA机器人？先别急着 clone 那三个刚开源的 CLI 仓库——它们既不是 MCP 协议实现，也不是 Agent 开发框架，而是 MCP Server 的客户端基建层。
类比一下：你不会拿着螺丝刀说明书去盖楼；直接改 CLI 源码，相当于在地基上焊承重墙。

我们实测了三端 CLI（钉钉 dd-cli v1.3.0 / 飞书 lark-cli v2.1.0 / 企业微信 wxwork-cli v0.9.4）的底层设计：

认证模型

• 钉钉用 AppKey + AppSecret + Ticket 三段式鉴权，支持服务端长期 token 续期
• 飞书强制 Bot Token + User Access Token 双签，用户级操作必须走 OAuth2 授权流
• 企业微信只开放 CorpID + Secret 简单认证，但所有调用必须经 suite_ticket 中转

→ 谁更开放？飞书。谁更可控？钉钉。谁最易集成？企业微信（但权限粒度粗）

插件注册机制

• 钉钉 CLI 把插件注册为 MCP Server 的一个 endpoint（如 /v1/agent/invoice），由平台统一路由
• 飞书要求插件打包为 lark-plugin.json 并上传至开发者后台，CLI 仅负责本地调试
• 企业微信把插件注册逻辑全收进 wxwork-agent SDK，CLI 本质是 SDK 的命令行包装器

→ 这意味着：飞书插件可跨平台复用，钉钉插件天然适配 MCP Server 标准接口，企业微信插件锁死自家生态

A2A 调用封装

• 钉钉 CLI 内置 mcp://call?tool=invoice&input={...} 解析器，直接转成标准 MCP CallToolRequest
• 飞书 CLI 将 @bot do x 消息解析为 a2a:execute:invoice，需开发者手动映射到工具函数
• 企业微信 CLI 完全不暴露 A2A 协议字段，只提供 wxwork.invoke('submitInvoice', {...}) 这种黑盒方法

→ 只有钉钉 CLI 原生吃透 MCP/A2A 语义，飞书留了扩展口，企业微信封死了协议层

这背后是清晰的商业化分野：

• 钉钉押注 MCP Server 成为中间件标准，CLI 是帮你快速对接它的“接线员”
• 飞书要 控制 Agent 生态入口，CLI 是沙盒调试器，真上线得走官方审核
• 企业微信图 私有化部署友好性，CLI 是给 ISV 的轻量打包工具，不谈协议兼容

你在 yitb.com 已能直接复用这些能力：

✅《MCP Server 从零部署指南》（含 Docker Compose + TLS + 钉钉 OAuth2 对接）
✅《飞书 Bot + MCP Agent 实战》——用 lark-cli 调试后，一键部署到 yitb Server，自动注入 a2a:execute: 路由
✅《企业微信插件转 MCP 工具链》——我们开源了 wxwork2mcp 转换器（GitHub: yitb/wxwork2mcp），5 行配置把 wxwork.invoke() 映射成标准 tool_use

真实案例：杭州某财税 SaaS 用这套组合，3 天上线「发票识别→ERP过账→飞书通知」自动化流，客户续费率提升 27%，单客户年省人工成本 1.8 万元（数据来自其 2024 Q3 运营报表）。

别再把 CLI 当成 Agent 框架折腾。它只是让你少写 200 行胶水代码的搬运工。真正的战场在 Server 层——协议解析、工具编排、状态管理、计费埋点。

下一步行动

1. 打开 yitb.com/mcp-server → 克隆 yitb/mcp-server-demo
2. 运行 make dev-dingtalk（自动拉起带钉钉认证的本地 Server）

3. 在 examples/invoice_agent.py 里替换你的 OCR API Key，执行

   curl -X POST http://localhost:8000/v1/call -d '{"tool":"ocr_invoice","input":{"img_url":"..."}}'

4. 加入 Discord #agent-deploy 频道，发截图领《三端 CLI 速查对比表》PDF（含认证 token 刷新脚本 & A2A 调用模板）

CLI 开源不是终点，是 MCP 商业落地的起跑线。跑错方向，再快也是原地打转。