首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >#WorkBuddy# 一篇深度长文一键派生 3 种平台形态:我用 WorkBuddy 搭了多平台分发工作流(含核对脚本 + 踩坑记录)

#WorkBuddy# 一篇深度长文一键派生 3 种平台形态:我用 WorkBuddy 搭了多平台分发工作流(含核对脚本 + 踩坑记录)

原创
作者头像
用户12680421
发布2026-08-13 13:18:13
发布2026-08-13 13:18:13
1600
举报

目录

  1. 为什么要把"一鱼多吃"自动化
  2. 整体工作流
  3. 核心:改写提示词模板(一份母文出三形态)
  4. 分发核对脚本(Python 标准库,零依赖)
  5. 配置成每日自动化任务
  6. 踩坑记录 & 解决方案(重点)
  7. 实际效果对比
  8. 总结

一、为什么要把"一鱼多吃"自动化

我同时运营视频号「还在折腾的普通人」、抖音「折腾的普通人」和公众号「木子要清醒」。三平台调性不同,但核心选题是同一个——比如"普通人为什么总在无效努力"这个话题,写一遍长文,本可以喂三个地方:

  • 视频号:60-90 秒口播脚本(带钩子+干货)
  • 小红书:图文卡片文案(清单体、emoji 分段)
  • 公众号:深度长文(就着母文扩写)

早期我手工逐个改,问题有两个:一是慢,一篇母文拆三份要 1 小时+;二是漏,周三忙忘了发小红书,月底复盘才发现那周缺了一条,流量白白浪费。

WorkBuddy 既能按模板改写文案,又能跑 Python 脚本做结构化核对。把"改写 SOP + 漏发检查"一起固化,我每天只写一次核心观点,剩下的派发和查漏交给它。

📸[截图位置:我的内容工作台目录结构,展示 母文/口播/图文/公众号 四个文件夹并列]


二、整体工作流

链路是「写母文 → 派形态 → 落盘 → 核对 → 提醒」五段:

关键设计:母文只写一次,三形态共享一个事实口径。比如数据、案例、结论在母文里定死,派生时只改"表达形态"不改"事实",避免三个地方说法打架。

📸[截图位置:一篇母文 + 它派生出的三种产物并排预览,展示形态差异]


三、核心:改写提示词模板(一份母文出三形态)

这是我把"一鱼三吃"跑稳的关键——一份提示词,用占位符切换形态,不每次重写。存成自动化任务的提示词即可:

最容易被忽略的是**"事实口径一致"**这条。我踩过坑:口播里图省事把"约 40%"说成"一半",公众号又写"近四成",读者跨平台看到对不上,掉信任。所以在模板里写死"共享母文事实",三处数字必须同一来源。

📸[截图位置:WorkBuddy 自动化提示词配置界面,展示上面三段形态模板]


四、分发核对脚本(Python 标准库,零依赖)

派生完只是第一步,真正防漏靠这个核对脚本。它读一张"分发台账"CSV,判断今天三个平台是否都齐了,没齐就报出来。只用 csv 标准库,任何环境能跑。存成 check_distribute.py

台账字段很简单,6 列足够:

字段

含义

示例

date

发布日期

2026-08-13

platform

平台

小红书

topic

母文主题

无效努力

form

形态

图文

file

产物路径

图文/2026-08-13.md

done

是否发布(1/0)

0

跑出来的提醒长这样:

📸[截图位置:WorkBuddy 终端跑 check_distribute.py 的输出,展示"漏发平台"提醒]


五、配置成每日自动化任务

改写 + 核对写好后,固化成每日自动化,下班前自动提醒我查漏:

步骤 1:WorkBuddy 左侧「自动化」→ 新建。 步骤 2:触发规则填 RRULE:FREQ=DAILY;BYHOUR=20;BYMINUTE=30(每天 20:30,避开你 18-21 点照顾家庭时段,放 21 点后也行)。 步骤 3:提示词写清三件事——① 读当天母文派生三形态并落盘;② 运行 check_distribute.py;③ 把"漏发提醒"在对话展示。 步骤 4第一次手动跑一次,确认目录路径、CSV 编码(UTF-8)、台账字段都对,再放自动跑。

📸[截图位置:自动化配置界面,展示 RRULE DAILY 20:30 与提示词片段]


六、踩坑记录 & 解决方案(重点)

坑 1:母文事实在三形态里对不上

现象:口播说"一半人",公众号写"近四成",读者跨平台发现矛盾,评论区质疑。 解决:模板里写死"三形态共享母文事实口径,数字必须同一来源";母文里把关键数据用 【事实】 标出,派生时只能引用不能改写。

坑 2:CSV 台账用 GBK 存,脚本读崩

现象:Excel 默认存 GBK,脚本 utf-8 读直接 UnicodeDecodeError解决:导出一律选「CSV UTF-8」;脚本写死 encoding="utf-8"。拿到老 GBK 文件时改用 open(path, encoding="gbk")

坑 3:核对脚本把"未到发布时间"误判成漏发

现象:我习惯早上写母文、晚上发,脚本 20:30 跑时公众号还没发,被当成漏发天天报警。 解决:台账里加 plan_hour 字段记录"计划发布时段",脚本只检查"已过计划时段且 done=0"的才算漏发,未到点的不算。


七、实际效果对比

跑满两周后的体感变化:

指标

手工时期

工作流后

单篇派发耗时

~70 分钟

~15 分钟

周漏发次数

平均 2 次

0 次

三平台覆盖一致性

经常对不上

事实一致

月底复盘缺口

有隐性漏发

台账可追溯

最大的价值不是省那 55 分钟,而是彻底消灭"忘了发"。以前漏发是月底才发现,现在当天 20:30 就弹提醒,补一条只要 5 分钟。


八、总结

用 WorkBuddy 把"一鱼三吃"变成固定工作流,本质是给内容复用装了"流水线 + 质检"。三个关键动作:

  1. 母文只写一次,三形态共享事实口径,模板里写死"不得改事实";
  2. 派生 + 核对分离:AI 负责改写,Python 标准库脚本负责查漏,各管一摊;
  3. 第一次手动验证目录、编码、台账字段,再固化成每日自动化。

这套方法不挑赛道——你做认知、做书单、跑信息差,只要一个选题能喂多平台,都能照抄。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 目录
  • 一、为什么要把"一鱼多吃"自动化
  • 二、整体工作流
  • 三、核心:改写提示词模板(一份母文出三形态)
  • 四、分发核对脚本(Python 标准库,零依赖)
  • 五、配置成每日自动化任务
  • 六、踩坑记录 & 解决方案(重点)
    • 坑 1:母文事实在三形态里对不上
    • 坑 2:CSV 台账用 GBK 存,脚本读崩
    • 坑 3:核对脚本把"未到发布时间"误判成漏发
  • 七、实际效果对比
  • 八、总结
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档