content-pipeline 介绍:写作像填表,分发像配置

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.md
  • outline.md
  • draft.md
  • review-report.md
  • draft.html

.phase 文件标记当前位置。值是 drafting / outlining / ... / finalized 中的一个。

下次启动 /content-pipeline自动检测 .phase,从断点继续。

场景

  1. draft.md 写到一半要去开会
  2. 回来跑 /content-pipeline
  3. 自动问:"检测到 writing 阶段未完成,继续还是重新开始?"
  4. 选 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

尾部:行动指令 + 互动收尾

立即体验

互动问题

你写文章时最痛苦的环节是哪个?

  • 长文写作卡壳?
  • 多平台分发重复操作?
  • 凭据管理混乱?

评论区告诉我,看看 content-pipeline 哪部分能帮你解决。

{金句:内容创作的下一步,不是写得更快,而是把流程变流水线}

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容