DOCAI · 课程 · L2 · 20 分钟 · 进阶技巧
Claude Code 工作习惯:融入日常工作流的方法
工具用不久就荒废,多半不是模型变差。这一节把「AI 先行」拆成一天里的几个固定动作,并给一张每周复盘的三问清单。
你将学会
- 找出最值得先交给 AI 的一两个固定任务
- 把草稿、审核、定稿的分工固定成习惯
- 用每周复盘判断哪些任务真的省了时间
先承认:多数人是用着用着就停了
刚上手时什么都想让它做,两周后打开频率越来越低。原因通常不是模型退步,而是每次都从头解释、每次都要大改,摩擦大过收益。解决办法不是更用力,而是把流程固定下来:同一类任务,同样的开场、同样的验收、同样的收尾。
从一件重复的事开始
挑每周至少做两次、且格式基本固定的任务。周报、会议纪要、客户跟进邮件、竞品信息汇总,都符合条件。先只做这一件,把它跑到不用想就知道怎么开口,再考虑第二件。同时铺五个场景,等于五个都没跑通。
判断标准可以问三句:这件事有没有固定套路?有没有大段文字要写?要不要从一堆材料里提炼?三问里中了两问,就值得试。
把「该用了」变成条件反射
不用靠记性,先写四条自己的触发规则,贴在显示器边上:
| 触发条件 | 动作 | 不这么做的后果 |
|---|---|---|
| 要写的材料超过两百字 | 先要一版结构,再补细节 | 对着空白页耗半小时 |
| 要做方案对比或取舍 | 先让它列出全部考量项,暂不下结论 | 漏掉关键约束,返工重来 |
| 手上材料超过五页 | 先要三行摘要、一页提纲 | 通读一遍才发现方向不对 |
| 同一件事做到第三次 | 停下来把步骤写成模板 | 每次从零开始,永远不熟练 |
规则要写成「看到什么就做什么」,不要写成「尽量多用」。前者能执行,后者只能靠心情。
判断规则有没有效,看一周里触发了几次。一次都没触发,说明条件定得太高;每天触发十几次,说明范围太宽,先收回一条。流程怎么一轮轮收紧,可以参考持续改进工作流。
一天里的三个卡点
早上开工前,把今天的待办列出来,让它按「必须今天完成 / 可延后 / 等人回复」粗排一遍。你只做删改,不用重排。
收到长邮件或长文档,先让它提炼要点和需要你决策的地方,你再看原文核对。直接读原文当然也行,但先看提纲能省掉一遍通读。
下班前留两分钟,把今天做成的事、卡住的事各记一行。这些碎片是周报的原料,也是下周判断「哪些任务该交给它」的依据。
草稿归它,判断归你
把边界说清楚:它负责第一版结构、措辞、备选方案;你负责事实核对、立场判断、最终签字。这条线一旦模糊,就会出现两种坏结果——要么你把没核过的数字直接发出去,要么你连措辞都要自己重写,白忙一场。
涉及关键数据、引用、时间地点,一律回到原始出处确认。模型给的说法再顺,也只是待验证的草稿。可以参考减少幻觉里的核对办法。
「不行,重写」是最贵的指令,因为它把找问题的活又丢回给你。换成「第二段太长,压到两句;第三条建议没有依据,补上来源或删掉;其余保留」。指向明确,改一轮就到位,也不会把它已经写对的部分推翻。
需要当面判断人际分寸的沟通、要你本人担责的承诺、涉及未公开财务或客户隐私的材料,都不适合直接丢过去。确实要用,先脱敏:把姓名换成角色,把金额换成区间,把合同条款只留结构。原文留在本地,不要进对话记录。分寸、责任、保密,三样都不能外包:工具再顺手,也不改变最后谁承担后果。
攒模板,也攒一句固定开场
每次都从「你好,帮我……」开始,等于每次都要重新交代背景。把开场写成一句固定话,粘上就行:
背景:我是[岗位],这份内容给[读者]看。
目标:读完要知道[一件事],并决定[一个动作]。
限制:不超过[字数],不用夸张形容,结论放最前面。
如果你需要更多信息,先问我三个问题再动笔。
最后一句能拦掉大量凭空发挥。它先问、你再答,比它猜完你重写便宜。
把效果好的提问原样存下来,按场景命名:周报、复盘、客户邮件、需求澄清。下次改几个字段就能用。模板不必漂亮,能复制的才算数。这一条坚持三个月,收益比学十个新技巧大。
每周花十分钟对账
| 问题 | 用途 |
|---|---|
| 这周哪件事明显变快 | 确认值得保留的流程 |
| 哪件事返工最多 | 找出提示词或分工的漏洞 |
| 有没有一次直接发出去没核对 | 提醒自己守住审核线 |
月底再问两个更硬的问题:我是否还保留着自己的判断?我对它的输出有没有足够的把关?如果答案开始含糊,就该收一收使用范围。再加一项:把常用模板整理成一页,发给组里。讲一遍比存十遍记得牢,别人的修改也会反过来补你的模板。分享前去掉客户名和金额,只留结构。
三种走样,趁早补救
| 现象 | 多半因为 | 处理 |
|---|---|---|
| 用了两周就懒得打开 | 每次都要重新交代背景,开场成本太高 | 固定一句开场,先存模板再谈技巧 |
| 草稿改到最后等于自己重写 | 第一句只说了「帮我写」,没说验收标准 | 把读者、长度、必须包含项写进请求开头 |
| 同事试用一次就放弃 | 你分享的是心得,不是能直接复制的模板 | 给出完整提示词和一份样例输出 |
第二条最隐蔽。很多人以为是模型能力不够,其实是请求里没有可验收的东西,改到第三轮仍在猜你要什么。
下一节换个角度:用编程思维来设计这些流程。
自测
先自己回答,再展开对照;答不上来就回到对应小节。01为什么先从一两个高频任务开始,而不是全面铺开?看答案
高频任务重复多、模板容易固化,改一次就能持续受益;铺得越开,每个流程都半生不熟,很快就会放弃。
02周报里的数字可以让模型直接给结论吗?看答案
不行。数字和事实需要回到原始记录核对,模型只适合整理结构、归纳表述。