从零开始制作公众号文章生成Skill的完整教程

每次写公众号文章，都得跟 Claude 反复交代一堆要求：要口语化、要有情绪、段落要短、还得加配图、风格还得贴合……说真的，挺烦的。每一篇都这么重来一遍，换了谁也受不了。

所以索性做了个决定：搞一个 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
def generate_images(prompts):
    # 调用 API 生成图片
    pass

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

写完 Skill 不是结束，测试才是开始。实际测试过程是这样的：

• 第一次测试：文章太正式→强化 writing_style.md 的口语化要求
• 第二次测试：图片生成失败→加错误处理 + 备用方案
• 第三次测试：文章 2500 字→加字数上限约束
• 第四次测试：完美

一句话总结：好的 Skill，全是改出来的。

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

以下都是血泪经验。

• ❌ SKILL.md 不要太长：错误做法是 1000+ 行全塞一个文件，正确做法是 500 行以内，细节拆到辅助文件。
• ❌ 一个 Skill 不要干多件事：写文章、写代码、分析数据全放一起就错了。一个 Skill 只干一件事。
• ❌ 不要只有抽象指令：全是“应当”、“需要”这类虚的，不如给具体示例来得实在。
• ❌ 一次性展示所有功能：信息轰炸不如渐进式披露效果好。

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

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

使用后： 用户：/公众号文章生成 Claude 3.5 Sonnet 发布。Claude 自动完成：搜索最新信息 → 生成 2000 字文章（口语化 + 情绪）→ 生成 3 张配图提示词 → 调用API生成图片 → 输出完整 Markdown。

一句话：起飞。

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

核心就 6 步：

1. 理解概念：Skill = 文件夹 + SKILL.md
2. 明确需求：解决什么？频率多高？
3. 创建结构：核心文件 + 目录
4. 定义风格：写作风格 & 图片风格
5. 添加辅助：配置、脚本、模板
6. 测试迭代：不断打磨

关键要点记住这 4 条：

• ✅ 保持简单
• ✅ 专注单一任务
• ✅ 风格先行
• ✅ 不断迭代

现在轮到你了。去看看你的工作流里——有哪些每天都在重复的破事？ 把它们全部封装成 Skill。一旦开始用 Skill，就再也回不去了。起飞。