MCP管理丨用 workbuddy 定时任务，自动向指定分类发营销文章

每天两篇文章，手动走一遍「找题、写、排版、发、配 TDK」要四十分钟以上。一周下来就是小半天搭进去，很难坚持。workbuddy 的自动化能把这条链路固定成定时任务：到点自动跑，产出直接进指定分类。

它到底能自动到什么程度

把 MCP 服务、技能、写作规范三样准备齐，一次定时任务能自动完成：按预设规则选题、写出两千字上下的文章、统一排版、发布到指定分类、写入 TDK、清站点缓存。你要做的只是偶尔看一眼产出质量。

下面按「进后台准备 → 让 AI 认识业务 → 选专家 → 定样式 → 配 TDK → 设时间」的顺序说。

第一步：进后台，把 MCP 服务和技能准备好

1. 进入网站后台 → MCP管理 → 功能设置，启用服务。
2. 复制服务端点（形如 https://xxx.cc/mcp/80462）和授权码。
3. 在 workbuddy 里装上「建站助手」技能。定时任务要靠它才能正确调用发布接口。

这三步的截图在《MCP管理（AI Agent）》里，workbuddy 客户端可以从这里下载。

第二步：让 workbuddy 认识你的业务

这是最关键的一步，也是最多人跳过的一步。AI 不会自动知道你做什么行业、产品卖给谁、客户在网上搜什么词。这些信息要提前写成一份「规范文件」，放在任务的工作目录里，让它每次运行先读。

这份文件至少要写四块：

• 公司业务：做什么产品、卖给谁、和同行比差异在哪。
• 产品链接表：每个产品对应哪个介绍页、哪个购买页，方便正文里自然带链接。
• 写作规范：字数范围、禁用词表、句式禁区、必须出现的信息（后台操作路径、具体数字、真实摩擦）。
• 选题库：按主题分成几大类，每条编号。任务每次挑一个没用过的编号，避免重复。

为什么写成文件而不是每次在对话里说？因为定时任务运行时不带历史上下文，每次都是空白开局。规则写在文件里，等于给它一个稳定的记忆。我们给一个建站服务商配的时候，把「访客搜索习惯」拆成七类选题：选型决策、外贸出海、功能解读、运营收录、商城小程序、企业邮箱、场景故事，一共六十多条，按每天两篇的节奏够用一个多月。

第三步：怎么选专家

workbuddy 里有三档：不绑专家、绑单个专家、绑专家团。消耗从低到高，但不是越贵越好。

• 不绑专家：最省。适合写作规范已经固化成文件、流程标准化的场景。每次运行只是把规则读一遍照着写。
• 单个专家：注入一套方法论，一次会话跑完，增量不大。适合想稳一点但不想多花钱。
• 专家团：多角色分阶段协作（选题研究、长文创作、技术优化、编辑、转化分析），上游产出作为下游输入，上下文要重复传好几遍。官方口径是单专家的 3–5 倍。

判断方法：内容质量已经稳定、规则都写在文件里了，就别绑专家团 —— 固定增量开销每天都在付。只有做重点文章（抢核心词排名、当长期落地页）时才值得临时启用。

我们这条任务线做过一次对比测试：先用不绑专家跑一周，再绑专家团跑一周，逐篇记录积分消耗，看质量提升值不值这个差价。这个办法比凭空猜消耗靠谱 —— 平台不公开「积分和 token」的换算率，只能自己量。

第四步：把文章样式固定下来

定时任务产出最怕风格漂移：这篇行高 1.6，那篇变成 2.0；这篇链接是蓝色，那篇是默认色。解决办法是把排版规则写进一个处理脚本，发布前自动跑一遍，而不是每次让 AI 手写样式。

具体做三件事：正文只写干净的语义标签（

、

、），不写内联样式；样式统一由一个脚本注入，包括行高、段间距、字号、标题竖条、首段导语块、链接颜色、文末署名；发布前校验，数字够不够三处、有没有后台操作路径、段落长度波动是不是太小。

最后那条最容易被忽略。段落长度波动小于 32%，基本可以判定写得太平，一眼就看出是 AI 生成的。我们第一篇文章跑完校验，就提示「段落长度过于均匀」，回头拆了两段才过。把「去 AI 味」做成可检测的指标，比在提示词里喊「不要有 AI 味」有用得多。

第五步：文章的 TDK

TDK 是任务发布时的必填元数据，规则要写死在规范文件里，不要每次临时想。我们用的规则：

• seoTitle：不超过 30 字，三段式「核心关键词|属性词|深量」，全站唯一。
• description：70–120 字，概括文章价值并含目标关键词，不能直接抄标题。
• keywords：4–6 个，英文逗号分隔，含一个品牌词。

要注意的是，这里的 TDK 只是发布必需字段。整站的 TDK 策略是另一回事 —— 全站几千条页面的 Title、Description、Keywords 怎么统一、阈值怎么定，那是一个独立的活，不适合塞进日常发文任务里。分开做，任务才轻。

第六步：设置定时任务

1. 在 workbuddy 的「自动化」里新建任务，填名称。
2. 时间选每天固定点。系统不支持「一个任务两个时间点」，想上午十点、下午两点各发一次，就建两个任务。
3. 工作目录指向放规范文件和脚本的那个目录。
4. 提示词里写清要做的事：读规范文件、挑一个未用编号、写文、跑校验脚本、发布到指定分类、汇报。把「指定分类」写成分类名或 ID。
5. 保存，手动触发一次，验证链路通不通。

分类这块有个前提：分类得先在网站后台建好。文章的归类靠分类 ID 指定，不同栏目 ID 不一样，配错了文章就进错地方。

效果示例

一个建站服务商的站，配了上午十点、下午两点两个任务。上午偏选型决策和外贸出海类，下午偏运营收录和场景故事类，避免同一天两篇撞题。每篇 1800–2800 字，自动排版、自动配 TDK、发布后自动清缓存。跑通第一周后，每天稳定产出两篇，需要人工介入的主要是选题耗尽和图片素材缺失 —— 后者靠给分类配默认缩略图解决。

几个不做会踩的点

• 不写规范文件就上定时任务，产出会高度雷同，跑几天就开始重复自己。
• 把发布和全站 TDK 优化塞进同一个任务，任务会又重又慢，还容易上下文溢出。
• 不让脚本记账，时间一长根本记不清哪篇发过、哪个编号用过。用一个轻量索引文件记录已用编号和最近发布就够。
• 忽略积分消耗。绑不绑专家差别很大，建议按前面说的办法实测一周再定长期方案。

这套流程也不是没有代价 —— 前期的规范文件和脚本要花时间打磨，之后才省事。但价值不只是省时间：内容按固定节奏更新，对收录本身也有帮助。H5 自助建站这类带 MCP 服务的站，从开服务到第一个定时任务上线，我们实测大概两小时内能跑通。想先拿一个站试这套流程，可以先开个试用站，把规范文件和脚本调通再搬正式站。

文 / 深量菌　·　深量，致敬中国实干派。