夜雨聆风AI工具都会用，就是出不了活
5步搭Skill管道
10分钟自动出稿
Claude Code最佳实践 · 管道篇
$ skill-pipeline --version 1.0
5
SKILLS
0
手动衔接
10min
出稿
▸ CONTENTS
滑动 →
PART 01
5个工具跳
散装模式
PART 02
Skill管道
按序协作
PART 03
5步搭管道
方法论落地
01
PART
写公众号要在5个工具间跳
PIPELINE · SCATTERED MODE
上期配好了权限和Hook，AI干活有底线了。但你有没有发现——采集素材要调一个Skill，写文章要调一个Skill，排版发布又要调一个Skill。每次手动衔接，就像5个好工人但没有流水线。
你有5个好工人（Skill），但没有流水线。写公众号，从一句话到可发布HTML，中间要跑5个Skill、手动衔接4次、切换3个工具窗口。排版占40%时间，真正写作只占30%。剩下30%呢？在"复制粘贴"和"格式调整"里消失了。
大家好，我是后人，一个专注AI工具、AI绘画、AI视频、AI副业案例分享的自媒体博主，你在AI领域学习道路上的陪伴者。这是我Claude Code最佳实践系列的第7期，Skill管道——把多个Skill串成自动化流水线。
点击👇名片，"AI知识库"，一起学习最新AI知识
先说问题。写一篇公众号文章，我之前的流程是这样的：
1. 打开浏览器，手动搜素材，复制到笔记里
2. 打开Obsidian，手动整理素材，加frontmatter
3. 打开Claude Code，手动说"帮我写一篇关于XX的文章"
4. 写完后手动跑md2wechat排版
5. 排版完手动调baoyu-post-to-wechat发布
5个步骤，5次手动衔接，4次工具切换。每次衔接都要复制文件路径、确认格式、检查对齐。真正花在"写"上的时间只有30%，剩下70%全在"搬运"和"排版"。
更致命的是——手动衔接最容易出错。素材采集漏了一个双链，写作时找不到关联笔记。排版时路径写错了，图片显示不出来。发布时frontmatter字段缺了，发布流程报错。
这不是一个"效率问题"，是架构问题。你有一堆零件（Skill），但没组装成机器（管道）。零件再好，散落着也只是一堆零件。
02
PART
Skill管道 = 多个Skill按序协作
PIPELINE · COORDINATION
核心原则：人做判断，AI做执行
管道不是"让AI从头到尾全自动"——那是幻想，不是方法论。
管道的核心原则只有一条：人做判断，AI做执行。
人做什么判断？选题方向——什么值得写。素材策展——哪些素材入库。内容审核——文章能不能发。
AI做什么执行？采集格式化——URL抓取、frontmatter补全。写作排版——风格化写作、关键词标记、HTML转换。格式校验——质检扫描、备份通知。
判断节点必须人做，执行节点必须AI做——这个分工不能反。AI选选题，你会写出四平八稳的自嗨文。人做排版，你的时间又被搬运算掉了。
✦ 三阶段流水线
PHASE 1 · 采集
baoyu-url-to-markdown → timchar-wiki策展
抓网页原文 → 维度判断 → frontmatter补全 → 双链匹配 → Wiki刷新
PHASE 2 · 生产
timchar-wechat-writer写作
痛点三问 → PHKR选题 → 风格化写作 → 关键词标记 → 配图标注 → 四层质检 → MD→HTML
PHASE 3 · 分发
baoyu-post-to-wechat发布
HTML排版输出 → 微信后台发布 → 状态流转更新
每个阶段之间有人确认点——采集完确认素材质量，写作完确认内容方向，排版完确认发布。AI负责确定性高的执行，人负责判断力强的决策。
管道设计思路详见我的文章《痛点驱动我重写了整个AI写作流程》和《AI全自动出日报》，本期教你方法论——不是展示成品，是教你搭自己的。
03
PART
5步搭你自己的管道
PIPELINE · METHODOLOGY
NO.1 画工作流——先纸笔画，别上来就设计系统
最常见的错误：一上来就想设计系统。你连自己的工作流都没画清楚，怎么搭管道？
拿出纸笔，把你现在写一篇文章的完整流程画出来。每一步是什么，用什么工具，花多长时间。画完了你会发现——大部分步骤是搬运和格式调整，不是真正在"写"。
举个例子，我画完后发现我的流程是这样的：
手动搜素材 → 手动复制到笔记 → 手动整理frontmatter
→ 手动说"帮我写" → AI写作 → 手动调排版 → 手动发布
7步里有5步是手动。画出来才知道有多离谱。
NO.2 标记人/AI分工——哪些人做判断，哪些AI做执行
画完流程后，第二步是给每个步骤标记谁负责：
判断节点用黄色标记，执行节点用绿色标记。黄色节点是你的决策点，绿色节点是AI的自动点。管道的目标：绿色节点全自动，黄色节点人确认。
NO.3 封装Skill——每个执行节点变成一个Skill
第三步，把每个绿色节点封装成Skill。如果你已经跟着系列写了第一个Skill（第05期），这一步应该很自然。
每个Skill只做一件事，做干净。不要把采集+整理+写作塞进一个Skill里——那是万能工具，不是管道节点。管道节点要小而精，输入明确，输出明确。
我的管道里5个Skill各司其职：
NO.4 定义调用关系——Skill之间怎么衔接
第四步最关键：Skill之间怎么衔接。
管道不是5个Skill随便跑，是5个Skill按顺序跑，上一个的输出是下一个的输入。
衔接最容易出错的地方是格式不对齐。上一个Skill输出Markdown，下一个Skill期望JSON——管道断了。上一个Skill输出到00采集目录，下一个Skill从01笔记目录读——文件找不到了。
三个衔接原则：
原则1：文件作为管道中间产物。Skill之间不传内存变量，传文件。上一个Skill写文件到指定目录，下一个Skill从同一目录读。文件是管道的"传送带"。
原则2：路径约定。所有Skill共享同一套路径约定——采集目录、草稿目录、发布目录。timchar-wiki和timchar-wechat-writer的SKILL.md里都有明确的路径约定表。
原则3：frontmatter对齐。上一个Skill输出的frontmatter字段，下一个Skill必须能读懂。status字段从"待整理"→"已策展"→"草稿"→"待审"→"已发布"，状态流转是管道的"接力棒"。
NO.5 加Hook质检卡点——在关键节点加安全检查
第五步，在第06期学的Hook技术用在管道上。
管道跑起来了，但万一中间某个步骤出了错呢？采集阶段URL抓错了，写作阶段风格偏了，排版阶段格式乱了——错误会沿着管道传递，到最后一步才发现已经晚了。
在管道的关键节点加Hook质检卡点，错误到此为止，不往下传。
两个核心卡点：
PRE-TOOL · 发布前审核
PreToolUse拦截到baoyu-post-to-wechat工具调用时，先检查文章状态。只有status: "待审"的文章才能发布。status: "草稿"的文章会被拦截，提示"请先审核"。
POST-TOOL · 排版后校验
PostToolUse在md2wechat执行后，检查HTML文件是否包含关键结构。<span leaf="">包裹是否完整，图片data-src是否存在。校验失败直接通知，不进入发布步骤。
✦ 不同场景的管道设计
baoyu-url-to-markdown → timchar-wiki策展
→ timchar-wechat-writer写作 → md2wechat排版
→ baoyu-post-to-wechat发布
aihot API → timchar-wechat-writer[ai-daily]精选+排版
→ baoyu-image-gen封面图 → baoyu-post-to-wechat发布
baoyu-url-to-markdown → timchar-wiki入库策展
→ wiki_associate联想发现 → wiki_lint健康检查
管道搭好了，但一次只能跑一条——能不能多条同时跑？下期预告：多Agent并发，让多个AI同时干活。
宝子们，管道的核心不是技术，是方法论——先画工作流，再标人/AI分工，再封装Skill，再定义衔接，最后加Hook质检。5步搭完，你的零散Skill就变成了自动化流水线。
变现思路——帮人搭管道是最值钱的。单个Skill500-2000/个，一条完整管道3000-8000/条。因为管道不是5个Skill加在一起，是5个Skill按顺序协作——衔接设计才是真正的技术含量。
能力迁移——这套方法论不只适用于写作。任何"多步骤、多工具、多手动衔接"的场景都适用：日报管道、知识库管道、客户跟进管道、项目管理管道。核心都是同一套5步方法论。
MCP给了AI手脚，Skill给了AI肌肉记忆，权限Hook给了AI安全底线，管道给了AI协作方式。手脚+记忆+底线+协作——四个拼到一起，才是一个完整的AI操作系统。
下期预告：一个AI不够用？Agent View让多个AI同时干活——headless模式+多Agent并发，从串行到并行，3倍速度提升。
如果对你有帮助
点赞 · 在看 · 转发
THREE CLICKS TO SUPPORT
▸ THANKS FOR READING ◂
