三大金刚 02 · Skill Engineering

把「老员工脑子里的做法」,
变成 AI 能照着执行的能力资产

你公司最值钱的东西,往往不在文档里,而在那几个干了五年的人脑子里。 Skill 定制做的事,是把这部分经验变成可执行、可测试、可交接的东西——人走了,能力留下。

先分清概念

提示词是一次性的,Skill 是公司的

市面上很多「AI 定制」交付的其实是一堆提示词。它能用,但留不住。

维度提示词(Prompt)Skill(能力资产)
形态一段话,复制粘贴就用一套结构化能力包,有触发、有校验、有兜底
归属跟着个人走,人走了就没了属于公司,存在仓库里,可以交接
质量靠写的人当时的状态有测试集,改完跑一遍回归,不靠感觉
复用换个场景就要重写同一套能力,多人多场景复用
维护改了就覆盖,出问题查不到原因有版本、有变更记录、能回滚
一句话判断: 如果你花钱买回来的东西,换个员工就不会用、换个场景就得重写、出了问题查不到原因——那它只是提示词,不是资产。
一个 Skill 由什么构成

七个部分,少一个都会在真实场景里翻车

01

触发条件

什么情况下该用这个 Skill、什么情况下不该用。写不清楚,AI 就会在错误的场合乱用。

02

输入要求

需要哪些材料、格式是什么、缺了怎么办。这一步决定输出质量的上限。

03

执行步骤

按你公司真实的做事顺序拆解,包括判断分支和例外处理,不是一段笼统的提示词。

04

输出规范

交付什么、什么格式、多长、必须包含哪些要素。让人拿到就能直接用。

05

校验规则

自查清单:哪些错误是绝对不能出的,出了要怎么改。这是 Skill 和提示词最大的差别。

06

兜底路径

不确定时怎么办——问人、转人工、还是拒绝执行。没有兜底的 Skill 不敢让人用。

07

版本记录

改了什么、为什么改、影响哪些场景。公司能力要能追溯,不能靠某个人的记忆。

为什么是这七个

它们对应 AI 在真实业务里出错的七种方式:用错场合、缺材料硬做、跳步骤、交付物不合规、 错了不自知、不确定时瞎猜、改坏了没法回滚。每一条都是踩过坑之后补上的。

怎么交付

五步,从「老员工的经验」到「可上线的 Skill」

01

SOP 梳理:把「我们公司是这么干的」写下来

跟一线的人坐在一起,把这件事从接活到交付的全过程拆开。重点不是流程图画得多漂亮, 是找出那些「这里要看情况」的判断点——那才是真正需要封装的know-how。

产出:可执行的判断规则清单
02

Skill 设计:定义触发、输入、输出、校验、兜底

按上面七个部分逐个填。这一步会暴露很多平时没想过的问题: 什么情况下不该用这个 Skill、输出里必须包含哪些要素、不确定时该找谁。

产出:Skill 规格说明书
03

建测试集:拿真实历史案例做回归

从过去的真实工单、方案、回复里挑 20–50 个案例,标好「什么样算合格」。 之后每次改 Skill 都跑一遍,确保改好了 A 没弄坏 B。不靠感觉,靠对比。

产出:测试集 + 基线得分
04

嵌进现有工具,小范围试运行

不让人再打开一个新系统。Skill 接进员工本来就在用的企微、飞书或浏览器里, 先在一个小团队跑两周,专门收集「哪里不好用」。

产出:上线版本 + 试用反馈清单
05

版本化与迭代交接

把 Skill 放进你们的仓库,标好版本和变更记录。教会你们的人怎么改、怎么测、怎么回滚。 之后你们自己就能维护,不需要每次都找我们。

产出:仓库权限 + 维护手册 + 培训
适用判断

这三个条件同时满足,就值得做

✓

有明确的做事方法

不是靠灵感或天赋,而是有一套说得出来的步骤和标准。标书、方案、审核、对账都属于这类。

✓

多人重复执行

不止一个人在干同样的活,或者一个人每天重复干很多次。复用才有价值。

✓

质量要求稳定

交付物有明确的对错和合格线。质量波动会带来真实损失,所以值得为稳定性投入。

反过来,这些不适合: 一次性的项目、纯创意主导的工作、没有对错标准的探索性任务。 这些场景用 AI 辅助可以,但没必要封装成 Skill——封装成本高于收益。
FAQ

关于 Skill 定制

Skill 和提示词到底差在哪?

提示词是「你跟 AI 说一段话」,Skill 是「你把公司做这件事的完整方法交给 AI」。差别在于:Skill 有触发条件(什么时候用)、有校验规则(什么算做错了)、有兜底路径(不确定时怎么办)、有版本记录(改了能追溯)。提示词靠个人,Skill 属于公司。

什么岗位适合做成 Skill?

三个条件同时满足就适合:有明确的做事方法(不是靠灵感)、多人重复执行、质量要求稳定。典型如标书撰写、客户方案、内容审核、招聘初筛、财务对账说明、售后处理话术。反过来,一次性的、创意主导的、没有对错标准的工作,不适合。

我们 SOP 写得很粗,能做吗?

能,而且这通常是我们工作的第一步。多数公司的 SOP 停在「按流程处理」这种粒度,真正可执行的是老员工脑子里的判断。我们会跟一线的人一起把这段补出来——这个过程本身对你们也有价值。

做完之后,员工会不会不用?

这是最常见的失败。所以我们会要求:Skill 必须嵌进员工本来就在用的工具里(企微、飞书、浏览器插件),而不是让人再打开一个新系统。另外会先在一个小团队试运行,收集真实的「不好用」再改。

能不能直接买现成的 Skill?

通用场景(写作、翻译、会议纪要)可以直接用现成的。但只要涉及你公司的判断标准——什么样的方案算合格、什么样的客户该放弃、什么样的风险必须上报——就必须定制,因为没有两家公司的标准是一样的。

你们最依赖老员工的那个环节是什么?

多数公司都有这么一两个岗位:人一走,活就接不上。如果这个岗位的活有明确方法,它大概率可以做成 Skill。