content-pipeline 介绍:写作像填表,分发像配置
头部:痛点场景 + 现状焦虑
你写了一篇技术博客,想发到 5 个平台。然后你发现——
微信公众号要重新排版。它不认 SVG、不认 opacity: 0.5、某些 line-height 值会被剥掉。
每个平台都要手动登录。Cookie 失效、Session 过期、二维码扫码。
每个平台都要重新上传封面。尺寸要求还不一样——头条 1080×627,公众号 900×500,掘金又不一样。
写到一半被打断?word 文档保存了但格式乱了,重启电脑工作流全断。
{金句:写文章 1 小时,发文章 3 小时 —— 内容创作者的隐形时间黑洞}
大多数人多平台作者默默忍着。但如果你每周都发,这种折磨每周都在重演。
腰部 1:产品亮相
content-pipeline 是一个 Claude Code skill。
它把"内容创作 + 多平台分发"拆成 7 个阶段,每阶段独立产出文件。
它解决两件事:
- 长文本写作困难(6 个问题 Grill 出文章灵魂,再不用对着空白页发呆)
- 多平台适配(一次编排,自动发到 5 个平台)
7 阶段一览:
| 阶段 | 产出 | 一句话 |
|---|---|---|
| drafting | brief.md | 6 个问题 Grill 出灵魂 |
| outlining | outline.md | 套模板搭骨架 |
| writing | draft.md | 按大纲填血肉 |
| reviewing | review-report.md | 毒舌主编挑刺 |
| polishing | draft.html + cover.png | 排版 + 封面 |
| distributing | 各平台链接 | 一次编排自动发 |
💡 什么是 Claude Code skill:它把"特定任务的专家 prompt + 工作流"封装成一条命令。content-pipeline 就是其中之一。
腰部 2:核心能力拆解
功能 1:写作像填表
长文最大的卡点是不知道写什么。
Grill 帮你把它拆成 6 个具体问题。
启动 /content-pipeline 后,drafting 阶段会问你 6 个问题:
- 目标受众是谁?
- 核心痛点是什么?
- 解决方案是什么?
- 效果怎么衡量?
- 一句话金句是什么?
- 参考资料有哪些?
你回答问题,AI 自动填充 brief.md 模板。
outlining 阶段基于产品发布 / 教程 / 观点三类模板,自动搭骨架。
之前:打开 word,盯着空白页发呆 30 分钟。
现在:6 个问题答完,骨架已经在 outline.md 里。
{金句:从"创作灵感"到"填空题",写作不再是创作而是组装}
功能 2:断点续传
写到一半被打断,是长文作者的日常。
content-pipeline 让你下次跑命令就能接着写。
每阶段产出独立 .md 文件:
brief.mdoutline.mddraft.mdreview-report.mddraft.html
.phase 文件标记当前位置。值是 drafting / outlining / ... / finalized 中的一个。
下次启动 /content-pipeline,自动检测 .phase,从断点继续。
场景:
- 写
draft.md写到一半要去开会 - 回来跑
/content-pipeline - 自动问:"检测到 writing 阶段未完成,继续还是重新开始?"
- 选 y → 接着上次写
{金句:像 git commit 一样,每阶段都是一个可回滚的版本}
功能 3:分发像配置
多平台发布的成本,全在重复劳动上。
每个平台都有一套自己的 publish 脚本。5 个平台 = 5 套脚本 × 维护成本。
content-pipeline 把这些都收到配置文件里。
平台差异(认证 / 格式 / 图片策略 / 受众画像)收敛到 platforms/*.md 配置文件。
distribute.sh 读这些配置 + 调用 post-<platform>.sh。自动处理 Cookie、上传封面、适配格式。
1 个命令 = 1 个平台发布:
distribute.sh <article> jianshu
之前:5 个平台 × 每个平台 1 套 publish 脚本 = 5 个文件 × 维护成本。
现在:5 个平台 × 1 个 platforms/<name>.md 配置 + 通用 distribute.sh 引擎 = 0 行 publish 脚本。
{金句:平台差异收敛到配置,业务逻辑收敛到引擎,作者只关心内容}
腹部:对比与不同之处
| 维度 | 传统手工方案 | content-pipeline |
|---|---|---|
| 写作组织 | 1 个长 word 文档,混乱 | 7 阶段独立 .md 文件,有条理 |
| 中断恢复 | word 格式乱 / 重写 |
.phase 标记,断点续传 |
| 多平台分发 | 5 套 publish 脚本 | 1 个 distribute.sh 引擎 |
| 凭据管理 | 每次重新登录 / 找 cookie |
.env 持久化 + Playwright session |
| 封面生成 | 自己用 Figma 做 |
make-cover.sh 自动渲染 |
| 排版适配 | 5 平台 5 套 CSS |
platforms/*.md 配置收敛 |
一句话:传统方案把"内容创作"当成 word 工程;content-pipeline 把"内容创作"当成 git + CI/CD 工程——版本化、可中断、可恢复、可编排。
{金句:从 word 到 git,从工程到流水线}
腿部:效果衡量 + 上手指南
效果衡量(真实案例)
实测项目:article/llm-overfit-story/
| 平台 | 状态 | 链接 |
|---|---|---|
| 微信公众号 | ✅ 草稿箱已创建 | 待用户手动发布 |
| 今日头条 | ✅ 已发布 | https://mp.toutiao.com/preview_article/?pgc_id=7654162154089677338 |
| 简书 | ✅ 已发布 | https://www.jianshu.com/p/428a51ef2411 |
时间数据(本次实测):
- 写作 6 阶段(drafting → polishing):约 90 分钟
- 多平台分发 3 平台:约 5 分钟
- 中途补发简书(含修 3 个 bug):约 15 分钟
上手指南(3 步可完成)
# 1. 克隆项目
git clone https://github.com/shizixuan-ai/content-pipeline.git
# 2. 配置凭据(编辑 .env)
cd content-pipeline
vim .env # 填 5 平台 cookie / appid
# 3. 启动写作
/content-pipeline
尾部:行动指令 + 互动收尾
立即体验:
- 🐙 GitHub:https://github.com/shizixuan-ai/content-pipeline
- 📖 README:项目根目录
README.md(223 行,含完整安装 / 使用 / 7 阶段说明)
互动问题:
你写文章时最痛苦的环节是哪个?
- 长文写作卡壳?
- 多平台分发重复操作?
- 凭据管理混乱?
评论区告诉我,看看 content-pipeline 哪部分能帮你解决。
{金句:内容创作的下一步,不是写得更快,而是把流程变流水线}