本文分享一个真实落地案例：把税务法律公众号的"选题→成稿→排版→推草稿箱"做成可自动运行的流水线。不涉及黑科技，全是 WorkBuddy 现成能力的组合。
一、痛点：一个人，怎么稳住周更三篇
我是做税务法律垂直内容的，"税亦有道@刘"。公众号定位专业，每周二/三/五固定 3 篇原创。对单人作者来说，最烧脑的不是"写"，而是前面一大串准备动作：
- 今天写什么？（选题）
- 政策依据对不对？（查法规、核公告号/日期）
- 结构怎么搭？（大纲）
- 排版推草稿箱要不要再耗半小时？
真正动笔可能只占 40%，剩下 60% 是重复劳动。于是我试着用 WorkBuddy 把这 60% 自动化，自己只保留两件事：关键选题判断和群发这道人工闸门。
二、整体思路：四段式流水线
我没有追求"一键全自动群发"（那也太冒险），而是设计成四个可独立调度、又能串起来的环节：
| 环节 | 干什么 | 谁触发 |
|---|---|---|
| 关键词库生长 | 每周自动采集+核验热点词、政策锚点 | 周六自动化 |
| 月度排期 | 读词库，生成当月每周 3 篇的选题表 | 每月 1 日自动化 |
| 周日微调 | 热词动了，调一调未发布的档期 | 每周日自动化 |
| 成稿推送 | 按排期选选题→写稿→配图→排版→推草稿箱 | 周二/三/五自动化 |
最关键的纪律：自动化只把稿子推进草稿箱，绝不自动群发。群发是人工动作——这把"发不发"的控制权牢牢留在作者手里，也避免任何误发事故。
三、WorkBuddy 哪些能力真正派上用场
1）自动化（Automation）——流水线的骨架
六个定时任务串起整条链路。每个月 1 日生成排期、每周六长词库、每周日微调、每周三篇成稿，全部靠调度器跑，独立会话、无上下文也能执行——前提是执行逻辑写成"自包含母本"，自动化 prompt 只存指针。
2）法律 MCP——让"查政策"可信
税务内容最怕法条错。我接了法律数据库 MCP（元典/北大法宝），政策锚点先走 MCP 核验，公告号、发布日、施行日错了当场暴露。后来进一步：信源本身就是财政部/税务总局/国务院官网时，直接认定权威，不必等二次交叉验证——时效和稳妥兼得。
3）Skill——把排版规范固化
尾部排版（头部门面块、有道说立论块、关键词行）写成模板 Skill，成稿时直接套用，风格统一、不再每篇手调。
4）本地 API 安全——不踩红线
微信推送的 AppID/Secret 只放本地密钥文件，不落 OneDrive、不进业务目录。WorkBuddy 的"密钥本地化"习惯，让自动化跑起来也安心。
5）ImageGen——封面一键生成
每篇封面用 ImageGen 出专业深蓝金调图，命名取 ASCII 短名（这是后面踩坑换来的经验）。
四、三个值得分享的"坑"
真实落地不可能一帆风顺，三个坑最有普适价值：
坑一：Markdown 渲染成微信草稿，YAML 会崩。 标题里带中文引号
"非应税交易"时，外层双引号会和它打架，YAML 提前闭合。解决：标题用单引号包裹整体。封面图也别用中文长名+时间戳，改 ASCII 短名。坑二：引用块段距失控。 "有道说"立论块用
>引用块，预览发现段首断行、段距巨大。换成<section>左边框后仍然大——最后定位到是渲染主题会强制把所有<p>的 margin 改回 1em，内联样式被吞。改用<div>才真正压住。坑三：自动化 prompt 和母本会"漂移"。 早期把执行逻辑全内嵌进自动化 prompt，后来改了母本却没生效——因为跑的还是内嵌旧版。从此改成"母本单一事实源 + 自动化只存指针"。
五、效果与心得
现在的状态：每周三篇原创，作者只需在成稿后看一眼草稿、点群发，以及月初扫一眼排期是否合理。准备动作从数小时压到接近零。
给想搭类似流水线的朋友三点建议：
- 先想清楚"哪道闸留给人工"。我选群发。你可以是选题、可以是终审，但一定要留一道。
- 把"会变的执行逻辑"外置成母本，自动化只做调度。否则逻辑一改，你得逐个翻自动化重发。
- 渲染坑一律前置固化进模板，别等每篇推完才返工——那才是真正的时间黑洞。
WorkBuddy 不是替你写文章，而是把你不想重复做的那部分"工序"接管掉。把重复交给机器，把判断留给人——这大概就是 AI 办公自动化的正确姿势。