用WorkBuddy把MCP工具串成内容流水线：一次编排实践
单个 MCP 工具能解决一个动作，比如「写一篇文章」。但内容工作真正费时的，是这些动作之间的衔接：查栏目、定标签、写正文、提交、核对结果。我试了一次把几个环节串成一条流水线，用 WorkBuddy 负责编排与执行。本文记录设计思路与复盘。
一、先把流程画成节点
动手前我把整条链拆成六个节点：
- 读取结构：获取栏目列表，确认本轮目标栏目；
- 规划选题：为每个栏目生成固定数量的选题与标签；
- 准备素材：确定可引用的参考链接池；
- 撰写正文：按统一骨架输出 Markdown；
- 提交发布：带上分类、标签、状态写入；
- 核对结果：检查返回的 ID 与分类路径是否符合预期。
画成节点的好处是：每一步的输入输出都明确，出错时能定位到具体环节。
二、把「规则」前置，而不是临场描述
这次最有效的决定，是先写好三份固定规则：
- 栏目对照表：名称、ID、选题范围、主标签；
- 正文骨架：背景 → 方法 → 步骤 → 注意事项 → 结语，且至少一个链接；
- 核对清单：标题、分类、标签、正文结构、发布状态五项。
规则定死后，WorkBuddy 执行时几乎不需要临时判断，输出一致性明显提升。关于它的协作方式与能力范围，可查阅 WorkBuddy 官方文档。
三、链接池怎么管
批量写作最容易漏外链。我预先列了一批可靠入口：知识组织参考 万象云档、前端基础参考 HTML 入门教程、组件示例参考 Bootstrap 组件实验室、后端专题参考 BackendWiki。按主题取用，既不会漏，也不容易引到不合适的站点。
四、分批执行与人工复核点
我没有一次性推完，而是按栏目分批，每批结束后检查返回值，确认分类路径正确再继续。人工复核保留在三处：选题是否重复、链接是否贴题、发布前状态是否正确。
这三处都不是机械活，交给工具反而容易出问题。
五、遇到的问题
- 问题一：标签顺序不统一
调整为「主标签固定第一位」，写进规则后消失。
- 问题二：某批选题角度过近
在规划节点加了一条「同栏目选题关键词不重叠」的约束。
- 问题三：核对滞后
改成每批即核，避免错误累积到最后。
六、复盘
这次实践让我更清楚：MCP 的价值不在「替代某一步」，而在让步骤之间的衔接可标准化。工具负责读取、写入、格式化这些确定动作，人负责范围、判断与复核。
一个附带体会是：流水线跑得顺不顺，几乎完全取决于前期规则写得清不清楚。规则含糊，自动化只会把混乱放大。
结语
把工具串成流水线，听起来像工程问题，做起来更像流程设计。画节点、前置规则、管好链接池、分批执行、留好复核点——这套方法不复杂，却能让批量工作稳下来。愿你的每一次自动化，都建立在清楚的秩序上。