---
title: "Claude Code 工作习惯：融入日常工作流的方法"
description: "工具用不久就荒废，多半不是模型变差。这一节把「AI 先行」拆成一天里的几个固定动作，并给一张每周复盘的三问清单。"
updated: 2026-11-13
canonical: https://docai.cc/learn/daily-workflow-habits/
markdown_mirror: https://docai.cc/learn/daily-workflow-habits.md
---
## 先承认：多数人是用着用着就停了

刚上手时什么都想让它做，两周后打开频率越来越低。原因通常不是模型退步，而是每次都从头解释、每次都要大改，摩擦大过收益。解决办法不是更用力，而是把流程固定下来：同一类任务，同样的开场、同样的验收、同样的收尾。

## 从一件重复的事开始

挑每周至少做两次、且格式基本固定的任务。周报、会议纪要、客户跟进邮件、竞品信息汇总，都符合条件。先只做这一件，把它跑到不用想就知道怎么开口，再考虑第二件。同时铺五个场景，等于五个都没跑通。

判断标准可以问三句：这件事有没有固定套路？有没有大段文字要写？要不要从一堆材料里提炼？三问里中了两问，就值得试。

## 把「该用了」变成条件反射

不用靠记性，先写四条自己的触发规则，贴在显示器边上：

| 触发条件 | 动作 | 不这么做的后果 |
|---|---|---|
| 要写的材料超过两百字 | 先要一版结构，再补细节 | 对着空白页耗半小时 |
| 要做方案对比或取舍 | 先让它列出全部考量项，暂不下结论 | 漏掉关键约束，返工重来 |
| 手上材料超过五页 | 先要三行摘要、一页提纲 | 通读一遍才发现方向不对 |
| 同一件事做到第三次 | 停下来把步骤写成模板 | 每次从零开始，永远不熟练 |

规则要写成「看到什么就做什么」，不要写成「尽量多用」。前者能执行，后者只能靠心情。

判断规则有没有效，看一周里触发了几次。一次都没触发，说明条件定得太高；每天触发十几次，说明范围太宽，先收回一条。流程怎么一轮轮收紧，可以参考[持续改进工作流](/learn/continuous-workflow-improvement/)。

## 一天里的三个卡点

早上开工前，把今天的待办列出来，让它按「必须今天完成 / 可延后 / 等人回复」粗排一遍。你只做删改，不用重排。

收到长邮件或长文档，先让它提炼要点和需要你决策的地方，你再看原文核对。直接读原文当然也行，但先看提纲能省掉一遍通读。

下班前留两分钟，把今天做成的事、卡住的事各记一行。这些碎片是周报的原料，也是下周判断「哪些任务该交给它」的依据。

## 草稿归它，判断归你

把边界说清楚：它负责第一版结构、措辞、备选方案；你负责事实核对、立场判断、最终签字。这条线一旦模糊，就会出现两种坏结果——要么你把没核过的数字直接发出去，要么你连措辞都要自己重写，白忙一场。

涉及关键数据、引用、时间地点，一律回到原始出处确认。模型给的说法再顺，也只是待验证的草稿。可以参考[减少幻觉](/learn/reduce-hallucination/)里的核对办法。

「不行，重写」是最贵的指令，因为它把找问题的活又丢回给你。换成「第二段太长，压到两句；第三条建议没有依据，补上来源或删掉；其余保留」。指向明确，改一轮就到位，也不会把它已经写对的部分推翻。

需要当面判断人际分寸的沟通、要你本人担责的承诺、涉及未公开财务或客户隐私的材料，都不适合直接丢过去。确实要用，先脱敏：把姓名换成角色，把金额换成区间，把合同条款只留结构。原文留在本地，不要进对话记录。分寸、责任、保密，三样都不能外包：工具再顺手，也不改变最后谁承担后果。

## 攒模板，也攒一句固定开场

每次都从「你好，帮我……」开始，等于每次都要重新交代背景。把开场写成一句固定话，粘上就行：

```text
背景：我是[岗位]，这份内容给[读者]看。
目标：读完要知道[一件事]，并决定[一个动作]。
限制：不超过[字数]，不用夸张形容，结论放最前面。
如果你需要更多信息，先问我三个问题再动笔。
```

最后一句能拦掉大量凭空发挥。它先问、你再答，比它猜完你重写便宜。

把效果好的提问原样存下来，按场景命名：周报、复盘、客户邮件、需求澄清。下次改几个字段就能用。模板不必漂亮，能复制的才算数。这一条坚持三个月，收益比学十个新技巧大。

## 每周花十分钟对账

| 问题 | 用途 |
|---|---|
| 这周哪件事明显变快 | 确认值得保留的流程 |
| 哪件事返工最多 | 找出提示词或分工的漏洞 |
| 有没有一次直接发出去没核对 | 提醒自己守住审核线 |

月底再问两个更硬的问题：我是否还保留着自己的判断？我对它的输出有没有足够的把关？如果答案开始含糊，就该收一收使用范围。再加一项：把常用模板整理成一页，发给组里。讲一遍比存十遍记得牢，别人的修改也会反过来补你的模板。分享前去掉客户名和金额，只留结构。

## 三种走样，趁早补救

| 现象 | 多半因为 | 处理 |
|---|---|---|
| 用了两周就懒得打开 | 每次都要重新交代背景，开场成本太高 | 固定一句开场，先存模板再谈技巧 |
| 草稿改到最后等于自己重写 | 第一句只说了「帮我写」，没说验收标准 | 把读者、长度、必须包含项写进请求开头 |
| 同事试用一次就放弃 | 你分享的是心得，不是能直接复制的模板 | 给出完整提示词和一份样例输出 |

第二条最隐蔽。很多人以为是模型能力不够，其实是请求里没有可验收的东西，改到第三轮仍在猜你要什么。

下一节换个角度：用[编程思维](/learn/programming-thinking-basics/)来设计这些流程。