1. 别急着学技能先说说那个“每次都要从头讲”的痛我刚开始用智能体那阵子踩过最蠢的一个坑同一个任务我每天都要把需求从头到尾讲一遍。比如让智能体帮我做周报早上第一次用我耐心地跟它说“你是一名运营助理请根据我提供的内容按照重点工作、数据变化、问题与风险、下周计划四个板块输出周报语气简洁不要废话字数控制在500字以内”它规规矩矩地给了我一份。结果下午改了数据再让它跑一遍它居然反过来问我要格式、问我语气怎么把握仿佛上午那番话它一个字都没记住。类似的场景还有不少。写产品介绍文案每次要先强调“别堆专业术语用户是采购方不是工程师”整理会议纪要每次要先交代“按决议、待办、争议点来分负责人和截止时间一定要标清楚”清洗一份乱糟糟的表格每次都要从头教它“销售额那列有文本混数字先统一格式再按地区汇总”。次数多了我就想智能体的记忆好像只有一次对话那么长凭什么其实问题的根子在我自己身上。一个熟练的人面对同样的活儿是不会每次重新学一遍流程的而是会调用自己长期积累的操作手册。智能体做不到长期记忆的时候我们就要替它做一份可以反复读取的“操作手册”。这份手册就是现在各类 Agent 产品里都爱讲的“技能”Skill。这篇是这个系列的第4篇我不打算讲花哨的框架和底层模型就讲一件最实际的事怎么把一条你经常要重复的流程压缩成一句话启动的技能以及怎么用、怎么避坑、怎么维护。不管你是第一次听说“技能”这个词还是已经在用但总觉得不顺手这篇内容应该都用得上。我会用大量实操场景来说明你可以直接照着抄。2. 技能的底层逻辑一份可反复调用的“做事说明书”2.1 技能不是提示词也不是插件很多人对技能有误解觉得“技能不就是一段提示词嘛”。这么说只对了一半。提示词是你在每次对话里临时写给智能体看的“一次性指令”它跟着这次对话走对话一关就没了。技能则是把指令、流程、判断标准、输出格式打包成一个独立模块智能体在需要的时候自己读取、自己执行下次还能用、还能改、还能共享。更准确地说技能是“提示词 流程编排 约束条件”的组合体。有的技能还会挂上工具调用比如读取某个表格、调用搜索、生成图片那就变成了“带手有脚”的技能。为了说清楚我把技能内部的典型结构拆给你看一般包含这么几块触发名称或触发条件负责让智能体判断“什么时候该用”用途描述告诉智能体这个技能解决什么问题、适用什么输入执行步骤是核心把“先做什么后做什么”写成清晰的流程输出格式和标准规定结果长什么样、风格如何参数位预留的动态输入口比如主题、数据范围、目标受众以及禁止事项明确哪些绝对不能做。这样一拆就很好理解了提示词解决的是“一次说清楚”技能解决的是“每次都按同一套逻辑办”。打个比方提示词相当于你临时打电话指挥别人做事技能相当于你把一套标准作业流程写成了 SOP谁拿到这个 SOP 都能按统一标准干活。这也是为什么技能在团队场景里特别好用——因为它把经验沉淀成了可复用的资产而不是留在某个人脑子里。2.2 一次技能调用背后发生了什么要把它用明白还得知道智能体调度技能时大致发生了什么。当你发出那句启动指令时智能体先做的是“意图识别”把你的话和技能库里的描述做匹配判断哪条技能最贴合当前需求。匹配上了它就会把技能里写好的那套内容注入上下文当作它接下来工作的最高优先级指引。然后它按照技能里的流程一步步执行如果技能声明了要调用工具它还会在对应环节触发工具最后按规定的输出格式整理结果。这里面有个关键点技能不是被“硬编码”进模型的而是被“临时注入”到对话上下文里的。所以技能描述写得好不好直接影响智能体能不能准确匹配到它技能内容组织得清不清楚直接影响它会不会中途跑偏。这也是为什么很多人的技能“时而灵时不灵”——不是模型变笨了而是技能本身写得不够稳定或者描述里缺少判别依据智能体动不动就张冠李戴。明白了这个机制你就掌握了一条重要判断技能的本质是给智能体补一份“稳定且可复用”的上下文而不是教模型新知识。如果你的任务本身就是个开放式探索需要今天想一套操作明天换一套思路那就没必要做成技能反过来说凡是重复性高、步骤分明、结果要求一致的任务做成技能收益最大。2.3 什么样的流程才值得做成技能判断标准其实就四条是不是经常做、有没有清晰步骤、结果需不需要稳定、变数能不能说清楚。只要四条里占了两三条这个流程就值得技能化。拿我自己举例我第一批技能化的流程是周报生成、数据表格清洗、会议纪要整理、产品文案改写和素材搜集整理。它们的共同点是我每周至少要用一次每一步怎么做我心里门清而且每次的产出格式必须统一。不适合做成技能的情况也有。一种是纯探索型任务比如“帮我想几个项目创意”“分析一下这个行业的趋势”这类任务每次思路都应该不同做成技能反而会限制它另一种是强依赖即时信息的任务比如“查一下今天的股价并给出建议”这种更适合做成带工具能力的插件或工作流而不是单纯把流程写死的技能还有一种是你自己都没想明白的任务流程还没定型就想固化那等于把错误重复一千遍。我给一个特别直观的场景帮你判断。假设你带了一个实习生有个活儿你已经手把手教过他三遍了每次教的流程都一模一样你烦不烦如果烦这个活儿就适合做技能。反过来如果实习生问“这个项目大体方向怎么定”你每次都得重新开会讨论那这个就不适合做技能。简单说技能是给“你会做、反复做、希望稳定做”的事情准备的。3. 实操把一条真实流程压缩成一句话启动3.1 第一步把你脑子里的流程“写下来”很多人一上来就急着写技能描述结果写着写着发现脑子里其实是笔糊涂账。我的建议是先不碰智能体拿纸笔把自己平时怎么干这件事的完整过程写下来。这一步花十五分钟能省下后面几个小时的反复调参。我用“生成工作周报”为例给你演示。先别急着写最终技能就把我平时手动操作整理成一句话一句话的步骤收集本周的工作记录筛选出最重要的项目与里程碑对照数据整理变化的指标分析异常数据的原因规划下周的重点任务检查是否有需要领导决策的事项按固定模板输出。写到这里你其实已经完成了一大半你会发现原本觉得“就那点事”的流程拆开后是有顺序、有判断点的。写的时候注意记录三类内容一类是“操作动作”比如筛选、汇总、对比、归类一类是“判断规则”比如什么数据算异常、什么信息算重要还有一类是“产出规范”比如标题怎么起、分几个板块、语气用什么。这些都是技能的价值所在。如果你发现自己写不清楚其中任何一类说明你对这个流程本身还没想透这时不要急着做技能先去把流程理顺再说。3.2 第二步给技能写一份能直接抄的说明书流程梳理清楚后就可以把它翻译成智能体能读懂的结构了。一类是“角色指令”告诉它扮演什么角色、要以什么身份工作一类是“流程步骤”将它要做的事按顺序列出来一类是“格式规范”规定输出的结构最后一类是“质量标准与红线”明确什么必须做、什么千万别做。我常用的写法是下面这种结构你直接套用就行。技能名称周报生成器 触发场景用户说“生成周报”“本周周报”“整理周报”等指令时自动启动。 角色定位你是部门运营助理擅长把杂乱的工作记录整理成结构清晰的周报。 执行步骤 1. 先通读用户提供的工作记录识别出本周实际完成的事项 2. 按“本周重点、数据变化、问题与风险、下周计划”四个板块归类 3. 数据变化部分用表格呈现关键指标前后对比要给出环比或同比变化率 4. 问题与风险部分每条都要写明影响范围和建议动作 5. 最后检查全文删掉空话套话确保每条都有事实依据。 输出要求 - 标题为“XX部门第XX周工作周报” - 正文不超过500字 - 使用商务简洁语气 - 数据变化表格放在第二板块。 禁止事项 - 不要编造未提供的数据 - 不要用“取得显著成果”这类空洞表述 - 不要把个人情绪写进周报。注意这份说明是给智能体看的不是给人看的。所以你不用讲究措辞漂不漂亮但一定要具体、可执行。“整理一下”“分析一下”这种词对智能体来说太模糊尽量换成“识别出主要异常并给出原因推断”这样的动作描述。我写技能的经验是宁可写得啰嗦一点也不要留太多解释空间智能体理解字面意思的能力很强但脑补潜台词的能力很差。3.3 第三步把“变数”设计成参数一份全定死的技能用几天就会被淘汰因为实际需求总会变化。所以写技能的时候要想清楚哪些是每次不变的哪些是每次都要变的。不变的写进技能正文变化的留成参数位。还是用周报举例板块结构、字数限制、语气风格这些是固定的本周做了什么、具体数据、下周重点这些是变化的。参数位怎么设计原则是“能少就少但关键变量一个不能少”。我在实践里通常给技能留一到三个参数就够用了。比如周报技能我会定义三个输入项工作记录必须提供、周次可选不填则自动取当前周、侧重方向可选比如“本周偏重产品上线”“请突出客户投诉处理”。其他所有信息都让智能体从工作记录里自己提取。这里有个很多人会犯的错参数设计过多每个参数还要配解释结果启动技能等于把原来从头讲的话又讲了一遍那就完全背离了“一句话启动”的初衷。参数的作用是补充动态信息而不是让用户重新描述一遍流程。凡是过程性的东西都写死在技能里凡是结果性的信息才走参数。这样你启动时就可以说“本周的数据发你了按周报技能生成一份侧重讲讲市场那边的情况”一句话搞定。3.4 第四步用三轮测试把它调稳写完技能千万别急着到处用先做三轮测试。第一轮用“最简化输入”测试只提供必填的最小信息不附加任何额外要求看看技能能不能自己跑出合格结果。这轮主要验证技能的核心流程有没有建立。第二轮输入“带干扰的真实数据”比如给周报技能发一堆聊天记录、邮件摘要、报销单中间还夹着几句闲聊看它能不能正确筛选和归类。这轮主要验证判断规则是否清楚。第三轮测试“边界情况”故意输入不完整的信息、冲突的信息、甚至空数据看看技能怎么兜底。比如你给了“本周比较忙”五个字技能应该怎么办如果它真的就输出一句“本周比较忙”的周报说明技能里缺少“信息不足时主动提问”的规则或者缺少“按现有信息生成并标注缺失项”的兜底逻辑。三轮跑下来基本能暴露八成问题。测试完成后还要把过程中发现的输出偏差反馈进技能文档里。如果某一轮测试它三次结果都不一致就在技能里加一句更明确的规则如果它总在某一步骤跑偏就在那一步后面补一个“反面示例”。技能调优本质上就是反复加约束、去歧义的过程像我那个周报技能前后改了五版才稳定但改完之后确实省心——现在我说一句“生成周报”它交出来的东西我基本只看一眼就能发。4. 做技能时最容易踩的坑4.1 技能写得“太大”我最开始做技能有一个执念想把“市场分析”做成一个技能涵盖数据收集、竞品对比、趋势判断、报告输出结果实操起来一塌糊涂。原因很简单范围越大里面隐含的模糊判断就越多智能体越容易在某一步自作主张。技能应该像乐高积木一块干一件事而不是像一台把所有功能焊死的机器。后来我学会了一个办法把一个大的流程拆成几个小技能。市场分析拆成“数据整理”“竞品对比”“报告初稿”三个技能各自独立维护、独立调用。用的时候可以串起来用也可以单独用灵活得多而且每一个小技能都不容易出错。技能写大还有一个坏处是维护成本高流程里只要有一个环节变了整个技能都要改很容易改一处崩一处。4.2 参数过多启动反而是负担这一点我前面提过但值得单独拿出来说因为它太常见了。我见过有人把一个技能设计成八到十个参数启动前要填一堆配置填完感觉自己比写流程还累。这种技能表面上叫“技能”实际上是个复杂的表单工具完全违背了效率的初衷。我的判断标准很简单启动技能时用户要说的话应当比不用技能时少一半以上。如果达不到这个标准就说明参数设计有问题。要敢于让智能体自己从输入里提取信息而不是每个细节都让用户喂到嘴边。技术上有句话叫“约定优于配置”做技能也是这样——能让智能体根据上下文推断的就不要让用户显式指定。4.3 缺质量标准输出全看运气还有一类技能流程步骤写得头头是道但就是没写“什么叫做好”。没有质量标准智能体就像没有尺子的裁缝做出来的衣服大小随缘。打个比方你让它“写一篇产品介绍”如果不告诉它哪些词必须出现、哪些词禁止使用、用第几人称、给谁看它每次输出的风格跨度可以大到像换了一个人写的。所以我在每个技能里都会塞三样东西正面样例或范式说明反面禁止项以及自查清单。比如产品文案技能里我会写“禁止出现‘神器、赋能、突围’这类空话”“必须包含价格、适用人群、使用场景三个信息”“结尾用一段不超过50字的行动引导”。这些标准一开始可能写不全但每次发现输出不对就往里补技能就会越来越稳。4.4 安全与权限技能不是保险箱还有一个容易忽略的问题技能里写的内容会作为上下文提供给智能体所以千万别把敏感信息写死在技能里。API 密钥、内网地址、客户名单、账号密码这些都不应该出现在技能描述里。特别是如果技能要共享给团队其他人用更要谨慎你写进去的每一句提示词都等于公之于众。另外要注意的是技能赋予智能体的“能力边界”要明确。比如你做的是一个客服回复技能就要在技能里写明“不承诺产品做不到的功能”“不编造售后政策”“不向客户透露内部流程”。这些不是套话是防止智能体在不可控的对话场景里越权的必要约束。我见过一个客服技能因为没有写“不知道就转人工”的规则结果智能体和用户僵持了半天场面非常尴尬。给技能设置明确的“底线行为”严格来说比优化输出质量还要重要。5. 进阶技能的复用、组合与维护5.1 从单条技能到技能库当你手上积累了七八条技能之后就会发现它们可以构成一个“技能库”这时候整体价值开始超过单条技能的总和。因为技能库让你的智能体变成一个“老员工”它面对不同场景都知道该调用哪套成熟流程而不是每次从零开始思考。更进一步技能库还意味着你的经验可以被团队共享新人上手时不需要被人手把手带调用技能就行。我在搭建技能库时有个习惯每积累一个新技能都会顺手写一段“适用场景 不适用场景”的简短备注放在技能描述最前面。这样做的好处是智能体匹配更准确同时你自己回头看的时候也一目了然。技能库里技能超过二十个之后你还要学会做减法淘汰那些使用频率低、维护成本高的旧技能。技能太多和没有技能一样麻烦都会让智能体在匹配时犯迷糊。5.2 让技能调用技能串起复杂流程技能真正的威力来自于组合。单个技能只解决一个环节但多个技能串起来就能覆盖一条完整业务链路。我现在处理“客户线索整理到跟进建议”这个场景就用到了三个技能线索清洗、客户画像提炼、跟进话术生成。每次我只需要把原始线索丢给智能体它自己就会按顺序调用这三个技能最后输出一份完整的跟进方案。组合技能的关键是在各自技能的描述里写清楚衔接接口。比如“客户画像提炼”技能的描述里要写明“本技能适用于已经完成线索清洗的数据”这样智能体在编排时才知道先后顺序。有些 Agent 平台还支持把技能编排成固定的工作流那就更像生产线了。但无论平台能力多强底层逻辑都一样每个技能做好自己的事接口约定清楚组合才不会乱。5.3 流程变了技能也要跟着升级技能是要维护的不是建完就一劳永逸。最典型的场景是公司的周报模版换了、文案风格规范更新了、业务指标口径调整了但技能文档还停在三个月前输出全平台问号。我给自己的规矩是每次技能产出被用户嫌弃或需要我手动修改时就记一笔攒到一定量就专门抽时间把技能升级一次。维护技能还有一个容易被忽略的点版本变化要留痕。我建议每个技能文档的末尾加一段“更新记录”写上日期和改了什么。这个习惯在单人用的时候看不出价值一旦技能交给团队、多个人维护没有版本记录的技能库迟早会出乱子。你改我改大家改最后谁也说不清当前版本里哪些规则还在生效。有更新记录起码出了问题能回溯。最后分享一个我最近的做法也算是对这个主题的补充思考给技能起名字尽量用动作加对象的组合比如“清洗表格数据”“生成会议纪要”“起草活动方案”而不是用“数据处理”“文档助手”这种模糊的名字。名字越具体智能体匹配越准你自己调用时也越容易形成肌肉记忆。等到你的技能库能覆盖日常工作里八成以上的重复流程时你就真正体会到了“一句话启动”的含金量——那些过去每次都要从头讲的话终于不用再讲了。