翔宇工作流原创100个Skill: 第 4 期
我用 AI 代写博客，效果竟比手动创作更出色
献给厌倦重复发文流程的独立开发者与技术博主
无论你是独立开发者、技术博主，还是内容创业者——这篇文章正是为你量身打造。
相信你也有过类似经历：想用心经营一个 WordPress 博客，可每次发文都逃不开「写稿 → SEO 优化 → 配图处理 → 上传素材 → 点击发布」这一连串工序。单篇内容折腾下来，光是重复性操作就吞掉一半精力。真正动笔写作或许只需 2 小时，但整套流程走完，大半天就过去了。更令人头疼的是——第一篇还能靠新鲜感撑着，写到第十篇就开始疲惫，到第一百篇几乎想放弃。
这几乎是每位内容创作者的必经关卡。一部分人选择妥协——降低更新频率，接受「内容难以持续输出」的现实；另一部分人则选择升级——让 AI 接管机械流程，把宝贵精力留给真正的创作本身。
今天要分享的，正是这套升级方案。只需一条指令触发，从选题研究到文章上线，全程无需人工干预。这不是一个实验性的玩具，而是一套真正能在生产环境中稳定运行的工作流。
阅读本文后，你将收获：
- 一套完整的自动化架构：10 步流水线的设计思路与数据流转方式
- 一种 Agent 编排思维：如何让 AI 自主完成复杂的多步骤任务
- 一个可直接复刻的系统：文末附有超级提示词，复制给 Claude Code 即可复现
1. 这套系统解决的核心难题
痛点究竟在哪？传统 WordPress 发文流程通常是这样的：
- 选题调研：打开搜索引擎搜集资料，阅读竞品同类文章
- 内容撰写：整理素材，撰写初稿，反复打磨修改
- SEO 优化：设定标题、描述、关键词、URL 别名
- 配图制作：设计封面图与文中插图
- 媒体上传：将图片导入 WordPress 媒体库
- 最终发布：绑定封面、设置分类与标签、选择立即发布或定时推送
每一步都需要人工介入，在不同工具间来回切换，等待响应。
传统发文流程的常见痛点
2. 系统架构：三阶段十步骤详解
这套系统的核心设计理念是「渐进式披露」——将整个流程拆分为三个阶段，每个阶段都有明确的输入输出边界。
阶段一：数据准备（Step 01-03）
本阶段的目标是「收集信息原料」。
Step 01：初始化
由主 Agent 执行，通过交互式问答收集运行参数：
- 话题：你想要撰写什么主题
- 风格：翔宇风格 / 新手教程风格
- 检索深度：快速（5 篇）/ 标准（10 篇）/ 深度（20 篇）
- 目标站点：发布到哪个 WordPress 站点
信息收集完毕后，系统自动从话题中提取 3-5 个搜索关键词，创建运行目录，并写入配置文件。
Step 02：广度检索
由 Python 脚本负责，根据关键词调用搜索引擎 API，获取候选文章 URL 列表。这一环节的设计亮点在于多引擎降级——若 Brave Search 请求失败，自动切换至 Exa；若 Exa 仍失败，则转向 Firecrawl，确保流程不会因单点故障而中断。
Step 03：深度抓取
仍由 Python 脚本执行，从候选列表中选取排名前 N 的 URL，借助 Firecrawl 抓取全文内容，并转换为 Markdown 格式进行本地存储。
三阶段十步骤整体架构
阶段二：内容创作（Step 04-06）
这一阶段的目标是「将原材料转化为成品内容」。
Step 04：素材分析
由 SubAgent 执行，读取已抓取的全文内容，生成结构化的研究报告：
- 核心观点汇总：竞品文章都在重点阐述什么
- 数据与案例：可供引用的事实依据
- 信息差洞察：他人尚未提及的独特角度
- 内容空白：可以进一步填补的空间与方向
这份报告将成为后续写作的「弹药储备库」。
Step 05：数据验证
由 SubAgent 执行，对研究报告进行事实核查——数据是否有可靠来源支撑？观点是否存在逻辑漏洞？案例是否可能已过时？只有验证通过的内容才会进入写作环节。
Step 06：内容撰写
由 SubAgent 执行，这是整个系统中最为核心的一步。系统会加载预设的「写作人格」——一份详尽的风格指南，明确定义了语言调性、结构规范、禁用词表等要素。Agent 按照人格配置，结合素材报告，生成文章初版。
阶段三：发布上线（Step 07-10）
这一阶段的目标是「让成品正式上架」。
Step 07：SEO 优化
由 SubAgent 执行，基于文章内容生成 SEO 元数据：title（不超过 60 字符）、slug（URL 路径，采用英文短横线格式）、meta_description（不超过 160 字符）、keywords（核心关键词列表）、categories/tags（分类与标签建议）。
Step 08：配图生成
由 SubAgent 与脚本协作完成。阶段 A：脚本选择统一的视觉风格；阶段 B：Agent 生成 HTML 配图模板；阶段 C：脚本借助 Puppeteer 渲染为 PNG 图片。这套设计使配图风格保持一致，同时避免调用成本高昂的图像生成 API。
Step 09：媒体上传
由 Python 脚本执行，将生成的 PNG 图片上传至 WordPress 媒体库，并获取对应的媒体 ID。
Step 10：发布文章
由 Python 脚本执行，整合所有输出成果——文章正文（Step 06）、SEO 元数据（Step 07）、媒体 ID（Step 09）。通过调用 WordPress REST API 创建文章，默认保存为草稿状态，你可以在后台预览确认后再正式发布。
3. 数据流全景透视
理解了每一步的具体工作后，我们再来看看数据如何在步骤之间流转。用一句话概括：前一步的输出，就是后一步的输入。环环相扣，无缝衔接。这正是「流水线」的本质——每个工位只专注于一件事，但串联起来就是完整的产出过程。
- 用户输入 →
config.json（Step 01） config.json→search-results.json（Step 02）search-results.json→full-articles/*.md（Step 03）full-articles/*.md→research.md（Step 04）research.md→verified.json（Step 05）research.md+verified.json→article-v1.md（Step 06）article-v1.md→seo.json（Step 07）article-v1.md+seo.json→png/*.png（Step 08）png/*.png→media-ids.json（Step 09）- 全部输出 →
publish-result.json（Step 10）
每个步骤的输出均为独立文件，存储在对应目录下。这意味着整个过程具备可追溯性——任何一步出现异常，都能直接查看中间产物；同时支持重跑——单独重新执行某一步，不会影响其他环节；还可轻松调试——直接打开文件查看内容，无需猜测 Agent 的内部状态。
数据流与文件流转关系
4. 这套架构为何能够稳定运行
看到这里你可能会好奇：步骤如此之多，如何确保不出差错？答案是多重防护机制协同作用。
第一层：验证检查点
每个步骤都设有明确的「验证检查点」，清晰定义了「通过」的标准：
- Step 01：
config.json存在且包含 topic/keywords 字段 - Step 02：搜索结果数量大于 0
- Step 03：成功抓取的数量大于 0
- Step 06：文章字数控制在 2000 至 3000 之间
- Step 10：返回的
post.id真实存在
检查点若未通过，流程会停在该步骤，不会贸然向下执行。
第二层：执行者分离
请留意每一步的「执行者」标识——有些是主 Agent，有些是 SubAgent，还有一些是脚本。脚本负责执行确定性操作（如搜索、抓取、上传、发布），Agent 则负责需要判断力的任务（如分析、写作、SEO 优化）。脚本不会「自由发挥」，只会严格按规则执行；Agent 虽具备创造力，但被限定在特定边界之内。
第三层：上下文管理
长流程最怕「上下文爆炸」——前面的信息积累过多，后面的 Agent 难以承载。这套系统的应对策略是阶段隔离：阶段一由脚本执行，无需依赖 Agent 上下文；阶段二采用分批加载素材的方式，每批最多包含 3 篇全文；阶段三则压缩前序输出，仅保留关键数据。每个 SubAgent 启动时，只会看到它真正需要的信息，不会被无关内容所干扰。
三重防护机制示意
5. 从这套系统中可以学到什么
除了技术细节之外，还有几个更深层的理念值得探讨。
纳瓦尔曾说过：「代码是边际成本为零的杠杆。写一次，便可无限复用。」这套自动化系统，本质上就是这样一根杠杆——用一次构建的投入，撬动无数次发文效率的提升。
自动化的边界在于「重复」
并非所有事情都适合自动化。这套系统所自动化的是「机械重复」的部分：搜索、抓取、上传、发布。而「需要判断」的环节——话题选择、最终审核——仍然交给人来完成。优秀的自动化不是「取代人」，而是让人得以专注于真正该做的事。这是效率主义者的胜利——用系统的确定性，来对冲人力的不确定性。
复杂系统需要分层设计
10 个步骤听起来不少，但通过「三阶段」框架进行组织后，脉络就变得清晰起来。每个阶段都有独立的目标和边界，阶段内各步骤紧密关联，阶段之间保持松耦合。这正是所有复杂系统的通用设计模式：分层 + 接口。层内高内聚，层间低耦合。
可观测性就是生命线
你或许以为自动化的目的是节省时间？不，更深层的目的是节省注意力。时间可以通过加班来弥补，但注意力一旦耗尽就难以恢复。在 AI 工作流中，可观测性比传统软件更为关键——因为 AI 的行为存在不确定性，你必须能够看清它每一步的执行情况。每一步都输出独立文件，每一步都配有验证检查点。当问题出现时，你能精准定位「哪一步出了什么错」，而不是面对一个黑盒束手无策。
底层洞见与设计哲学
6. 这仅仅是一个起点
今天分享的这套系统，验证了一个重要结论：借助 Agent 流程编排，完全可以实现 WordPress 的自动化运营。不过，每一个步骤都还有进一步深化的空间：
- Step 01：可以引入「话题推荐」功能，根据站点历史数据智能推荐选题
- Step 04：可以构建「竞品对比矩阵」，更系统地分析信息差
- Step 06：可以增加「A/B 标题测试」环节，自动生成多个版本进行对比
- Step 08：可以接入 AI 绘图模型，生成质量更高的配图
今天的 Skill 是 1.0 版本，已经跑通了完整流程。未来的迭代，将在这个骨架之上持续优化每一块肌肉。
7. 一键复刻指南
复制以下提示词，交给 Claude Code，即可从零开始复刻完整系统：
「你是高级系统架构师，专精 AI Agent 工作流编排与 WordPress 自动化。
现在请为我构建一个完整的 WordPress 博客全自动发布系统。这是一个 Claude Code Skill，用户触发后自动执行从话题研究到文章发布的完整流程。
系统目标：实现「一条命令 → WordPress 草稿」的全自动化体验。
架构设计：采用「三阶段十步骤」渐进式披露架构：
- 阶段一 数据准备（Step 01-03）
- Step 01 初始化：AskUserQuestion 收集参数（话题/风格/检索深度/站点）→ 生成搜索关键词 → 创建运行目录 → 写入 config.json
- Step 02 广度检索：Python 脚本调用搜索 API → 获取候选 URL → 写入 search-results.json
- Step 03 深度抓取：Python 脚本抓取 TOP N 全文 → 转换 Markdown → 写入 full-articles/
- 阶段二 内容创作（Step 04-06）
- Step 04 素材分析：SubAgent 读取全文 → 生成研究报告 research.md
- Step 05 数据验证：SubAgent 事实核查 → 输出 verified.json
- Step 06 内容撰写：SubAgent 加载人格配置 + 素材 → 输出 article-v1.md
- 阶段三 发布上线（Step 07-10）
- Step 07 SEO 优化：SubAgent 生成 title/slug/meta_description/keywords → seo.json
- Step 08 配图生成：脚本选风格 → Agent 生成 HTML → 脚本渲染 PNG
- Step 09 媒体上传：Python 脚本上传图片到 WordPress → media-ids.json
- Step 10 发布文章：Python 脚本调用 WordPress REST API → publish-result.json
目录结构：
- {skill_dir}/
- SKILL.md：入口文档
- config/default.json：默认配置
- reference/presets/：话题/风格/站点预设
- reference/prompts/：各步骤 Agent Prompt
- workflow/：step01-init.md 到 step10-publish.md
- scripts/python/：数据采集、媒体上传、发布脚本
- scripts/node/：HTML 渲染脚本
- runs/{keyword}-{timestamp}/
- state/：config.json + progress.json
- step02-search/：search-results.json
- step03-fetch/：full-articles/*.md
- step04-analyze/：research.md
- step05-verify/：verified.json
- step06-write/：article-v1.md
- step07-seo/：seo.json
- step08-illustrate/：html/*.html + png/*.png
- step09-upload/：media-ids.json
- output/：publish-result.json
关键实现要点：
- 执行者分离：脚本处理确定性操作，Agent 处理需要判断的操作
- 验证检查点：每步定义通过标准，不通过则中断
- 上下文管理：阶段隔离，SubAgent 只加载必要信息
- 多引擎降级：搜索/抓取支持多 API 自动切换
- 配图本地化：HTML + Puppeteer 渲染，避免调用贵价图像 API
约束条件：
- 使用 Python 3.12 + uv 管理依赖
- 使用 Node.js + Puppeteer 渲染 HTML
- WordPress 调用 REST API，需要 Application Password 认证
- 默认保存为草稿，让用户确认后手动发布
请按照上述架构完整实现这个 Skill，包括所有 workflow 文档、脚本代码和配置文件。」
立即行动：复制上方提示词，打开 Claude Code，30 分钟内你就能见证第一篇自动生成的文章诞生。
