夜雨聆风如果你刚开始折腾 Codex、Claude Code 或 OpenCode，大概率会经历这个场景：
别人发来一长串 AI Skills 清单，你一边收藏，一边觉得自己马上要起飞。
真到开工时，页面空着，任务卡着，你盯着列表看半天，脑子里只剩一句话：
这件事到底该叫哪个 Skill？
更扎心的是，对新手来说，装得越多，选择成本往往越高。
问题不在 Skill 少。
问题是你还没把任务分清楚。
这篇不做大而全清单，也不劝你一口气装满。我只想帮 AI 编程新手解决一个更实际的问题：
先按哪 6 类任务装 Skill，才能真的少返工、能开工、能验收。
如果身边有人刚开始问“Codex / Claude Code 先装哪个 Skill”，这篇可以直接转给他。因为新手最需要的不是更多名字，而是一张能马上开工的任务路由表。
先收藏这张表：你卡在哪，就用哪类 Skill
别先问“哪个 Skill 最强”。
先问一句：我最近反复卡住的，到底是哪类任务？
这就是本文的核心判断：
Skill 不是收藏夹，是任务路由。
一个不会用的 Skill，不是能力，是新的选择成本。真正有用的 Skill，不是让你的列表变长，而是让某类反复出现的任务变短。
所以新手看到任何 AI Skills 推荐，都可以先问四个问题：
我最近反复卡住的任务是什么？这个任务属于哪一类？这个 Skill 能不能稳定缩短这类任务？我怎么验收它确实帮到了我？“6 类任务就够起步”不是说你以后永远只能用 6 个 Skill。
它的意思是：先别急着堆生态。先把高频任务跑通，再慢慢加自己的专业能力。
第一类：需求说不清，先别让 AI 开工
新手用 AI 最大的返工来源，不是模型不聪明，而是你让它太早开始。
你说“帮我做个落地页”，AI 立刻开写。
结果它默认你要的是营销页，你真正想要的是课程报名页；它默认交付 React，你其实只想要一个能本地打开的 HTML；它改了三轮样式，你才想起来还没说清楚卖给谁。
AI 可以跑很快，但需求没说清，它只会更快跑偏。
这类任务最适合用“需求澄清 / 计划优先”能力。名字不重要，关键是让 AI 在动手前先把目标、输入、输出和验收标准问清楚。
可直接复制这段：
先不要直接开始做。请先帮我澄清这个任务：1. 我的目标可能是什么？2. 你还缺哪些关键信息？最多问 3 个问题。3. 如果信息足够，请给一个执行计划和验收标准。4. 等我确认后再动手。验收时只看一件事：它有没有在开工前说清楚“做什么、做到什么程度、怎么证明做完”。
如果它一口气问你 10 个问题，也不合格。新手不是来参加答辩的。好的澄清应该只问最关键的 1-3 个问题，信息够了就往前推进。
比如你要做落地页，可以让 AI 先问：
• 卖给谁？ • 核心动作是留资、购买，还是加微信？ • 交付 HTML、React，还是只要文案结构？ • 移动端是否必须优先？
问完再开工，返工会少很多。
第二类：想法没定型，先用 Brainstorming 收敛方向
很多人不是缺执行力，是太早进入执行。
一个没想清楚的页面、文章或产品 demo，写得越快，废得越快。
这时候不要直接让 AI “给我最终方案”。先用 Brainstorming，把一个模糊想法拆成 2-3 个方向，再做取舍。
可直接复制这段：
我有一个初步想法：{写下你的想法}。请不要直接给最终稿，先帮我脑暴 3 个方向：1. 每个方向适合什么读者/用户；2. 核心卖点是什么；3. 最大风险是什么；4. 如果只能选一个，你建议哪个，为什么。重点不在“多给几个点子”，而在最后能不能收敛。
只会发散的 Brainstorming，是另一种拖延。
比如你想做“AI 工具导航页”，AI 可能拆出三个方向：
• 新手任务导航版：适合刚入门的人，按“我要写作 / 做图 / 编程 / 查资料”来找工具。 • 场景任务版：适合转化用户，按“今天要完成什么任务”来推荐工具。 • 工具评测版：适合做内容账号，按工具优缺点、价格、替代品来写。
如果你的目标是帮新手少走弯路，优先选“新手任务导航版”。如果你的目标是引导付费咨询，优先选“场景任务版”。
这一步先做，后面写代码、写文章、做页面都会轻很多。
第三类：笔记很多但用不上，用 Obsidian 把资料叫回来
很多人都有知识库。
但资料只存不取，就是数字仓库。
真正有用的 Obsidian 知识库工作流，应该能在任务现场变成观点、案例、清单和证据。尤其是你已经积累了 Markdown 笔记、网页摘录、项目复盘和调研材料时，别再凭记忆硬想。
可直接复制这段：
请从我的知识库里查找和“{主题}”有关的笔记。输出：1. 最相关的 5 条材料；2. 每条材料能支持什么观点；3. 哪些内容可以直接写进文章/方案；4. 最后生成一个可复用的小结，并建议写回哪个笔记。验收标准很简单：输出能追溯到具体笔记或文件，而不是泛泛说“资料显示”。
比如你要写“AI 编程新手常见错误”，可以让 AI 从过往复盘里找“需求不清、没跑测试、没读项目规则”的真实案例，再重组成文章小节。
知识库不是仓库。能在任务现场拿出来用，才算有用。
第四类：重复三次的流程，用 Skill Creator 固化下来
你每周都在重复同一套提示词、格式、检查标准和交付流程，就别每次重新解释给 AI 听了。
重复解释，本质上是在浪费上下文。
这时候用 Skill Creator，把流程写成可复用的 Skill：适用场景、不适用场景、输入、步骤、输出格式、质量检查，一次说清楚。
可直接复制这段：
请把下面这套重复流程整理成一个可复用 Skill：1. 适用场景；2. 不适用场景；3. 输入要求；4. 执行步骤；5. 输出格式；6. 质量检查清单。流程如下：{粘贴你反复使用的做法}别把只用过一次的 Prompt 也做成 Skill。
我的建议是：同一套流程重复出现 3 次以上，再沉淀。
Skill 的价值不在名字，而在它能缩短哪段重复劳动。
第五类：网页结果要验收，用 Playwright 真打开看
AI 写完网页，说“完成了”。
你最好别只看这句话。
很多网页问题静态看不出来：按钮点不了，表单提交失败，移动端错位，弹窗遮住主按钮，图片在本地能显示、换路径就丢。
这类任务适合用 Playwright 网页验收能力。它在不同环境里可能是 CLI、MCP、测试脚本或浏览器自动化入口，核心只有一件事：打开页面，跑关键路径。
可直接复制这段：
请用浏览器验证这个页面：{页面地址或本地启动方式}。重点检查：1. 首屏是否正常显示；2. 关键按钮能否点击；3. 表单能否提交；4. 移动端是否变形；5. 如发现问题，请给出截图、复现步骤和修复建议。验收看三件事：真的打开页面，有复现步骤，修复后再验证。
典型情况下，一个登录页代码看着没问题，Playwright 一跑才发现移动端按钮被键盘遮住。这个问题不打开页面，很难靠读代码稳定发现。
能打开页面验收，就别只看 AI 说“完成了”。
第六类：文件资料太乱，先用 MarkItDown 变成 Markdown
AI 总结不准，很多时候不是模型差，而是输入太乱。
PDF 的分页、Word 的批注、PPT 的层级、Excel 的表格、网页的广告区，全都混在一起，模型很容易漏重点。
MarkItDown 这类文件转 Markdown 工具，适合先把 PDF、Word、PPT、Excel、HTML、CSV、JSON 等材料转成 AI 更好读的结构化文本。注意，它不是高保真排版工具，它服务的是 AI 理解。
可直接复制这段：
请先把这个文件转换成适合 AI 阅读的 Markdown。转换后请检查：1. 标题层级是否保留；2. 表格是否可读；3. 链接和关键数字是否保留；4. 哪些内容可能因为格式转换丢失；5. 再基于 Markdown 做总结。验收时重点看标题、表格、链接、关键数字有没有明显丢失。
比如你拿到一份 PDF 报告，直接让 AI 总结容易漏表格。先转 Markdown，再让 AI 提取“核心结论、关键数据、可引用句子”，稳定很多。
它们接起来，才叫 AI Agent 工作流
单个 Skill 只能救一个小场景。真正顺手，是它们能接起来。
比如你要写一篇“AI 编程新手入门指南”：
第一步：Brainstorming先发散 3 个选题方向，选出最适合新手收藏转发的角度。第二步：Obsidian 知识库工作流从过往笔记里找真实踩坑案例、工具说明和可引用材料。第三步：MarkItDown把外部 PDF、网页或文档资料转成 Markdown，作为正文素材。第四步：需求澄清 / 计划优先确定读者、结构、交付格式和验收标准，再开始写。第五步：Skill Creator如果这套写作流程以后还要重复，就沉淀成自己的文章工作流 Skill。第六步：Playwright如果最终导出成网页或落地页，就打开页面检查首屏、图片和移动端。
这才是工作流。
不是“我装了很多”，而是“我知道下一步该叫谁”。
所以这篇真正想劝你的，不是少装，而是晚一点装。先把高频任务跑通，再谈扩展清单。
三个平台怎么落地：先从你能用的那个开始
你不需要同时研究 Claude Code、Codex 和 OpenCode。
哪个平台你已经注册、已经能打开、已经能跑任务，就先从哪个开始。
先读取项目规则，再帮我判断这个任务该调用哪类 Skill。 | ||
按已批准 spec 执行，只改必要文件，完成后检查残留。 | ||
根据当前任务选择合适 Skill，先计划，再执行，再验证。 |
平台机制会变，本机配置也不完全一样。新手先抓住一个稳定原则：用任务选 Skill，不用名字选 Skill。
新手最容易踩的 3 个坑
误区 1：把 Skill 当收藏夹
看到别人推荐 50 个，全部装上。结果第一次做网页时，不知道该用设计类、代码类、浏览器类还是测试类。
解决办法很土，但有效：
每装一个 Skill，都写一句“我会在什么任务里用它”。
写不出来，就先别装。
误区 2：跳过需求澄清，直接让 AI 开工
你说“帮我优化这个页面”，AI 改了一堆样式。
你真正想要的是提升转化率，结果它把按钮颜色调了三轮。
解决办法：复杂任务先问目标、边界、输出和验收。不要让 AI 用速度掩盖方向问题。
误区 3：没有验收，只看 AI 说“完成了”
AI 写完表单页面，说已经修复。
你没打开浏览器，发布后才发现按钮点不了。
解决办法：能运行就运行，能截图就截图，能写验收项就写验收项。尤其是网页、文件转换、发布流程，必须检查结果。
AI 时代的新手差距，不在于谁收藏的工具多，而在于谁更早建立验收习惯。
7 天只练一个 Skill：新手启动法
如果你看完只做一件事，我建议你别再找新清单。
只选一个字母：
A. 需求说不清B. 想法没定型C. 知识库用不上D. 重复流程太多E. 网页结果不会验收F. 文件资料太乱然后用 7 天跑一个最小实验：
这张表比“再收藏 20 个 Skill”更重要。
因为你真正要建立的，不是工具列表，而是任务判断。
最后
你不需要靠一次装满来证明自己会用 AI。
先挑一个你本周最卡的任务，选对应的一类 Skill，跑通一次，验收一次。跑通以后，再把这套方法沉淀下来。
如果你想直接拿模板，可以在后台回复：Skills 6 类任务。
我会整理一份 Markdown 模板，包括：
• 6 类任务判断表 • 6 段可复制 Prompt • Skill 安装前自问清单 • Playwright 网页验收检查表 • MarkItDown 文件转 Markdown 检查表
也可以在评论区留一个字母：
A. 需求说不清B. 想法没定型C. 知识库用不上D. 重复流程太多E. 网页结果不会验收F. 文件资料太乱我后面会继续拆“需求澄清 Prompt 模板”和“Playwright 网页验收清单”，把这组 AI 编程新手教程写成一个能直接复用的小系列。
最后记住一句：
别先问装哪个 Skill，先问这件事反复卡在哪里。
