每次写公众号文章，都要跟 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 自动完成：
✅ 搜索最新信息
✅ 生成 2000 字文章（口语化 + 情绪）
✅ 生成 3 张配图提示词
✅ 调用API生成图片
✅ 输出完整 Markdown
一句话：
起飞。
总结：如何制作一个文章生成 Skill？
核心就 6 步：
理解概念：Skill = 文件夹 + SKILL.md
明确需求：解决什么？频率多高？
创建结构：核心文件 + 目录
定义风格：写作风格 & 图片风格
添加辅助：配置、脚本、模板
测试迭代：不断打磨
关键要点记住这 4 条：
✅ 保持简单
✅ 专注单一任务
✅ 风格先行
✅ 不断迭代
现在，轮到你了。
去看看你的工作流里——
有哪些每天都在重复的破事？
把它们全部封装成 Skill。
我敢打赌：
一旦你开始用 Skill，就再也回不去了。
起飞。 🚀
