我的 AI 打工人们 3:给实习生做岗前培训
先说句实话:写到第二篇为止,你手上的实习生其实还是个刚入职的应届生——脑子是聪明的(模型),工牌也办了(key),但对你的活一无所知,手里也没几件称手的工具。
所以你让他干活会发现两个毛病:一是每次都要从头交代,周报什么格式、文章什么口吻,说过八百遍他还是记不住;二是他哪儿也去不了,只会在你电脑里打转,你说”帮我看看线上服务”,他连门都摸不到。
这篇就补上入职的最后一步:岗前培训。三样东西——skill、MCP、插件。名字听着唬人,看完你会发现一个比一个好懂。
一、Skill:给实习生写的培训手册
先解决”每次都从头交代”的问题。
你有没有发现,有些话你对着 AI 说过无数遍:“周报按这个格式""口语一点,别端着""代码注释用中文”。这些话每开一个新对话就得重说一遍,因为 agent 是金鱼记忆,对话关了就忘。
Skill 就是把这些话写成文件,存下来,让他自己看。
具体长什么样?一个文件夹,里面放一份 SKILL.md,用大白话写清楚这类活怎么干。比如你老让他写周报,就建一个:
我的skill/
└── 周报skill/
└── SKILL.md
SKILL.md 里面就这么几行:
---
name: 周报
description: 当用户要写周报时,按这个格式来
---
# 周报写法
1. 分三栏:这周干了啥、下周要干啥、卡在哪
2. 语气口语化,别写"推进了xx工作"这种空话
3. 每条后面带一个具体数字或例子
就这么简单。agent 平时只记着一份目录(每个 skill 有一行简介),接到活的时候,发现”写周报”对上了,自己把手册抽出来翻一遍,照着做。
比喻还是那个实习生:你在他桌上放了一排培训手册,书脊朝外。他平时只看书脊,干到哪类活,抽哪本。你不用天天盯着他,手册替你盯着。
📌 判断该不该写 skill 的标准就一条:同一句话你对 AI 解释到第二遍,就别再解释第三遍了,写成 skill。
skill 的最大来源其实不是市场,是你自己的工作流。我有一本最常用的手册就是这么攒出来的:上课我用豆包出语音转录稿,每节课都要做同一套事——原件原样归档、按固定结构写成讲次笔记、再把考核和截止日期回填进待办。头几次我一步步指挥,后来发现每次说的都是同一套话,干脆把整个流程写成 skill。现在下课我把转录稿丢给他,一句”整理今天的课”,他就照章办事——连”转录稿三段互相矛盾时以哪个为准”这种踩过的坑,都写进了手册里。
有个细节也值得知道:skill 就是普通文件夹,换一家 agent 照样能用——我先后用过五家不同的 agent 工具,攒的手册一路搬家,一份没浪费。
哪里找现成的?各家 agent 都有自己的 skill 市场,社区里也有不少合集。我的建议跟上篇选 key 一样:官方市场优先,来路不明的慎装。原因后面血泪环节讲。
二、MCP:给实习生办的万能门禁卡
再解决”哪儿也去不了”的问题。
agent 再聪明,默认只够得着你电脑里的文件。你想让他操作浏览器、查数据库、管云服务器——没门,不是他不想,是没权限没通道。
MCP 就是这个通道。 它是一个开放标准协议,业界的叫法是”AI 的 USB-C”:以前每个服务想接 AI,都得给每家 agent 单独做一个插头;有了这个标准,大家都出同一种口,agent 都带同一种插头,一插就通。
服务方按标准开一个口,叫 MCP 服务器;agent 这边装上对应配置,就多出一组新工具。
比喻接着来:MCP 是你给实习生办的门禁卡。 有了卡,他才能进机房、进档案室。没卡的时候,你口头说”帮我去档案室把合同拿来”,他人都被拦在楼下。
举几个装完之后立马不一样的例子:
- 浏览器控制:agent 自己开网页、点按钮、填表单、截图回来给你看。查资料、测试网页不用你再当人肉传声筒。
- 云服务管理:你线上的服务器、数据库、网站,直接下指令管理。我自己这个网站背后的一些服务就是这么管的。
- 各种数据库、笔记软件、地图…… 基本上你能想到的常用服务,都有人做了现成的 MCP。
还有一条进阶玩法:门禁卡不一定等别人发,你自己也能发。MCP 是开放标准,所以你自己的服务——自己写的小网站、小工具、家里的服务器——同样能按这个标准开个口(写一个薄薄的 MCP 服务器),让你的 agent 直接读写你自己的东西。会一点代码的话,这是让 agent 接管”自己那一亩三分地”的正路:在这个体系里,你既可以当持卡人,也可以当发卡的那一方。
怎么装?各家 agent 不一样,但套路统一:往配置里加一小段,通常就是照着官方文档抄一段 JSON、填一个密钥,重启一下 agent,他的工具列表里就多了一组。MCP 服务在哪找?还是那句:官方和大型服务商出的优先。
⚠️ 预防针时间:门禁卡能开的门越多,风险越大。给 agent 接上”能花钱""能删数据”这类服务之前,先问自己一句:这扇门,真需要他进吗?能只读的就别给写的权限。这条跟第二篇”key 等于钱”是同一个思路——权限等于风险。
三、插件:整套工具包
前两样是单件:skill 管他”怎么干”,MCP 管他”够得着”。装多了你会烦——一个个找、一个个配,还得记哪个是哪个。
插件就是把它们打成一个包:几份培训手册 + 一张门禁卡 + 一堆快捷命令,打包到货。装一个插件,等于给实习生发了一整个工具箱。
各家 agent 现在基本都有插件市场(一般在设置里,或者敲一条 /plugin 之类的命令就能逛)。先逛官方市场,评价和下载量当参考,装之前看一眼它带了哪些东西——好的插件会写清楚”我包含哪些 skill、哪些 MCP”,含糊其辞的直接划走。
四、我的血泪:装之前,先想清楚
写到这儿,技能、通道、工具箱都齐了。但这篇真正想让你带走的,是我用几个月换来的两条教训。
故事一:省 token 的插件,我亲手删了。
之前我装过一个号称能帮 agent 省 token 的工具,听起来很美对吧?用了一阵发现不对劲:它会偷偷截断输出、篡改结果——命令明明失败了,agent 看到的是”成功”。相当于给实习生的眼睛戴了副美颜滤镜,他看到的世界是加工过的,还美滋滋地跟你汇报”搞定了”。
干活的工具,输出不可信就是原罪。我把它删了,一分钱没省到,还差点误事。
故事二:一次手滑,把 agent 装崩了。
更早之前,我往 agent 里装扩展,装完整个软件直接起不来了,最后卸载重装才救回来。从此我给自己立了条规矩:
装任何新东西之前,先让 agent 列清单:这是干什么的、要哪些权限、会改变什么行为——我看完点头,才装。
你会发现这两条故事是同一个道理:skill、MCP、插件不是聊天记录,它们会真正改变实习生的行为。 手册写歪了,他照着歪的干;门禁发多了,他进不该进的门。培训是赋权,赋权要审批。
结尾
“打工人们”系列写到这儿就齐活了,三篇正好是入职三步:
- 第一篇:把实习生领进门——装好 agent,知道 CLI 和 GUI 是怎么回事
- 第二篇:给他办工牌——配好 API key,模型随他调
- 这一篇:做岗前培训——skill 教会他你的规矩,MCP 放他出门干活,插件打包带走
装备到这儿就发完了。剩下的没什么玄学,就是派活、验收、改,循环一辈子——上篇说过的那三步,现在他有手册有门禁,干得会比以前像样得多。
你的实习生上岗后接的第一件正经活是什么?评论区聊聊。