大多数人用助手的方式只有一种:抛一个问题,拿一段回答,关掉窗口。下次遇到同一件事,从头再讲一遍背景。问题不在工具不够强,在于每次都在做一次性买卖。
同一件活,可以只用一层,也可以一路用到第四层。往上走一层,就多一分投入,也多一分复用。判断标准只有三条:这活是不是重复出现、输出有没有固定格式、结果有没有人验收。
判断标准:重复出现、格式固定、有人验收
三条都占,值得花时间把它固化下来。只占一条,直接问一句更划算。
- 重复出现:一周至少来一次,攒下的东西才有机会被复用。一年做一回的事,用完就扔。
- 格式固定:输出有明确的样子,比如一张表的列、一份报告的段落顺序。格式越固定,写一次省下来的时间越多。
- 有人验收:结果最终有人看、有人拍板。没人看的东西做成流程,只是把同样的产出生产得快一点。
缺哪条就在哪条上打折扣。三条都缺,那这件事的最好用法就是随口问一句。
第一层:临时问答,用完就扔
「帮我把这段话改顺」「这份 PDF 讲了什么」「列几个方向」。这一层的价值就是快,别在这儿做任何建设:不写系统提示、不建资料库、不留模板。错了一次就再问一次,成本比维护一套配置低得多。
卡在这一层的人,往往是把一次性问题用出了仪式感:配上一大段设定,最后拿到的还是一段随时会被忘掉的答案。这段时间花得不值。
第二层:把背景攒起来,别每次重讲
同一件事做到第二遍,就该把背景固定在一处。手边客户的资料、产品的口径、你偏好的写法,放成一份能重复取用的东西,而不是每次在对话框里重新交代。
这一层省的是重复解释的成本,适合长期在做的活:一直在写的系列文档、跟了半年的项目、有固定口径的对外材料。
代价是维护。资料会过期,口径会变,一份半年前的背景比没有背景更危险——它会用确定的语气给出过时的结论。所以放进去的时候顺手记一句:谁负责更新,多久复核一次。
第三层:把重复的流程写成一份可复用的说明
这一层才是真正的分水岭。区别在于,你不再是在提问,而是在定义一个任务:输入是什么、按哪几步走、输出长什么样、验收看哪几条。
适合固化的活有共同的样子:每周都要出、格式基本不变、做起来不费脑子但费时间。周报初稿、固定格式的竞品对照、把散落的材料收成一张表、按统一模板生成的交付物,都算。
像 Claude 的「技能」这类机制,作用就是把一份流程说明变成可以反复调用的东西:流程写一次,之后每次只给输入,不用再讲一遍上下文。写说明的时候,重点放在输出格式和验收标准上;中间的推理步骤让它自己定,写死了反而不方便迁移。
第四层:让它直接改文件、跑代码
再往上,是让它在你机器上动手:读整个项目、一次改多个文件、跑测试;或者批量整理文件、从一堆 PDF 里抽字段、把散文档整成结构化数据。
这一层省力最多,风险也最高。三条硬约束:
- 有回滚。改之前能退回上一个版本,没这个前提就别让它动手。
- 先在副本上跑。拿一份真实数据复制出来试,通过了再上原件。
- 权限最小。只给它这次任务需要的目录,别顺手把整块盘交出去。
固化的动作顺序
从「每次重问」到「交一次就能跑」,走的是同一条路:
- 1记下来同一件事连着做第二次,先把这次的做法写下来
- 2拆步骤把输入、判断点、输出格式拆成能照着做的几步
- 3写说明固定成一份说明:输入、步骤、输出、验收标准
- 4换例空跑用另一个真实样例跑一遍,别用写的时候那个
- 5定验收写清谁看结果、不合格就退回哪一步
写说明、换例空跑这两个动作看着可有可无,省掉之后,流程就要在真实场景里翻车一次才被发现。
容易翻车的地方
四个坑,按出现频率排:
- 上下文没人管。老资料留在库里,输出还是旧的结论,而且说得头头是道。
- 流程不跟着业务改。业务变了,说明没改,错误会稳定地重复,只是错得更整齐。
- 验收缺位。没有验收标准,流程只是把错误复制得更快、量更大。
- 把该签字的活交出去。对外报价、合同条款、跟钱和法律有关的结论,工具只能出清单和初筛,最后一步留人。
最后给一张对照表,判断起来快一点:
| 活 | 交给工具 | 自己留哪一步 |
|---|---|---|
| 会议记录整理成要点 | 整段交出去 | 抽验人名、数字、承诺 |
| 周报按固定格式出初稿 | 整段交出去 | 定调子和结论 |
| 对外报价、合同条款 | 只做初筛和清单 | 定稿与签字 |
| 一次性查个概念 | 随口问一句 | 不用管 |
| 批量重命名、抽字段 | 先在副本上跑 | 跑完抽验几条 |
一条经验:先把第三层跑顺,再碰第四层。第三层练的是把活说清楚的能力,这能力在第四层用得上——说不清楚的活,交出去也只是把混乱搬了个地方。