我的天！我的 Skill 在 GitHub 本周排第二啦！
刚刷到藏师傅项目冲到第一，我点进去一看，笑死，我这个也在榜上，排第二 、就是这个中文小黑怪诞正文配图生成 Skill： github.com/helloianneo/ia
本来只是给自己做 notion 文档配图用的，16:9 白底手绘，少量红橙蓝批注，没想到也被顶上来了
先别搭一整套系统，先把一个重复任务做成 Skill
很多人学 AI 工作流，第一反应是去找提示词
看到一个写作提示词，收藏一下。看到一个生图提示词，收藏一下。看到别人分享各种 AI 工具和工作流，又觉得自己是不是少装了什么东西。最后资料越来越多，工具越来越多，但一到自己的真实任务里，还是要从头问一遍
今天能让 AI 写出一版还不错的内容，明天换个主题又散了。今天这张图还可以，下一张图风格又飘了。今天调出来的结构挺顺，过两天自己也忘了当时是怎么问出来的
这不是你不会写提示词
更常见的问题是：你一直把会反复发生的任务，当成一次性聊天来处理
提示词解决一次提问
Skill 解决同类任务的稳定复用
真正的 AI 工作流，不是让你记住更多神级提示词，而是帮你把一个反复发生、容易临场乱想、输出经常不稳定的任务，变成一套可以反复调用的能力包
这篇内容只解决一件事：
怎么从一个重复任务出发，做出第一个能反复用的 Skill
小黑配图、PPT、写文章、整理用户问题，都只是案例。真正要学的是：怎么判断一个任务值不值得做成 Skill，怎么把自己的流程、审美、样本和验收标准沉淀进去
先讲清楚：提示词和 Skill 到底差在哪
提示词是一次性的
你这次想写一篇文章，就问 AI 怎么写。你这次想生成一张图，就告诉 AI 画什么。你这次想整理一份材料，就把材料贴进去，让 AI 帮你处理
这当然有用，但它有一个问题：每次都要重新说
你要重新解释背景，重新说明风格，重新补充标准，重新提醒它不要犯哪些错。只要你这一次少说几句，输出就会变形
Skill 解决的是另一件事：
把你已经想清楚的一套做事方法，固定成 AI 可以反复调用的能力
比如你不是每次都问：
帮我给这篇文章配一张图而是让 AI 知道：
这是 Ian 风格的小黑正文配图
它只做 16:9 横版正文解释图
它要先读懂文章，再提炼画面
它要保留大量留白
它不能做成 PPT 信息图
它必须让小黑参与核心动作
生成后还要按标准检查这时候，AI 做的就不是一次性回答，而是在执行你固定下来的工作流
所以不要把 Skill 理解成一条更长的提示词
Skill 更像是一个小型能力包，里面包含：
触发场景
输入和输出
处理步骤
参考样例
质量标准
常见错误
测试方法这些东西越清楚，AI 越容易稳定地按你的方式做事
第一步：先选一个值得交给 AI 的重复任务
做 Skill 的第一步，不是写文件，也不是让 AI 生成一大段说明
第一步是判断：这件事到底值不值得做成 Skill
因为不是所有事情都值得封装
如果一件事只做一次，直接用提示词就够了。为了一个临时需求做 Skill，反而浪费时间
适合做成 Skill 的任务，一般有五个条件：
频率：每天或每周都会做
规则：能写成步骤、清单或判断条件
输入：每次给 AI 的材料差不多
输出：最后想要的结果差不多
风险：做错了可以修改，不会造成严重后果不适合做成 Skill 的任务，通常是反过来的：
偶尔才用一次
每次输入都完全不一样
主要靠经验和直觉判断
输出没法预期长什么样
做错一次代价很高比如，帮我判断未来三年的商业战略，这不适合直接做成 Skill。这个判断太重，变量太多，不能轻易自动化
但这些任务就很适合：
把一篇文章拆成 5 条 X 帖
把用户反馈整理成常见问题
把一份原始素材整理成教程文章
给一篇正文生成小黑配图方案
把一个产品想法整理成 Notion 文档因为它们有固定输入、固定输出，也会反复发生
你可以先用这张卡判断：
我想交给 AI 的任务：____
这件事多久发生一次？
- 每天
- 每周
- 每月
- 偶尔一次
输入是否基本固定？
- 是，通常是：____
- 否，每次都不同
输出是否基本固定？
- 是，我希望输出成：____
- 否，每次不确定
有没有稳定流程？
- 有，大概步骤是：____
- 没有，还靠临场感觉
做错了会怎样？
- 改一下就行
- 会影响用户 / 交易 / 安全 / 重要决策
结论：
- 直接用提示词
- 先整理成标准流程
- 值得做成 Skill
- 暂时不要自动化很多人做 Skill 失败，不是写得不够好，而是一开始就选错了任务
一上来就说帮我做内容帮我做产品帮我搞钱，这还不是 Skill，只是愿望
Skill 一次只稳定解决一个动作
第二步：把大主题压成小动作
很多人说自己想做一个 Skill，其实说出来的是主题
比如：
我想做个内容 Skill
我想做个小红书 Skill
我想做个 AI 工作流 Skill
我想做个商业诊断 Skill
我想做个生图 Skill这些都太大
主题不能直接变成 Skill。主题要先压成一个可以重复执行的小动作
比如：
内容 Skill
→ 把一段素材加工成 3 条 X 帖
小红书 Skill
→ 根据一篇文章生成 10 个小红书标题
生图 Skill
→ 给中文正文生成小黑配图方案
知识库 Skill
→ 把一份新素材整理进知识库，并更新索引
产品文档 Skill
→ 把一个产品想法整理成 Notion 工作流文档动作越具体，Skill 越容易稳定
这里有一个简单判断：
如果你不能说清楚输入是什么、输出是什么，这个 Skill 就还没准备好
比如帮我做内容太宽
但把一篇文章拆成 5 条 X 帖就清楚很多
输入是一篇文章
输出是 5 条 X 帖
中间可以有固定步骤：提炼观点、判断角度、写开头、生成版本、去掉 AI 味、做质量检查
这就开始像一个 Skill 了
第三步：用六维度把任务拆清楚
我自己做 Skill 时，会先用一个六维度框架
它不是为了让文档看起来高级，而是为了逼你把一个模糊想法拆到能执行
这六个维度分别是：
1. 用在哪：解决哪个具体场景？颗粒度拆到多细？
2. 怎么做：处理逻辑是什么？有稳定的 SOP、决策树或清单吗？
3. 给什么、出什么：输入什么？输出什么？有没有参考样例？
4. 要用什么：调用哪些工具？需要读取哪些文件、网页或外部能力？
5. 什么算好：怎么判断产出合格？有没有可观察的打分标准？
6. 为什么能行：核心假设是什么？凭什么认为这个方式能跑通？这六个维度之间有顺序
用在哪决定怎么做
怎么做决定给什么、出什么和要用什么
什么算好决定验收标准
为什么能行决定它为什么不是普通模板我们拿小黑正文配图举例
- 用在哪
不要写生图，这太宽
更具体的场景应该是：
为中文文章、帖子、工作流文档和方法论内容，生成 16:9 横版正文解释图这个场景有边界
它不是商业插画，不是 PPT 信息图，不是封面海报，也不是可爱卡通
- 怎么做
它不能直接生成图片
更稳定的流程是：
读懂正文
↓
提炼核心判断
↓
先输出画面清单
↓
确认单张画面
↓
生成图片
↓
质量检查
↓
保存交付流程越清楚，AI 越不容易乱发挥
- 给什么、出什么
输入可以是：
文章 / 帖子 / Notion 文档 / 工作流文档 / 方法论文本输出可以是：
先输出画面清单，必要时再生成单张 16:9 小黑正文配图- 要用什么
基本功不是抽象能力，而是这个 Skill 真正要调用什么
比如小黑配图需要读正文，读取参考标准，必要时调用生图能力，还要保存生成的图片
所以它不是一条提示词，而是一套有输入、有参考、有输出路径的能力包
- 什么算好
这一步最容易被漏掉
你不能只写高级好看有设计感
要写成可以判断的标准：
16:9 横版
纯白背景
黑色手绘线稿
大量留白
少量红橙蓝中文手写批注
小黑必须参与核心动作
不要 PPT 信息图
不要商业插画
不要复杂架构图
不要左上角大标题审美不是感觉，是验收标准
- 为什么能行
小黑配图的创造力，不是画一个小黑
它真正的核心假设是：
把文章里的判断、流程和状态，翻译成一个怪诞但准确的物理动作，读者会更容易记住所以小黑不能只是站在角落里当装饰
它必须参与核心动作：拉线、分拣、搬运、卡在机器里、守门、把素材塞进装置
同样是帮我生图，拆完以后，就变成了一个真正可执行的 Skill 设计
第四步：先问清楚，不要急着生成文件
很多 Skill 做不好，是因为一开始太急
用户刚说一句帮我做个内容 Skill，AI 就开始生成文件
看起来很快，但大概率会生成一个空泛的大模板
更好的做法是：信息没问清楚之前，先不生成文件
因为大部分人刚说出口的需求，还只是主题，不是 Skill
比如：
我想做个内容 Skill
我想做个小红书 Skill
我想做个 AI 工作流 Skill
我想做个商业诊断 Skill这些都要继续收敛成动作：
把一段素材加工成 3 条小红书标题
把用户问题整理成常见问题
把一篇文章拆成 5 条 X 帖
给文章生成小黑配图方案
把一份原始素材整理成付费教程初稿所以，一个好的 Skill 设计过程，要敢于反问
用户太宽泛时，不要顺着夸，要收敛：
这个现在还是主题，不是 Skill
先收敛到一个每周会重复执行的动作：你最想自动化哪一步？用户说我都要时，不要全接：
先别全要
Skill 一次只稳定解决一个动作
这里先选最重要、最常重复、最容易验证的那个用户说听起来不错时，不要急着生成：
这还不够验收
请给一个失败样例：什么输出会让你觉得这个 Skill 不能用？这些反问不是为了显得强硬，而是为了防止 Skill 从第一步就变成空泛愿望
这一点特别适合一人公司
你一个人做事，最怕的不是工具不够，而是边界不清
边界不清，AI 会很勤奋地帮你制造更多混乱
第五步：分清 Skill 类型，不同任务用不同做法
不同 Skill，不能用同一种模板
写文章、做诊断、做审查、做生图、做文件转换，本来就不是同一类动作
所以在设计之前，要先判断：这个 Skill 属于哪一类
我一般先分三类：
工具类：读取、转换、汇总、生成、保存、发布
对话类：诊断、辅导、追问、帮用户做判断
审查类：对一个固定对象做结构化评分，比如方案、页面、作品集、代码为什么要分？
因为不同类型的质量重点不一样
工具类 Skill，重点是输入输出、处理流程、文件路径、保存规则
比如把文章拆成 X 帖、把素材整理成文档、把用户反馈汇总成常见问题
对话类 Skill，重点是不要讨好用户，不要一次问一堆问题，要能挑战前提，也要知道什么时候停下来
比如商业定位诊断、产品方向问诊、内容选题陪练
审查类 Skill，重点是评分标准
每个维度都要能被观察到，不能只写好不好、专业不专业
比如页面审查不能只说设计感不足，要说清楚：信息层级、视觉焦点、行动入口、移动端可读性分别哪里有问题
这也是很多通用提示词不好用的原因
它把所有任务都当成一种任务来处理
但真正可复用的 Skill，一定要先分清任务类型，再决定追问方式、模板结构和验收标准
第六步：把 Skill 做成一套能力包
有些 Skill 可能只有一个文件，有些可能有两个、三个，有些会带脚本
不是每个 Skill 都必须复杂
但你至少要知道，一个稳定的 Skill 通常不只是一个文档
你先不用自己手写这些文件，只要把前面的六维度填清楚，AI 才能帮你生成这一套能力包
它更像一套能力包：
{技能名称}/
├── SKILL.md
├── assets/ 可复用素材
├── references/ 参考资料
└── scripts/ 辅助脚本SKILL.md 是主入口
它写清楚这个 Skill 什么时候触发、要做什么、按什么步骤做、最后交付什么、遇到信息不足怎么办
references/ 放参考材料
比如方法论、模板、审美标准、质量检查清单、参考样例说明
不要把所有东西都塞进 SKILL.md
assets/ 放可复用资产
比如固定模板、示例文件、输入格式、常用素材
scripts/ 放辅助脚本
不是每个 Skill 都需要脚本。但如果你要做文件转换、批量处理、格式校验，就可能需要
为什么要拆成这些部分？
因为后面要改
如果所有东西都堆在一个文件里，越改越乱
如果方法、样例、模板、脚本各自放好，后面迭代就会轻很多
第七步：用真实任务测试和迭代
Skill 最后一定要测试
第一次生成出来，不要以为结束了
你要让它跑几个真实任务，看结果是否稳定
一个 Skill 至少要检查四类问题
第一类：触发是否清楚
什么时候应该用这个 Skill？
什么时候不应该用？
用户输入不完整时，它会不会先追问？第二类：流程是否完整
有没有先读懂材料？
有没有中间步骤？
有没有输出前的检查？
遇到模糊需求会不会收敛？第三类：质量标准是否够具体
什么算好？
什么算差？
有没有好例子和差例子？
有没有常见错误提醒？第四类：换一个新任务还能不能跑
换一篇文章，结果是否稳定？
换一个主题，流程是否还成立？
放到新对话环境里，它是否还知道该怎么做？真正高级的测试，不是在你知道上下文的时候跑通一次
而是把它放到一个新的对话里，给它一个模糊但真实的输入，看它会不会跑偏、会不会讨好用户、会不会跳过关键步骤
如果一个 Skill 只有在你一直补充背景时才能跑，它就还不是稳定 Skill
测试后要继续改
输出太满 → 补密度标准
风格不稳 → 补风格标准
总是直接生成 → 补中间步骤
经常漏判断 → 补检查清单
用户输入太宽 → 补反问模板Skill 不是一次写出来的
Skill 是测出来、改出来、用出来的
小案例：把小黑配图做成一个 Skill
我们用小黑配图跑一遍完整流程
原始想法可能只是：
我想让 AI 帮我给文章生图这句话太宽
如果直接拿它去写 Skill，AI 很容易做成普通插画、封面图、PPT 信息图，或者一张看起来很热闹但没有判断的图
所以先把它压成具体动作：
给中文正文生成一组小黑配图方案，必要时生成单张 16:9 正文解释图然后补齐六维度
用在哪：中文文章、帖子、工作流文档、方法论内容的正文配图
怎么做：读正文 → 提炼核心判断 → 设计画面动作 → 输出画面清单 → 生成图片 → 质量检查
给什么、出什么：输入 = 一段正文或一篇文章；输出 = 画面清单，必要时生成单张图片
要用什么：读取正文和参考标准，必要时调用生图能力，并保存生成图片
什么算好：纯白背景、黑色手绘线稿、大量留白、少量中文批注、小黑参与核心动作；不能像 PPT、商业插画，也不能让小黑只当装饰
为什么能行：把文章里的判断翻译成一个怪诞但准确的物理动作，让读者更容易记住这时候，Skill 的边界就清楚了
它不是画得好看这么模糊
它要完成的是：把文章里的判断翻译成一个能被看懂的物理动作
比如文章讲把模糊想法压成可执行动作，画面可以是：
一个小黑站在压面机旁边，把一团写着我想做 AI 工作流的大面团，压成一条条写着输入、输出、流程、标准的细面条这就比画一个 AI 工作流插画清楚很多
因为它有动作，有关系，有隐喻，也有判断
这就是从提示词到 Skill 的差别
提示词让 AI 画一次
Skill 让 AI 知道以后每次该怎样思考、怎样拆、怎样验收
你可以直接这样问 AI
如果你想设计一个 Skill，不要直接这样问：
帮我做一个写内容的 Skill这太宽
更好的问法，是先把任务压小：
我想设计一个 Skill
我每周都会重复做的动作是：把一份原始素材整理成教程文章
当前问题：
- 每次整理都要重新想结构
- AI 容易写成普通总结
- 缺少我的判断和教程密度
- 不知道哪些内容该保留，哪些该删
输入：原始素材 + 本次主题 + 参考资料
输出：一篇可以放进 Notion 的教程文章
请先不要生成文件
请先用六维度帮我判断这个 Skill 是否值得做，并补齐缺失信息：
1. 用在哪：具体场景是什么？颗粒度够不够细？
2. 怎么做：处理逻辑是什么？有没有稳定流程？
3. 给什么、出什么：输入什么？输出什么？有没有参考样例？
4. 要用什么：需要调用哪些工具、文件、网页或外部能力？
5. 什么算好：什么算好，什么算差？有没有验收标准？
6. 为什么能行：核心假设是什么？为什么这个方式能跑通？如果你想拆解别人的 Skill，可以这样问：
我给你一个现有 Skill 文件
请先不要改写
请帮我分析它是怎么设计的
重点看：
1. 它解决的场景是否具体
2. 它的工作流是否完整
3. 它的输入输出是否清楚
4. 它把哪些内容放进了参考资料或模板
5. 它的验收标准是否足够具体
6. 哪些地方适合我复用，哪些地方不适合如果你想把别人的 Skill 改成自己的版本，可以这样问：
我想参考这个 Skill，但改成适合我的版本
请先拆解原 Skill：
- 哪些要保留
- 哪些要丢弃
- 哪些要改造
然后叠加我的需求：____
最后给出新的 Skill 设计方案，包括：
场景、流程、输入输出、参考资料、质量标准、测试方法这样问，Skill 设计就不是一个隐藏在后台的技术动作
它会变成用户自己也能理解、能跟着跑的工作流方法
常见坑：Skill 做不起来，通常卡在这些地方
坑 1：把主题当成 Skill
内容生产、AI 写作、生图、知识库，都是主题，不是 Skill
Skill 必须收敛到动作
写内容 → 把一段素材加工成 3 条 X 帖
生图 → 给中文正文生成小黑配图方案
知识库 → 把一份新素材整理进知识库，并更新索引
教程文章 → 把一份原始素材整理成教程文章动作越具体，Skill 越容易稳定
坑 2：只写流程，不写验收标准
很多 Skill 看起来流程很完整，但输出还是不稳，因为没有质量标准
尤其是内容、设计、生图、写作类 Skill，不能只写步骤
你要写清楚什么算好，什么算差
好的正文配图：小黑参与核心动作、留白多、文字少、怪诞但准确
差的正文配图：像 PPT、像商业插画、文字太多、小黑只是装饰
好的教程：有真实卡点、有判断、有操作、有模板、有案例
差的教程：像 AI 总结、像内部流程说明、只有大纲没有执行细节没有好坏样例，AI 很难稳定靠近你的标准
坑 3：只生成，不测试
Skill 第一次生成出来，最多只是 60 分
要拿真实素材跑
小黑配图 Skill 要换几篇文章看看画面方案和图片是否稳定
内容沉淀 Skill 要换几份不同主题的原始素材测试
测试后再改
输出太满 → 补密度标准
风格不稳 → 补风格标准
总是直接生成 → 补中间步骤
经常漏判断 → 补检查清单
用户输入太宽 → 补反问模板这就是 Skill 迭代
坑 4：把所有东西都放进 Skill 主文件
SKILL.md 不是仓库
能拆到 references/ 的就拆出去
审美标准、案例、检查清单、模板、方法论都可以独立放
这样后面改起来才不会牵一发动全身
坑 5：高判断任务过早自动化
有些事情可以让 AI 做，有些事情必须人判断
比如筛选素材、生成初稿、整理格式，AI 很适合
但定位判断、商业取舍、最终审美选择、是否对外发布，最好先保留人工确认点
一开始不要追求全自动
先把半自动跑顺
说在最后
你今天不需要一次做出完美 Skill
你只需要先出发，跑通一个动作
当你有 3 个、5 个、10 个这样的 Skill，AI 对你的价值就变了
它不再只是一个聊天窗口，而是开始接住你业务里一块块会反复发生的工作
这才是 AI 工作流真正放大个人执行力的地方
提示词让 AI 回答你一次
Skill 让 AI 按你的方法反复做事
而下一步，要解决的是：这些 Skill 要调用的素材、案例、反馈、方法论，到底怎么沉淀成长期资产
没有知识库，Skill 每次还是吃临时上下文
有了自己的知识系统，提示词和 Skill 才会从临时执行，变成真正属于你的一人公司工作流资产
