三种技能三种写法 — 约束型、模板型、流程型
这一章讲三件事: 三种任务类型各自的技能写法;写作风格技能那套「把你的修改变成规则」的循环; 以及技能怎么迭代——改完怎么验证真的变好了。 读完你会做完三个能跑的技能,并且知道第四个该从哪种写法入手。
1. 光标在第一行闪
学完前四章,道理全懂了;打开编辑器新建 SKILL.md,「光标在第一行闪啊闪,你却不知道该写什么」—— 作者第一次写技能也是这样:第一个写了三行就不知道加什么;第二个矫枉过正塞了几千字, 智能体读完抓不住重点1。后来做了十几个技能才摸出规律:
不同类型的任务,技能的写法差别很大。 约束风格的、固定格式的、多步流程的,写法都不一样2。
而写技能背后有一条始终如一的思路:先跑起来,再慢慢调3。本章就做三个技能, 每个代表一种写法,复杂度递增。
2. 约束 型:写作风格技能,专治「AI 味儿」
先看现象。 「怎么去掉 AI 写作的 AI 味儿」——社交平台上有上万条笔记教你往提示词里加 「请用口语化风格」「请像真人一样写」。书判断这类「去味儿提示词」根本不管用,原因有三: 同质化污染(所有人用同一套,只是从「AI 味儿 1.0」变成千篇一律的「AI 味儿 2.0」); 不可复用(这次调教好了,换个题材又打回原形);最致命的是缺乏正面锚点——你只告诉了 AI「不要什么」, 从没告诉它「到底要像谁」4。
书对「AI 味儿」的本质有个很准的说法:不是 AI 写得差,是它写得太「好」——标准、工整、无可指摘, 也因此毫无个性。它吃透了全人类的语料(写过的所有文字),输出只能是四平八稳的「最大公约数」; 而打动人的文字从来不是最大公约数,是「我家的红烧肉」那种唯一解5。
解法:写一份「口味小抄」。 把你的用词偏好、句式习惯、结构特点、语气风格写成一份技能, 智能体每次提笔前先读它。更关键的是:提示词是一次性的,技能是持续改进的—— 你每纠正一次,这份手册就精确一分6。
四步循环(约束型的主走查)
第一步:分析写作特点。 挑 3~5 篇你自己写的(不是 AI 帮你写的)最满意的文章发给智能体, 让它从四个维度(观察侧面)总结:用词偏好、句式习惯、结构特点、语气风格,然后创建写作风格技能7。 产出只是初版,「像厨师第一次尝你的菜,能分辨大致口味,细节还差得远」。
第二步:用技能写文章。 拿一个真实主题,让智能体加载风格技能写一篇。
第三步:手动修改。 写出来大概率「不像我写的」。最关键的动作在这里:自己动手, 把不满意的句子一句一句改成满意的样子——别在聊天框里让 AI 改8。 修改的过程会逼出你真正在意的东西:你会把「然而」全删掉、把长句拆短…… 书里给了一组真实的前后对照(本章主走查的素材)9:
AI 原文: 「作为一名深耕 AI 领域多年的老兵,我见证了从传统机器学习到大模型时代的
变革。在当今 AI 飞速发展的时代,掌握智能体技能已经成为不可或缺的能力。」
作者改后: 「作为一名深耕 AI 领域十多年的从业者,我从机器学习阶段一路走到了大模型
阶段。最近一年最大的变化是:AI 不只能聊天,还能动手干活了。」
改动点: 「老兵」→「从业者」;「多年」→「十多年」;删掉「在当今……的时代」
第四步:分析差异,更新技能。 把修改版和 AI 原文一起发给智能体,让它分析你改了什么、 为什么改、背后的规则是什么,再更新进技能。上面三个改动分别提炼成三条规则: 「拒绝商业化/军事化用语」进禁止清单;「具体数字优于模糊表述」进用词偏好; 「删除宏观铺垫,直接切入正题」进结构特点10。
每一次修改都是训练数据。11
迭代的体感(书给的进度条):第一次用,你可能要修改一半以上;第三次,核心风格开始对味; 第五次,大方向不用动了,只改个别用词;到第十次左右,会出现一个意外的感觉:AI 写的比你自己写的 更贴合「你的风格」——因为人偶尔会手抖偏离自己的习惯,AI 不会12。
四段式框架
大模型自己生成的技能文档结构往往随性。书给了重构框架,四部分13:
| 部分 | 装什么 | 要点 |
|---|---|---|
| 角色定位 | 我是谁、写给谁、口吻像什么不像什么 | 两句话定大方向 |
| 风格要点 | 3~5 条原则,每条配正面示例+反面示例 | 大模型看例子比看规则学得快14 |
| 禁止清单 | 废话开场白(「在当今……的时代」「随着……的发展」)、强调拐棍(「值得注意的是」「不得不说」)、行业黑话(「赋能」→「帮助」)、公式化结尾(「总之」「综上所述」) | 优先级高于风格要点;先放 10 条以内最核心的,发现一个加一个;长了让 AI 归纳成 3~5 条规律15 |
| 参考资料 | 术语对照表(AI agent→智能体)、代表作品链接 | 「这就是我想要的味道,照这个方向走」16 |
3. 模板型:会议纪要技能,锁死格式
写作风格技能管「怎么写」;有些任务不在乎文笔,在乎格式对不对—— 会议纪要每周都要整理,可这周是表格、下周是纯文本,隔一个月想查「这事当时分给了谁」,无从查起17。
书在这里做了一个类型判定:写作风格技能是约束型——高度个性化,要你亲手提取偏好; 会议纪要技能是模板型——不需要个性,只需要标准化。所以这次跳过摸索,直接给模板18。
模板的骨架:输入(转录稿/笔记/聊天截图任一)→ 输出格式(会议主题、日期、参会人,
每个议题含讨论要点和粗体结论,待办事项表,遗留问题)→ 写作原则 → 输出文件名
meeting-minutes-{YYYY-MM-DD}-{主题}.md。写作原则里最有用的几条:
每个议题概括不超过 3 句;待办必须有负责人和截止日期,缺失标 [待确认];
人名保留原文不翻译;不确定的信息标 [信息不完整],不编造19。
主走查:11 行转录稿进去,标准件出来
书用一份模拟转录稿演示(模拟数据,书里标明)。输入摘要20:
张经理:今天讨论两件事,Q2 推广计划和新品上线时间。
李明:推广预算建议增加到 50 万,上季度 30 万不够用。
王芳:同意,但渠道从抖音换到小红书,转化率更高。
张经理:好,就定 50 万,渠道以小红书为主。李明负责出方案,下周三前给我。
……(王芳:包装设计没定稿,可能推到月底;张经理:暂定 3 月 25 号;
李明:KOL 名单还没收到;王芳:今天之内让小刘发给你)
智能体加载技能后输出的关键部分21:
## 议题一:Q2 推广计划
推广预算从 30 万增加到 50 万,渠道从抖音转向小红书。
**结论**:**预算定 50 万,主攻小红书渠道**
## 待办事项
| 序号 | 事项 | 负责人 | 截止日期 |
| 1 | 出 Q2 推广方案 | 李明 | 下周三 |
| 2 | 确认包装设计定稿 | 王芳 | 明天 |
| 3 | 发 KOL 合作名单 | 小刘 | 今天 |
三个值得看的细节:结论加粗(一眼能定位);每条待办都有负责人和截止日期; 「下周三」这类模糊日期保持原文不做转换——这正是写作原则里那条规则在起作用22。
约束型 vs 模板型,一句话分清:约束型定义「输出的质感」(一张全局滤镜, 可以叠加在任何创作任务上——写邮件、写周报都带上你的风格); 模板型定义「输出的结构」(把杂乱素材做语义归类,填进预设板块,输出框架在运行前就定型)23。
4. 流程型:文章配图技能,分步加外援
第三类技能处理无法一步到位的复杂任务,核心逻辑两点:分步执行 + 调用外部工具 (生成图片、搜索资料、跑代码)24。
给文章配图,书拆成五步:①分析文章——哪里适合配图(抽象概念要可视化、流程要图解、
对比要可视化、核心观点要强化),哪里不适合(代码示例、简单列表、已经很直观的描述),
数量原则「宁可少而关键」;②选风格——科技感/手绘涂鸦/极简扁平,同篇保持一致;
③写提示词并存成文件;④生成图片——统一放专属目录,文件名用「两位编号+连字符+英文描述」
(如 01-concept-comparison.png),别用一串随机字符;⑤插入文章——按 
格式填进第①步定好的位置,图片前后各留一个空行25。
一个容易被忽略的机制:拆解步骤和 SKILL.md 步骤可以不一样
作者坦白:前面拆的五步,和最终 SKILL.md 里的五步并不完全一样——拆解时的第三步「写提示词」, 在技能里变成了「生成配图计划」(先列出每张图的位置、目的、文件名清单),写提示词和生成图片合并成一步。 这不是笔误,是两种目的:自己拆解是为了想清楚要做哪几件事;写进 SKILL.md 是为了让大模型执行时不出错。 大模型有个毛病——「边做边想容易『狗熊掰棒子』,做到后面就忘了前面的要求」, 所以专门加一步逼它先列清单。这一步人脑不需要,对 AI 却关键26。
书还记录了一次实测:让智能体用这个技能分析本章自己的文字,它选了「极简扁平」风格, 列了两个配图位置——三个失败原因那节因为是文字列表没配图(正确应用了「简单列表不配图」的规则); 选择在四步循环讲完后画循环图而不是之前画对比图,理由是「循环迭代」纯文字难传达, 而对比的文字已经够清楚,配图边际收益低。书评了一句:「这个取舍挺合理的」—— 并且强调最终去掉了 AI 建议的红烧肉图,「这是人类做出的选择」27。
5. 三种思路对齐(放到一起对照),以及「混合型」
三个技能做完,回头看它们代表三种设计思路28:
| 类型 | 管什么 | 例子 | 机制 |
|---|---|---|---|
| 约束型 | 管调性 | 写作风格 | 隐性准则:不规定内容长相,规范语气、人设、禁用项 |
| 模板型 | 管结构 | 会议纪要 | 显性框架:不管语气,内容必须对号入座 |
| 流程型 | 管工序 | 文章配图 | 执行步骤:规定先做什么后做什么,特定环节调外部工具 |
大多数技能是混合型的:起步偏某一种,后面叠加——会议纪要技能可以加风格约束(模板型+约束型), 配图技能可以给输出定格式(流程型+模板型)29。书还提醒:这三种是从设计角度分的, 和第 04 章的三种「套路」角度不同,互为补充,不矛盾30。
顺带一条实用提醒:书作者第一次写配图第五步时只写了「将图片插入文章对应位置」一句, 结果智能体自动放对了位置还加了图片描述。多试试智能体的能力边界——随着新模型发布, 很多以前做不到的事现在已经能做了31。
6. 技能迭代:指挥,别动手
三个技能哪个都不会一次完美。书给的迭代口诀:发现问题时,你要「指挥」而不是「动手」—— 所有修改都由人指挥智能体完成:你发现问题 → 告诉智能体 → 它改技能 → 你验证。 比如「代码块后面不需要配图,更新文章配图技能加上这条规则」;「人名保留英文原文,帮我更新会议纪要技能」32。 尽量在使用技能的同一个对话里改——智能体拥有最完整的上下文,修改效果最好33。
改技能的两大原则34:
- 一次别改太多(控制变量):发现三个问题也要忍住,一次只改一个,验证通过再改下一个—— 一次改太多,再出问题就无法定位是哪条新规则引发的冲突;
- 解释原因比堆规则有效(对齐逻辑):发现犯错,别只加硬性规则「绝对不要在代码块后插图!」, 更好的写法是「代码块是精确信息,插图会打断阅读节奏」——智能体理解原因后不仅能解决当前问题, 还能举一反三。当然,「人名保留英文」这类真底线,保留硬性约束。 一句话:底线用规则,偏好加解释。
改完做三步验证35:
- 触发测试(该来的来吗):写 5 条「应该触发」+3 条「不应该触发」的说法逐条试; 小技巧:直接问智能体「你什么时候会用这个技能?」,看回答和预期是否一致;
- 功能测试(输出稳不稳):同一输入跑 3 遍——模型输出有随机性,不要求逐字相同, 但结构、关键信息、核心逻辑要稳定;重点盯三样:格式统一、关键信息没遗漏、没编造内容;
- 对比测试(比没技能好多少):同一个任务,有技能跑一遍、没技能跑一遍,比交互要几轮(来回对话几趟)、出错次数、输出质量。 如果差别不大,说明技能还不够好,继续改。
书最后回答了第 04 章留的问题——为什么改技能比改软件快得多,三个原因: 智能体既是执行者又是修复者(它刚亲手跑完全程,就在现场,不需要复现问题); 它拥有完整上下文(不用写 bug 报告、不用截图);技能是文本配置,加一条规则几秒完成, 不需要编译、部署、审批36。(书还诚实加了个前提注:这依赖于历史对话没超出上下文窗口的限制。)
7. 作者的判断与证据,边界与局限
书里的判断(有实验过程): 四步循环、第十次反超作者的体感——这是作者的亲历叙述, 不是受控实验;但它给了一个可操作的节奏预期(1→3→5→10 次),可以直接拿来对照自己的进度。
书里的判断(断言,给了理由): 「禁止清单不是越长越好」——理由:规则越多越难遵守, 甚至互相打架;先放 10 条以内,再让 AI 归纳成规律37。
书里的坦白(值得照录): 作者试过做一个「写书技能」让 AI 写这本书,失败了—— AI 写两千字的文章没问题,写几万字前后呼应的书就不行,前面讲清楚的概念,后面又从头 解释一遍38。 这个坦白划出了技能能力的一条真实边界(结语还会引用)。
边界与局限:
- 三种类型是设计视角的经验分类,不是形式验证过的完备分类;混合技能的「叠加顺序」书里没展开;
- 「第十次反超」依赖用户持续、认真地手动修改——如果第三步偷懒让 AI 自己改,循环的质量前提就不成立;
- 图片生成依赖平台具备生图工具(第 06 章的朋友 B 故事就是反例:没配 API Key 就画不了)。
8. 可带走的
主走查一行复述: 11 行会议转录稿 → 模板型技能 → 议题「结论加粗:预算定 50 万,主攻小红书渠道」
- 待办表(李明/下周三、王芳/明天、小刘/今天),模糊日期保持原文。
- 任务类型决定写法:管调性(约束型)、管结构(模板型)、管工序(流程型);
- 去「AI 味」的根子是缺正面锚点——告诉它要像谁,光列禁止项没用;
- 约束型四步循环:分析特点 → 用技能写 → 自己动手改 → 让 AI 分析差异更新规则;
- 每一次修改都是训练数据;用到第十次,AI 比你本人更稳定地执行你的风格;
- 风格技能四段式:角色定位、风格要点(带正反例)、禁止清单(≤10 条起步)、参考资料;
- 模板型直接给模板,原则里必须有一条「不确定标 [信息不完整],不编造」;
- 流程型要防「狗熊掰棒子」:拆解步骤和 SKILL.md 步骤可以不同,给模型加「先列计划」的步骤;
- 图片等产物:专属目录 + 可读文件名(01-concept-comparison.png),别用随机字符;
- 迭代口诀:指挥不动手;一次只改一处;解释原因优于堆规则;底线用规则,偏好加解释;
- 三步验证:触发测试(5 正 3 反)、功能测试(跑 3 遍看稳定)、对比测试(和没技能比,差距小就是不够好)。
9. 原文地图
| 主题 | 原书章 | 原文位置 |
|---|---|---|
| 光标闪、两种失败 | 第 4 章 | text/05-ch04.txt:6(搜「第一行」) · text/05-ch04.txt:12(搜「矫枉过正」) |
| 类型决定写法、先跑起来 | 第 4 章 | text/05-ch04.txt:15(搜「差别很大」) · text/05-ch04.txt:20(搜「先跑起来」) |
| 去 AI 味三失败原因 | 第 4 章 | text/05-ch04.txt:37(搜「同质化污染」) · text/05-ch04.txt:45(搜「正面锚点」) |
| AI 味=最大公约数 | 第 4 章 | text/05-ch04.txt:50(搜「最大公约数」) |
| 四步循环 | 第 4 章 | text/05-ch04.txt:77(搜「分析写作特点」) · text/05-ch04.txt:102(搜「用技能写文章」) · text/05-ch04.txt:109(搜「手动修改」) · text/05-ch04.txt:125(搜「分析差异」) |
| 前后对照示例 | 第 4 章 | text/05-ch04.txt:117(搜「老兵」) |
| 每次修改都是训练数据 | 第 4 章 | text/05-ch04.txt:138(搜「训练数据」) |
| 迭代体感 1/3/5/10 | 第 4 章 | text/05-ch04.txt:141(搜「第三次」) · text/05-ch04.txt:142(搜「第十次」) |
| 四段式框架 | 第 4 章 | text/05-ch04.txt:153(搜「四段式」) · text/05-ch04.txt:205(搜「禁止清单」) |
| 例子学得快、清单优先级 | 第 4 章 | text/05-ch04.txt:263(搜「看例子」) · text/05-ch04.txt:268(搜「优先级」) |
| 禁止清单别太长 | 第 4 章 | text/05-ch04.txt:270(搜「打架」) · text/05-ch04.txt:297(搜「10 条」) |
| 模板型判定与模板 | 第 4 章 | text/05-ch04.txt:314(搜「约束型」) · text/05-ch04.txt:323(搜「meeting-minutes」) · text/05-ch04.txt:394(搜「不编造」) |
| 约束型 vs 模板型机制 | 第 4 章 | text/05-ch04.txt:410(搜「全局滤镜」) · text/05-ch04.txt:414(搜「语义归类」) |
| 模拟转录稿与输出 | 第 4 章 | text/05-ch04.txt:429(搜「张经理」) · text/05-ch04.txt:457(搜「预算定 50 万」) · text/05-ch04.txt:472(搜「模糊日期」) |
| 流程型两要点与五步 | 第 4 章 | text/05-ch04.txt:515(搜「分步执行」) · text/05-ch04.txt:526(搜「分析文章」) · text/05-ch04.txt:538(搜「01-concept-comparison」) |
| 拆解步骤≠SKILL.md 步骤 | 第 4 章 | text/05-ch04.txt:673(搜「对不上」) · text/05-ch04.txt:681(搜「狗熊掰棒子」) |
| 实测取舍、人类选 择 | 第 4 章 | text/05-ch04.txt:528(搜「简单列表」) · text/05-ch04.txt:697(搜「人类做出的选择」) |
| 三种思路与混合型 | 第 4 章 | text/05-ch04.txt:708(搜「约束型技能」) · text/05-ch04.txt:717(搜「混合型」) |
| 智能体比你想的更能干 | 第 4 章 | text/05-ch04.txt:548(搜「能力边界」) |
| 指挥不动手、两大原则 | 第 4 章 | text/05-ch04.txt:765(搜「指挥」) · text/05-ch04.txt:776(搜「一次别改太多」) · text/05-ch04.txt:780(搜「解释原因」) · text/05-ch04.txt:785(搜「保留硬性约束」) |
| 三步验证 | 第 4 章 | text/05-ch04.txt:790(搜「触发测试」) · text/05-ch04.txt:802(搜「功能测试」) · text/05-ch04.txt:808(搜「对比测试」) |
| 改技能比改软件快 | 第 4 章 | text/05-ch04.txt:820(搜「餐厅」) · text/05-ch04.txt:829(搜「修复者」) · text/05-ch04.txt:835(搜「Markdown」) |