
很多团队第一次把 AI Agent 放进工作流时,都会遇到同一个问题。
一个人类顺手就能完成的任务,交给 AI 之后,解释成本突然变高。
整理配图、归档文件、处理报表、创建 issue、生成周报、把一篇内容拆成多个平台版本,这些任务本身不复杂。但它们背后往往藏着很多默认规则:哪些文件不能删,哪些命名不能改,遇到重复内容怎么处理,什么时候必须停下来让人确认。
这些规则很难一次写进提示词。
Claude Cowork 近期出现的 Record a skill,正好切中了这个痛点。按照公开文章整理的用法,用户可以在 Claude 桌面应用里录制一次操作过程,同时说出自己的判断逻辑。录制结束后,Claude 会尝试把这次示范整理成一个之后可复用的 Skill。
这个方向值得关注。
它代表 AI Agent 的使用方式,正在从“你给它一条指令”变成“你教它一套流程”。
从 Codex 到 Claude,AI 正在学习“人怎么做事”

OpenAI 的 Codex 此前也推出过类似思路的 Record & Replay:用户完整演示一次电脑任务,Codex 观察窗口、操作和任务背景,再生成可以复用的 Skill。下次执行类似任务时,用户只需要说明本次变量,比如换了哪个文件、要哪段时间、输出到哪里。
Claude 的 Record a skill 则更强调录制过程中的语音解释。
差异可以简单理解为:Agent 不只是看你点了哪里,还要听你为什么这么点。
这点对工作流复用很重要。
鼠标轨迹只能告诉模型“这次发生了什么”。语音旁白才有机会告诉模型“下次遇到类似情况应该怎么判断”。
例如整理素材时,低质量旁白是:
我把这几张图拖到文件夹里,然后重新命名。
更有价值的旁白是:
文件名前缀是 official 的属于官方素材,ai 开头的是 AI 生成图。下次文件数量和路径都会变,不要记住今天这批文件,只学习分类规则。目标目录里出现同名文件时不要覆盖,先列出来让我确认。
前一句是在录动作。
后一句是在交接方法。
什么任务值得录成 Skill?
并不是所有任务都值得录制。
如果一个任务用一句提示词就能说清楚,或者人工两分钟就能做完,而且很少重复,录制 Skill 反而可能更慢。
更适合录制的是这几类任务:
- 步骤固定,但每次输入材料不同;
- 横跨多个工具或窗口;
- 有明确的命名、归档、格式、审核规则;
- 容易因为疏忽漏掉小步骤;
- 多个成员都要重复执行;
- 新人交接时很难靠文字说明讲清楚。
内容团队很适合用来做第一批实验。
比如一篇文章发布前的素材整理:官方截图、产品截图、AI 配图、封面图、社媒图要分开放;文件要重新编号;引用来源要记录;最后还要生成一份素材清单。
这类任务没有高风险权限,结果也容易验收,很适合拿来测试 Agent 是否真的学会了规则。
录制 Skill 时,真正要讲清楚五件事

录制时不要只播报鼠标动作。
更有效的做法,是提前把旁白写成一个小提纲:
- 最终要交付什么结果;
- 判断规则是什么;
- 哪些内容下次会变化;
- 遇到例外怎么处理;
- 做到哪一步才算完成。
如果拿“文章素材归档”举例,可以这样讲:
这次要把文章配图整理成可发布素材包。官网文章用横图,公众号用竖图,社媒贴图单独归档。文件名前缀 official 表示官方来源,ai 表示生成图,screenshot 表示产品截图。下次图片数量、文件名和路径都会变,请学习规则,不要记住这批样本。遇到同名文件、陌生前缀、尺寸不符合要求时先停下来汇报。最后输出一份素材清单,写明图片来源、用途和建议插入位置。
这段旁白让 Agent 学到的是规则,而不是今天这几个文件。
生成 Skill 后,不要急着放进正式流程

Skill 生成出来,只能说明录制完成。
能不能进入团队工作流,要看验收结果。
建议至少做三轮测试。
第一轮,换一批新材料。
不要用刚才演示过的原材料。文件名、数量、顺序都换掉,看它是否还能按规则分类。
第二轮,故意制造异常。
放一个陌生前缀文件,放一个同名文件,看它会不会停下来问,而不是直接覆盖或乱猜。
第三轮,不主动点名 Skill。
只描述任务,看它能否自己判断该调用哪套方法。连续跑两次,检查编号、输出目录和清单是否冲突。
三轮都通过,才说明这个 Skill 有一定复用价值。
如果换一批材料就失败,它还只是一次演示的回放,不是一个能长期用的流程。
团队落地时,API 接入和成本管理会变得更重要

个人用户录制一个 Skill,关注点通常是“能不能帮我省时间”。
团队使用 Skill,要多看几层。
谁能创建 Skill?
谁能调用 Skill?
不同 Skill 分别用哪个模型?
每次运行消耗多少 token?
长任务失败后,怎么查请求和错误?
如果多个成员共用一个流程,Key、额度、账单、项目权限怎么分?
这些问题如果不提前处理,Agent 工作流很容易变成一堆看起来先进、但没人敢长期维护的自动化脚本。
ClaudeAPI 这类统一接入服务,可以放在团队工作流的基础层。
它更适合解决这几类问题:
- 给团队提供统一的模型接入入口;
- 让 Claude Code、Cursor、Dify、n8n、Open WebUI、自建 Agent 等工具接入时少改配置;
- 帮团队观察用量和成本变化;
- 为不同任务选择不同模型,避免所有流程都调用高成本模型;
- 在调试 Agent 长任务时,保留更清楚的调用记录。
换句话说,Skill 负责沉淀“怎么做事”,API 接入层负责让这些流程“跑得清楚、算得明白、迁移成本低”。
推荐的落地顺序
如果你准备在团队里试这类功能,可以按这个顺序来:
第一步,选择低风险任务。
不要从客户资料、财务后台、线上代码仓库开始。先选素材归档、测试报表、公开资料整理这类可恢复任务。
第二步,写旁白提纲。
提前列出交付结果、判断规则、变量、异常和验收标准。
第三步,录制 Skill。
边做边解释判断,不要只讲点击动作。
第四步,换材料验收。
至少测试正常样本、异常样本和不点名触发。
第五步,接入团队工具。
把通过验收的流程接到 Claude Code、Dify、n8n 或自建 Agent 中。
第六步,复盘成本。
记录一次流程节省多少人工时间、消耗多少模型额度、是否需要人工盯守。
如果一个流程每周只发生一次,而且人工三分钟完成,就不值得自动化。
如果一个流程每天重复、多个人都要做、容易漏规则,就值得沉淀成 Skill。
写在最后
Claude 的 Record a skill 和 Codex 的 Record & Replay 都在说明一件事:AI Agent 正在从“回答问题”走向“学习流程”。
但流程能不能复用,不取决于按钮有多新,而取决于你有没有把规则、边界、验收和成本讲清楚。
AI 可以看你做一遍。
能不能变成团队的长期资产,还要看这套 Skill 有没有经过测试,有没有接入清楚的 API 层,有没有算过成本账。
FAQ
1. Claude 的 Record a skill 是什么?
Record a skill 可以理解为一种“通过演示生成工作说明”的能力。用户在电脑上完成一遍任务,同时说出自己的判断逻辑,Claude 会尝试把这次示范整理成之后可复用的 Skill。
它和普通录屏不一样。录屏只是保存画面,Skill 更关注任务什么时候触发、按什么规则执行、遇到异常怎么处理、最后怎么判断结果合格。
2. Record a skill 适合替代 SOP 吗?
它适合沉淀一部分 SOP,尤其是那些“人会做,但很难一次写清楚”的流程。
比如素材归档、报表整理、固定格式文档生成、后台重复操作、内容多平台拆分。这类流程靠文字说明容易漏细节,通过演示和旁白更容易把隐性规则讲出来。
但它不适合完全替代关键岗位 SOP。涉及财务、客户数据、线上代码、权限审批的流程,仍然需要人工审核和明确的安全边界。
3. 录制 Skill 时,为什么要边做边说?
因为 Agent 只看操作,很容易学成“回放动作”。
你把文件拖到某个目录,它能看到动作;但它不知道你为什么放到那里,也不知道下次路径变了该怎么处理。
旁白要讲规则,而不是讲鼠标。
更好的方式是说明:哪些输入会变,哪些判断不变,遇到重名、缺失、异常时应该停下来问,最终输出要达到什么标准。
4. 生成 Skill 后怎么判断它真的能用?
不要用原来的材料再跑一遍就算通过。
建议至少做三轮测试:
- 换一批新材料,检查规则是否能迁移;
- 故意加入异常,检查它会不会停下来确认;
- 不直接点名 Skill,只描述任务,看它能不能自动选择正确流程。
如果三轮都能通过,这个 Skill 才有进入团队工作流的价值。
5. 这类 Skill 可以接到 Claude Code、Cursor、Dify 或 n8n 吗?
可以按“流程设计”的思路接入,但要看具体工具是否支持对应的调用方式、上下文管理和权限设置。
更现实的做法是:先把 Skill 背后的规则整理清楚,再把稳定流程迁移到 Claude Code、Cursor、Dify、n8n、Open WebUI 或自建 Agent 中。
不要一开始就把高风险任务交给 Agent。先从测试文件夹、公开资料、虚构数据这类低风险流程开始。
6. ClaudeAPI 在这类 Agent 工作流里起什么作用?
ClaudeAPI 更适合作为团队的统一 API 接入层。
当团队同时使用 Claude Code、Cursor、Dify、n8n、Open WebUI 或自建 Agent 时,如果每个工具都单独配置 Key、模型和账单,后面会很乱。
通过统一接入层,团队更容易管理模型入口、观察用量、复盘成本,并根据任务类型做模型分层。
7. Agent 工作流怎么控制成本?
先把任务分层。
复杂推理、代码修改、长文分析,可以使用能力更强的模型。批量分类、格式整理、短文本改写,可以使用成本更低的模型。
同时要记录每个 Skill 的运行频率、平均 token 消耗、人工介入次数和节省时间。如果一个流程人工三分钟完成,Agent 跑完还要人全程盯着,就不值得长期自动化。
8. 录制 Skill 有哪些安全注意事项?
录制前要关掉聊天通知、密码管理器、无关窗口,不要在录制中展示客户资料、账号密码、支付页面和内部敏感数据。
第一次测试建议只用虚构材料或公开资料。涉及删除、覆盖、付款、发消息、提交代码、修改生产数据的动作,都应该要求 Agent 停下来等人工确认。



