写不出Skill，通常不是不会用工具
阅读方式：微信读书网页版，逐页翻阅 227 屏、6 分 30 秒（含第 1 章概念、第 3–8 章六个 Skills 实战、第 9 章 OpenClaw 部署）。
结构：基础入门篇（智能体与 Skills）、Skills 实战篇（话术、炒股、配图、图文、PPT、GEO/SEO）、多模态与多 Skills 协同、OpenClaw 部署与集成。
这本书很实用，实用到有点"手册感"——大部分篇幅是"点这里，然后点这里"。
但它在教一件事，而且教得比多数教程直白：怎样把一件你做熟了的事，写成一份别的模型能照着做的文件。
这件事的技术门槛几乎为零，难的是另一头——你确定自己那件活，真的拆得出步骤吗？
一、一个 Skill 到底是什么东西
书里第 8 章有一句话，把 Skill 的本质说得很清楚：
为了让智能体能像资深 SEO 专家一样给出精准的建议，需要在 SKILL.md 文件中为其设定一套环环相扣的执行指令。
"环环相扣"四个字是关键。提示词是许愿，Skill 是工序。
接着书里给出了这套工序的十个维度。我挑几个抄下来，因为它示范了"专业"是怎么被拆开的：
全局信息锚定——先明确目标页面、核心关键词及其在业务链条中的角色
标题标签透视——诊断搜索结果里最关键的第一行信息
元描述诊疗——检查这段文案有没有行动的号召力
H 标签骨架校验——验证 H1～H3 的逻辑严密性
内容价值深度评估——对标 EEAT，衡量深度与可读性
十个维度，就是十道检查。一个资深 SEO 看页面时，脑子里跑的就是这十道检查；把它写成文件，就是把"经验"变成了"流程"。
这也是我认为 Skills 比提示词值得投入的原因：提示词优化的是"怎么说"，Skill 固化的是"按什么顺序查什么"。 前者一次一用，后者装上去就能反复用。
还有个细节值得一提。第 3 章讲部署时，专门说了"新建变量"这个按钮的用处——API Key、数据库连接串、飞书文档地址都放这里。书里给的比方很土但很准：
就像不把电脑开机密码直接贴到电脑屏幕上。
它也顺手给了一个判据：要不要配环境变量，只看这个 Skill 有没有调外部服务。 全本地模板生成的（比如直播话术复用），一个变量都不用配，直接点"开始部署"。
二、六个案例，其实是同一个骨架
第 3 到第 8 章，六个案例：直播带货话术、股票技术分析、公众号文章配图、小红书图文、PPT 创作助手、数字营销 GEO 与 SEO。
题材跨度很大，但读完会发现结构是同一个：
输入——用户给的那点原始信息（一句需求、一个链接、一张图）
中段——模板 + 调哪个工具 + 传什么参数 + 出错怎么办
输出——定死格式，能被下一步直接用
中段才是本事所在。大部分写失败的 Skill，不是输入没写清，是中段含糊。 "生成一段营销文案"是许愿；"先读产品参数表，抽出卖点三项，按'痛点—证据—行动'三段写，每段不超过 40 字"才是工序。
而输出格式这一条，最容易被忽略。定死格式才叫交付——不定死，每次都是新草稿，你还得再改一遍，那这个 Skill 等于没写。
六个案例里我最感兴趣的是第 8 章的 GEO。它给了一个说法：从索引时代迈向生成时代。
SEO 争的是"排在第一条"；GEO（Generative Engine Optimization）争的是"被模型引用"。这两件事的优化手法不一样：前者讨好爬虫的排序，后者讨好模型的引用——结构清楚、结论前置、有可核对的出处，比关键词密度管用。
写博客的人应该都能感觉到这个变化：你的读者里，越来越多是模型。
三、写多了以后，用法会变
第 8 章 8.3 节讲"多 Skills 协同"，开头一句观察很轻，但我认为它是全书最有前瞻性的一段：
在单 Skills 场景下，我们习惯手动点击 Skills 列表中的名称指定对应 Skills。但实际上……
后面讲的是：多个 Skills 装上以后，该由智能体自己判断先调哪个、后调哪个，人只给目标。
这句话其实标出了一条分水岭：
Skills 少的时候，它是菜单——你点菜，它做菜。Skills 多了以后，它是工具箱——你说要修什么，它自己挑家伙。
而这一步能不能成，不取决于你写了多少个 Skill，取决于每个 Skill 的描述写得够不够"可分辨"。
两个 Skill 都能干这件事，它就一定选错。所以写描述的时候，"什么时候该用我"比"我能干什么"更重要。这条经验书里没直接写，是我从它的案例结构里推出来的——但它比案例本身更值钱。
四、OpenClaw：从会聊到会干
第 9 章讲 OpenClaw，定位给得很明确：AI 执行层基础设施。
书里那段话是这么说的：Skills 插件生态已成为开发者构建定制化 AI 应用的关键，通过它可以把 OpenClaw 无缝集成到各类工作流，实现从邮件处理、文档分析到自动化任务执行的全场景应用。
部署过程写得极简：在扣子编程里新建、确认，后台初始化大约 30 秒，页面自动跳进开发环境，可以看开发过程也能预览效果。
"30 秒"这个数字其实说明了一件事：这类工具的竞争点已经不在部署难度上了。装得快不再是优势，装完能干什么才是。
所以第 9 章的重量不在部署步骤，在那句"生态是核心机制"。一个执行层能接多少活，取决于它外面能长多少个 Skill。
五、这本书的短板
一是界面截图太多，时效极短。 227 屏里大半是操作截图，平台改一次版，这些图就成了历史资料。这本书的可用寿命，我估计在半年到一年之间。
二是案例同质化。 每个案例的落点都是"扣子通用智能体秒变 ×× 专家"，读到第四个就疲了，后面的新信息主要靠章节题材撑着。
三是没讲怎么评估。 全书教了怎么写、怎么发，但没给"怎么知道这个 Skill 写得好不好"的方法——没有测试集，没有评分标准，没有失败案例复盘。这是最该补的一块。
四是前两章可以跳。 概念部分讲得比较泛，急着用的直接从第 3 章开始，不会漏掉什么。
它的价值因此很直接：它是一本"照着做就能出东西"的书。在 Skills 这种新东西上，能给出可执行步骤的书，比讲趋势的书有用得多。
六、一句话
Skills 的门槛不在技术，在你手里有没有一件真正做熟了的事。写不出 Skill，通常不是不会用工具，是那件活在自己脑子里还是一团模糊——而写 Skill 这件事本身，就是逼自己把那团模糊拆成步骤。 拆得出来，AI 就能接手；拆不出来，装再多插件也只是换个地方聊天。
阅读记录：微信读书网页版逐页翻阅，227 屏 / 6 分 30 秒，6 个 Skills 案例 + 1 次部署。
本书知识图谱见文中配图，原图地址：https://jiangtian.top/zb_users/upload/kg/coze-skills-openclaw-map.png
发表评论: