微信扫码
添加专属顾问
我要投稿
告别重复劳动,一键生成符合你风格的公众号文章! 核心内容: 1. Skill 的本质与基本结构:一个文件夹 + 一个 SKILL.md 文件 2. 创建 Skill 前的关键三问:问题定义、频率评估、解决方案 3. 从零构建公众号文章生成 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 文件
看到没?
这已经是一个完整的工作流了。
在写 Skill 之前,我强烈建议你先问自己三个问题。
我的问题很简单:
每次写文章,都要重复说一遍同样的要求。
而且特别烦。
我的答案是:
几乎每天至少一次。
Claude Code 的创始人说过一句话,我非常认同:
“如果一件事一天要做两次以上,把它写成 Skill。”
真的,太懂了。
我的方案只有一句话:
把所有要求,全部固化进一个 SKILL.md 文件里。
之后我只需要一句指令。
剩下的,全部自动完成。
现在开始真正动手。
在你的项目目录(或者全局目录)下执行:
创建.claude/skills/公众号文章生成
touch .claude/skills/公众号文章生成/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.md。
我用的是火柴人漫画风:
请用火柴人动画的风格,以讲故事的形式呈现以下内容:
【画面要求】
- 风格:火柴人动画
- 形式:单格或多格连环画
- 色彩:黑白或单色
- 参考:xkcd 漫画风格
用于存 API Key、模型配置:
IMAGE_API_BASE=http://api.52youxi.cc:3000
IMAGE_API_KEY=你的API key
IMAGE_MODEL=gemini-3-pro-image-preview
需要复杂操作时再上脚本:
# scripts/generate_images.py
defgenerate_images(prompts):
# 调用 API 生成图片
pass
写完 Skill 不是结束。
测试才是开始。
我的真实测试过程是这样的:
第一次测试
文章太正式
→ 强化 writing_style.md 的口语化要求
第二次测试
图片生成失败
→ 加错误处理 + 备用方案
第三次测试
文章 2500 字
→ 加字数上限约束
第四次测试
✅ 完美
一句话总结:
好的 Skill,全是改出来的。
几个必踩坑位(避坑指南)
这是血泪经验。
错误:1000+ 行,全塞一个文件
正确:500 行以内,细节拆到辅助文件
错误:写文章 + 写代码 + 分析数据
正确:只干一件事
错误:全是“应当”“需要”
正确:给具体示例
错误:信息轰炸
正确:渐进式披露
使用前:
用户:帮我写一篇关于 Claude 3.5 的文章
Claude:好的,以下是……(生硬、没风格、没图)
使用后:
用户:
/公众号文章生成 Claude 3.5 Sonnet 发布
Claude 自动完成:
✅ 搜索最新信息
✅ 生成 2000 字文章(口语化 + 情绪)
✅ 生成 3 张配图提示词
✅ 调用API生成图片
✅ 输出完整 Markdown
一句话:
起飞。
核心就 6 步:
理解概念:Skill = 文件夹 + SKILL.md
明确需求:解决什么?频率多高?
创建结构:核心文件 + 目录
定义风格:写作风格 & 图片风格
添加辅助:配置、脚本、模板
测试迭代:不断打磨
关键要点记住这 4 条:
✅ 保持简单
✅ 专注单一任务
✅ 风格先行
✅ 不断迭代
现在,轮到你了。
去看看你的工作流里——
有哪些每天都在重复的破事?
把它们全部封装成 Skill。
我敢打赌:
一旦你开始用 Skill,就再也回不去了。
起飞。 🚀
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业