大模型应用
规划 Zoom MCP 工作流时如何划分 MCP 与…
当需要决定某个任务该用 Zoom MCP 工具调用还是 REST API 代码实现时,用于评估适配性并设计纯 MCP、纯 REST 或混合架构。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 38/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
规划 Zoom MCP 工作流时如何划分特定
解决思路
- 判断问题属于智能体工具调用(agentic tooling)、确定性自动化(deterministic automation),还是两者兼有。
- 若为纯 MCP 任务,路由到 [zoom-mcp](../zoom-mcp/SKILL.md)。
- 若为混合任务,同时路由到 [zoom-mcp](../zoom-mcp/SKILL.md) 和 [rest-api](../rest-api/SKILL.md)。
- 若 Whiteboard 是核心,路由到 [zoom-mcp/whiteboard](../zoom-mcp/whiteboard/SKILL.md)。
- 明确说明传输方式(transport)、认证(auth)和客户端能力(client capability)方面的假设。
适用边界 · 注意事项
- 把 MCP 用于本应留在 REST 的确定性后端任务
- 把 MCP 当作所有 API 设计的替代品
- 忽略客户端传输支持和认证要求