我负责一个企业官网的 SEO 内容运营(老 ASP 建站,原 CMS 后台)。要做的事情其实很固定:
问题在于:这些事单件都不难,但都要"记得去做"。以前的状态是——想起来就发一篇,忘了就断更;站点出问题往往是客户打电话来才知道。
后来我用 WorkBuddy 把这一整套拆成了「定时任务 + 脚本 + 专家」的组合,现在每周只需要花 20 分钟做人工决策部分(审核文章、看简报),其余全自动。

我用到的能力就三块,没有写任何复杂代码:
能力 | 用途 |
|---|---|
定时任务(自动化) | 按周/月自动触发内容生产、站点巡检、数据周报、月度复盘 |
本地脚本 + 技能 | 站点巡检用纯 Python 标准库写,跑完自动出人话简报 |
项目资料 + 技能沉淀 | 选题库、发布规范、历史巡检记录都放在项目里,Skill 里固化流程 |
关键设计思路:定时任务只负责"按时启动",真正的活儿交给 Skill 里沉淀好的流程。 这样提示词可以写得很短,执行质量却稳定。
这是最关键的一步,也是我踩了坑才明白的:不要把完整流程塞进定时任务的提示词里。
我的做法是先用 WorkBuddy 把整个发布流程跑通一遍,让它把这套流程沉淀成一个技能(Skill),内容包括:
p / table / strong / a / br,h3、ul、li、div 会被吞);h1(页面标题由 CMS 输出,避免双 H1);<a href="tel:135xxxx4893">,否则手机不能点击拨号。把这个规范固化下来之后,后面每次写文章都是"照规范产出成品",直接复制粘贴就能发,几乎不用再检查排版。
然后建定时任务,把时间点铺开:
班次 | 触发时间 | 职责 |
|---|---|---|
内容生产 | 每周三、周五 09:00 | 读计划表定位下一篇 → 按规范写 → 存成品并给出标题和发布步骤 |
站点巡检 | 每 3 天 09:10 | 跑巡检脚本 → 输出人话简报 → 异常高亮 → 写日志 |
数据周报 | 每周一 09:00 | 巡检结果 + 进度盘点 + "你这周做 3 件事" |
月度复盘 | 每月 23 日 09:30 | 生成月度复盘 Markdown |
在 WorkBuddy 里建定时任务就是一句话的事,比如:
帮我创建一个定时任务,每周三、周五早上 9 点自动执行"内容生产"流程。
它会自动生成配置(底层是标准的 RRULE 规则),确认后任务状态变为 ACTIVE,到点自动跑。

这一步是我认为最有价值的。
老站最大的风险是内容被改坏:编辑器吞标签、模板变动、统计代码丢失。但 AI 本身没法直接判断"页面是否正常",所以我用纯 Python 标准库(urllib)写了一个巡检脚本,固定做这些检查:
<title> 是否正确;脚本输出 巡检记录/YYYY-MM-DD.txt,并和上一次结果对比,自动识别出「新增文章」和「消失文章」。
建立健康基线很关键。我记录了每篇文章正常状态下的指标作为基线,比如:
之后每次巡检拿实际值和基线比,偏移超过阈值就自动报警。这样站点被改坏,我在当天早上 9 点就知道,而不是等客户发现。

坑 1:百度收录和数据,AI 查不了,别让它瞎编。
我一开始想让定时任务顺手汇报"本周收录增加多少",结果实测发现:百度搜索结果页有反爬(site: 查询返回的是几百字节的验证页),Bing 也一样。AI 无法自动查询收录量和排名。
解决办法:定时任务的提示词里明确写上"不要谎报收录数据",只报告站点自身可直接抓取的指标。收录和排名数据,我自己登录百度站长平台看。
这一条看起来小,但它决定了这套系统是"可信"还是"不可信"。
坑 2:老站的表单是不是真能收到线索,必须人工测。
这是最致命的隐患:saves.asp 返回"请正确输入验证码",只能证明后端还活着,不代表线索能到你手里。必须人工填一次真实手机号走完全流程,并确认提交后线索去了哪里。
表单坏了,所有 SEO 流量都是白费——这个检查值得优先做。
坑 3:给用户的 URL 一定要放代码块单独成行。
只要 URL 和中文说明混在同一行,复制的时候就会连中文一起带走,导致 404。这个坑我踩过一次,后面所有文档里的 URL 都独立成行了。
坑 4:别把流程写进定时任务提示词。
前面提过,但值得再强调:提示词写得越长,执行越不稳定。流程放技能,定时任务只写"触发什么"。
改完之后的变化:
以上是我用 WorkBuddy 做 SEO 自动化运营的完整记录。这套东西还在持续跑,后面有新坑我会继续更新。
欢迎指导交流!
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。