ORANGE BOOK · MCP

第十三章：工作流设计——MCP 组合的艺术

一、为什么"组合"才是 MCP 真正的力量

第 8–12 章讲了一堆 MCP，但有个隐藏前提：单个 MCP 的能力是有限的。

举个例子：

  • 装了 brave-search 但没装 fetch → AI 能搜到结果，但读不到全文；
  • 装了 github 但没装 slack → AI 能提 PR，但通知不到团队；
  • 装了 notion 但没装 time → AI 写笔记没法精确知道"今天几号"；
  • 装了 filesystem 但没装 sqlite → AI 能看 csv，但跑不起复杂查询。

MCP 的真正威力来自"组合"—— 就像 Unix 哲学里"小工具 + 管道 = 无限可能"。

一个 MCP 只是一个螺丝刀， 把 10 个 MCP 拼起来，你才有了一台机床。

二、四种经典组合模式

我把见过的、经过验证的组合模式总结成 4 类。

模式 1：Search → Read → Summarize → Save

"调研型"流水线。

flowchart LR
    classDef step fill:transparent,stroke-width:2px;
    A[brave-search<br/>找链接]:::step --> B[fetch<br/>抓全文]:::step --> C[AI 摘要]:::step --> D[notion / filesystem<br/>归档]:::step

适合：研究、调研、写文章准备资料、收集行业动态。

模式 2：Sense → Decide → Act → Notify

"监控-动作"流水线。

flowchart LR
    classDef step fill:transparent,stroke-width:2px;
    A[sentry / monitoring<br/>感知异常]:::step --> B[AI 决策]:::step --> C[github / git<br/>修代码]:::step --> D[slack / feishu<br/>通知]:::step

适合：值班、运维、bug 修复、客户工单响应。

模式 3：Aggregate → Transform → Publish

"聚合-发布"流水线。

flowchart LR
    classDef step fill:transparent,stroke-width:2px;
    A[多源 MCP<br/>github + notion + calendar]:::step --> B[AI 整合]:::step --> C[生成结构化文档]:::step --> D[feishu / wiki<br/>发布]:::step

适合：周报、月报、复盘、客户沟通纪要。

模式 4：Plan → Schedule → Track

"规划-跟踪"流水线。

flowchart LR
    classDef step fill:transparent,stroke-width:2px;
    A[AI 制定计划]:::step --> B[calendar / todo<br/>排日程]:::step --> C[memory<br/>记录承诺]:::step --> D[每日检查]:::step

适合：项目管理、个人 OKR、健康打卡、学习计划。

三、5 个完整案例

下面 5 个案例都是真实可跑的，直接抄回去改改就能用。

案例 1：日报机器人（Aggregate → Publish）

涉及 MCP

time + git + github + calendar + feishu

提示词

写一份今天的工作日报：

  • 用 git/github 拉今天我提交的所有 commit / PR；
  • 用 calendar 拉今天我参加过的所有会议（含会议主题）；
  • 综合写一份 5 个 bullet points 的日报；
  • 发到飞书"个人空间"页面"日报/2026-04-19"。

每天下班前 1 分钟搞定。

案例 2：客户 Onboarding（Plan → Track）

涉及 MCP

notion + gmail + calendar + memory

提示词

我们刚签了客户 ABC，公司在杭州，主要联系人 Mark。请：

  1. 在 Notion『客户档案』数据库新建一行；
  2. 把和 Mark 的过往邮件按时间倒序汇总到"沟通记录"字段；
  3. 在 calendar 里安排接下来 4 周的标准 onboarding 节奏：
    • Week 1：Kick-off 会议；
    • Week 2：技术对接；
    • Week 3：首次 review；
    • Week 4：满意度调研。
  4. 把"Mark 是 ABC 的关键决策人，喜欢简洁邮件，时区 GMT+8"记到 memory；
  5. 每周一早上提醒我看这条客户的进度。

一份可复用的客户 SOP。

案例 3：技术博客发布（Search → Read → Summarize → Save → Publish）

涉及 MCP

brave-search + fetch + filesystem + git + github

提示词

我要写一篇博客「2026 年最值得入坑的 5 个开发者工具」：

  1. 用 brave-search 搜近 6 个月最热门的开发者工具，列前 15 个；
  2. 用 fetch 抓每个工具官网的"为什么用我们"说明；
  3. 综合排出最值得介绍的 5 个，写一篇 1500-2000 字博客；
  4. 用我个人博客的 markdown 模板，存到 ~/blog/posts/2026-04-developer-tools.md；
  5. git commit + push，并在 GitHub 上创建 release tag blog-2026-04。

把"写博客"从 4 小时缩到 30 分钟。

案例 4：周末规划（Plan + Schedule）

涉及 MCP

time + calendar + weather + amap

提示词

帮我规划这周末（4 月 20-21 日）：

  1. 查一下杭州周末天气；
  2. 综合天气和我家附近的活动选项，给我做两个方案：
    • A：宅家放松；
    • B：户外玩。
  3. 选 B 的话，从家到目的地的最佳出行方式是什么？
  4. 把最终决定加到日历，并提前 2 小时设提醒。

案例 5：求职准备（Aggregate + Search + Track）

涉及 MCP

brave-search + fetch + notion + gmail + calendar

提示词

我准备跳槽，想去做"AI 产品经理"。请：

  1. 用 brave-search 搜国内外目前在招的 AI 产品经理岗位前 20 个；
  2. 用 fetch 抓每个 JD 的要求和职责；
  3. 在 Notion『求职追踪』数据库建对应行（公司、岗位、链接、JD 摘要、是否投递）；
  4. 综合所有 JD，提炼出"高频要求技能 / 常见职责"，写到一份"准备 checklist"；
  5. 帮我在日历安排接下来 4 周的备战计划（每周看 5 家、投递 3 家、面试 1 家）；
  6. 监控我的邮箱，有任何招聘相关回信立刻打标 "Job-2026"。

完整工作流 30 分钟搭起来。

四、让 AI 自己决定"用哪些 MCP"的提示词模板

很多人只会给 AI 列具体步骤。真正的高手会告诉 AI 目标，让它自己规划。

模板：目标 + 资源 + 约束

【目标】
我想 _____________

【你可用的 MCP】
- filesystem：文件读写
- brave-search：网页搜索
- fetch：抓网页
- notion：知识库
- calendar：日程
- ...（按你的实际情况列）

【约束 / 偏好】
- 全程不要超过 5 分钟；
- 输出最终交付物：______；
- 任何涉及发送 / 删除 / 付款的操作必须先问我；
- 中途遇到不确定的事情，先问我再做。

【请你】
1. 先列出执行计划（我会确认）；
2. 然后按计划逐步执行；
3. 完成后总结：每一步用了哪个 MCP、产生了什么结果。

这个模板的核心是 3 件事告诉 AI：

  1. 它有什么"工具箱"；
  2. 你的硬约束在哪里；
  3. 让它先规划再执行。

试一下，你会发现 AI 的自由度和稳定性同时上升。

五、提示词进阶：链式 / 分支 / 兜底

链式（顺序执行）

简单：让 AI 一个一个做。

第一步搜，第二步抓，第三步总结，第四步存。

分支（条件执行）

如果搜出来的结果少于 5 条，就再用更宽松的关键词搜一次； 否则直接抓全文。

兜底（错误处理）

如果 fetch 某个 URL 失败 3 次，跳过它，但记到一个 failed.txt； 最后告诉我哪些抓不到。

把这 3 种结构组合，AI 工作流就拥有了"软件工程"级的鲁棒性。

六、把好用的工作流"沉淀"成 Prompt 库

很多人每次都重新写一遍提示词，太浪费。 建议建一个"个人工作流图书馆"。

推荐结构

在你的 Notion / Obsidian / 文件夹里：

Workflows/
├── 日报机器人.md
├── 周末规划.md
├── 客户Onboarding.md
├── 技术博客流水线.md
├── 求职追踪.md
└── README.md (索引)

每个文件是一个"工作流模板"，包含：

# 工作流名

## 目的
1 句话说清

## 涉及 MCP
- ...

## 触发方式
- 手动 / 定时 / 邮件触发

## 提示词模板
（直接可复制的内容）

## 输出
- 哪些文件、哪些链接、哪些通知

## 已知 corner cases
- ...

3 个月后，你会有 20-30 个属于自己的 SOP， 任何人来你公司，把这套库给他，他就能立刻"借用你的能力"。

七、工作流的"三道安全闸"

工作流越长，潜在风险越大。建议设三道闸：

  1. 预检闸：执行前先让 AI 列计划，你确认；
  2. 中段闸：所有"破坏性操作"（发送、删除、付款）必须二次确认；
  3. 复盘闸：执行完让 AI 总结"做了什么、影响哪些资源、有无意外"。

写在每条提示词的"约束"里，任何工作流都加这三句：

- 执行前先列计划等我确认；
- 任何 send / delete / pay / publish 操作前必须再问我一次；
- 全部完成后写一份"做了什么、影响了什么、是否有未完成项"的复盘。

八、本章小结

  1. 单 MCP 是螺丝刀，组合 MCP 才是机床；
  2. 4 种经典模式：调研 / 监控-响应 / 聚合-发布 / 规划-跟踪；
  3. 提示词三件套：目标 + 资源 + 约束；
  4. 学会用"链式 / 分支 / 兜底"写更稳健的工作流；
  5. 把好用的工作流沉淀进 个人工作流图书馆；
  6. 始终设三道安全闸：预检 / 中段 / 复盘。

九、动手任务（90 分钟）

完成下面三件事：

  1. 选一个你最熟悉的"重复性工作"，用本章的"目标 + 资源 + 约束"模板写一份提示词；
  2. 跑一次工作流，把出错点记下来；
  3. 把它写成一个 .md 模板放到你的 Workflows/ 库里——这是你"个人工作流图书馆"的第 1 篇。

下一章我们去看 2026 年最热的方向——远程 MCP 和一键安装。