我也做了一个公众号文章生成 Skill（完整教程）

每次写公众号文章，都要跟 Claude 说一堆要求：

• 要口语化

• 要有情绪

• 段落要短

• 要加配图

• 要符合我的风格

真的好烦。

每一篇，都要重来一遍。

所以我做了一个决定：

我要做一个 Skill。
一个专门用来生成公众号文章的 Skill。

今天这篇文章，我会把整个制作过程毫无保留地讲清楚。
看完你会发现一件事：

做 Skill，真的巨简单。

---

第一步：先搞懂什么是 Skill

很多人一听 Skill，就觉得是高深技术。

不是。

真的不是。

Skill 的本质只有一句话：

一个文件夹 + 一个 SKILL.md 文件。

就这么简单。

目录结构长这样：

.claude/skills/
└── 文章生成/
└──SKILL.md

但注意了——
这个 SKILL.md不是随便写的说明文档。

它是一套结构化指令，专门用来告诉 Claude 四件事：

• 你是谁

• 你要干什么

• 你要怎么干

• 你要用什么风格干

举个例子。

这是我公众号文章生成 Skill 里的核心定义：

SYSTEM ROLE：

你是一名「微信公众号文章自动生成专家」。

TASK：

基于用户提供的主题，自动生成一篇完整的公众号文章。

WORKFLOW：

Step1: 网络搜索  
Step2: 生成文章正文  
Step3: 生成配图提示词  
Step4: 调用 API 生成图片  
Step5: 输出 Markdown 文件  

看到没？

这已经是一个完整的工作流了。

---

第二步：在动手前，先想清楚这 3 个问题

在写 Skill 之前，我强烈建议你先问自己三个问题。

1️⃣ 我要解决什么问题？

我的问题很简单：

每次写文章，都要重复说一遍同样的要求。

而且特别烦。

2️⃣ 这个问题出现的频率有多高？

我的答案是：

几乎每天至少一次。

Claude Code 的创始人说过一句话，我非常认同：

“如果一件事一天要做两次以上，把它写成 Skill。”

真的，太懂了。

3️⃣ 解决方案是什么？

我的方案只有一句话：

把所有要求，全部固化进一个 SKILL.md 文件里。

之后我只需要一句指令。

剩下的，全部自动完成。

---

第三步：创建 Skill 的文件结构

现在开始真正动手。

1️⃣ 创建 Skill 文件夹

在你的项目目录（或者全局目录）下执行：

创建.claude/skills/公众号文章生成

2️⃣ 创建 SKILL.md 文件

touch .claude/skills/公众号文章生成/SKILL.md

3️⃣ 推荐的 SKILL.md 结构

这是我踩过坑之后，总结出来最好用的一种结构：

---
SYSTEM ROLE:定义AI的角色
---
TASK:定义具体任务
---
WORKFLOW:定义工作流程
---
CONSTRAINTS:定义约束条件
---
OUTPUT FORMAT:定义输出格式

结构清晰，后期也好维护。

---

第四步：添加风格指南（这一步是灵魂）

这一步，90% 的人都会忽略。

但我可以非常负责任地说一句：

这是整个 Skill 里最重要的一步。

如果你不定义风格，Claude 生成的内容一定会：

• 偏正式

• 偏官方

• 没情绪

• 没灵魂

所以我专门写了一个 writing_style.md 文件。

我的写作风格定义

核心特征：

• 口语化表达

• 情绪外放（直接表达爽、不爽、兴奋）

• 段落简短（2～3 句话一段）

• 实用主义（少废话，多干货）

• 真实体验（敢吐槽，敢承认不足）

然后，在 SKILL.md 里这样引用：

Step 2 - 生成文章正文
- 读取 writing_style.md（Alice写作风格说明书）
- 严格按照风格指南生成文章
- 保持口语化、有情绪、段落简短

效果只有一个词：

稳。

---

第五步：为 Skill 添加辅助文件

一个真正好用的 Skill，不可能只有一个 SKILL.md。

1️⃣ 图片提示词模板（image_prompt_style.md）

我用的是火柴人漫画风：

请用火柴人动画的风格，以讲故事的形式呈现以下内容：

【画面要求】
- 风格：火柴人动画
- 形式：单格或多格连环画
- 色彩：黑白或单色
- 参考：xkcd 漫画风格

2️⃣ 配置文件（config.json）

用于存 API Key、模型配置：

IMAGE_API_BASE=http://api.52youxi.cc:3000


IMAGE_API_KEY=你的API key


IMAGE_MODEL=gemini-3-pro-image-preview

3️⃣ 脚本文件（scripts/）

需要复杂操作时再上脚本：

# scripts/generate_images.py
defgenerate_images(prompts):
# 调用 API 生成图片
pass

---

第六步：测试 & 迭代（真的很重要）

写完 Skill 不是结束。

测试才是开始。

我的真实测试过程是这样的：

• 第一次测试
  文章太正式
  → 强化 writing_style.md 的口语化要求

• 第二次测试
  图片生成失败
  → 加错误处理 + 备用方案

• 第三次测试
  文章 2500 字
  → 加字数上限约束

• 第四次测试
  ✅ 完美

一句话总结：

好的 Skill，全是改出来的。

几个必踩坑位（避坑指南）

这是血泪经验。

❌ SKILL.md 不要太长

• 错误：1000+ 行，全塞一个文件

• 正确：500 行以内，细节拆到辅助文件

❌ 一个 Skill 不要干多件事

• 错误：写文章 + 写代码 + 分析数据

• 正确：只干一件事

❌ 不要只有抽象指令

• 错误：全是“应当”“需要”

• 正确：给具体示例

❌ 一次性展示所有功能

• 错误：信息轰炸

• 正确：渐进式披露

---

实战效果对比（真的起飞）

使用前：

用户：帮我写一篇关于 Claude 3.5 的文章
Claude：好的，以下是……（生硬、没风格、没图）

使用后：

用户：
/公众号文章生成 Claude 3.5 Sonnet 发布

Claude 自动完成：

1. ✅ 搜索最新信息

2. ✅ 生成 2000 字文章（口语化 + 情绪）

3. ✅ 生成 3 张配图提示词

4. ✅ 调用API生成图片

5. ✅ 输出完整 Markdown

一句话：

起飞。

---

总结：如何制作一个文章生成 Skill？

核心就 6 步：

1. 理解概念：Skill = 文件夹 + SKILL.md

2. 明确需求：解决什么？频率多高？

3. 创建结构：核心文件 + 目录

4. 定义风格：写作风格 & 图片风格

5. 添加辅助：配置、脚本、模板

6. 测试迭代：不断打磨

关键要点记住这 4 条：

• ✅ 保持简单

• ✅ 专注单一任务

• ✅ 风格先行

• ✅ 不断迭代

现在，轮到你了。

去看看你的工作流里——
有哪些每天都在重复的破事？

把它们全部封装成 Skill。

我敢打赌：

一旦你开始用 Skill，就再也回不去了。

起飞。 🚀