别再每次贴模板了:用 Claude Code 搭一个 ＂会议纪要 Agent＂

• 每天用 AI，但烦的是"每次开新对话都要重新交代背景、重新贴模板"；
• 你不想每次手工喂上下文，想要一个只配一次、以后一句话就能干活的助手。

Agent 的底层原理是相通的。吃透本文这套核心机制后，再面对其他 Agent，也能触类旁通、快速迁移。

为什么不是"在对话框里跟它聊"

在对话框里用 AI，本质是对话式：每次手动贴背景、贴模板、贴要求，它这次照做了，下次开对话又忘了。

Claude Code 不一样：它运行在一个项目文件夹里，能自己读这个文件夹下的所有文件。你只要把"规矩、模板、素材、分工"都放进这个项目，它就自己去读、自己去按流程做。

读完你会得到什么

一个专门干"整理周会纪要"的 Claude Code 项目，以后你只要说一句：

"把今天周会的笔记整理成纪要。"

它会自己：读你的规矩 → 读散乱笔记 → 按模板整理 → 另一个子代理挑错 → 生成纪要和行动项表给你过目。

贯穿全程的小例子

我们假设你是项目组的小周，每周一开项目周会。会后留下一堆散乱笔记（谁提到了哪个 bug、谁答应下周五前交什么、哪件事讨论了但没结论）。你的痛点是：

• 整理纪要要花半小时；
• AI 整理常把"下周五前"写成"下周"，行动项忘了写谁负责；
• 它还爱把会上没定论的讨论写成"已决定"。

后面每一步都用"小周整理 2026-08-23 这场周会"来演示。你把"小周""周会"换成你自己的事就行。

最终项目长这样

office-ai/                  ← 在这个文件夹里启动 Claude Code├── CLAUDE.md               ← 你的纪要规矩（自动加载）├── notes/                  ← 散乱的会后笔记，扔这里│   └── 2026-08-23.md├── meetings/               ← 整理好的纪要，生成在这里├── templates/│   └── 纪要模板.md├── action-items.md         ← 行动项总表，Agent 自动更新└── .claude/    └── agents/        ├── notes-drafter.md   ← 子代理：整理纪要        └── notes-reviewer.md ← 子代理：交付前挑错

第 1 步：建一个专门的文件夹，在里面用 Claude Code

建一个叫 office-ai 的文件夹，以后所有和"办公助手"有关的文件都放这里。这一步是整个 Agent 的地基：Claude Code 只在这个文件夹里工作，它能自动读这里的所有文件——这就是它"记得住你"的原因，不用你每次贴。

1.1 建文件夹

打开终端，输入：（目录/文件路径可按实际情况自定义）

mkdir -p ~/office-ai/notes ~/office-ai/meetings ~/office-ai/templatescd ~/office-ai

敲完回车后看到什么：终端提示符前面的路径变成了 ~/office-ai。这三条命令一口气建好了三个子文件夹：notes（散乱笔记）、meetings（整理好的纪要）、templates（模板）。

如果怕敲错，也可以用访达手动建：在目录新建 office-ai，进去再建 notes、meetings、templates 三个文件夹，效果一样。

1.2 在这个文件夹里启动 Claude Code

关键：一定要先进到office-ai目录，再启动。不要在别的目录启动——那样 Claude Code 就看不到文件。

cd ~/office-aiclaude

敲完看到什么：进入 Claude Code 的交互界面，提示符里会显示当前目录是 ~/office-ai。这就对了。

1.3 为什么要专门一个文件夹

对话式每次开新对话都是失忆的，你不贴它就不知道；Claude Code 运行在 office-ai 里，这个文件夹就是它的记忆。你把规矩、模板、笔记放进去，它自己会读，下次开会话还在原地。

第 2 步：写一份 CLAUDE.md，把规矩一次写死

在 office-ai 根目录建一个 CLAUDE.md。这是整个项目最重要的文件——Claude Code 每次启动会自动读它，等于你跟它说一次规矩，以后永远生效，再也不用每次贴。

它就是对话式用法里那段"每次手贴的说明书"，只是固化了下来。

2.1 怎么建这个文件

两种方式，挑顺手的：

• 方式一（推荐，更省事） ：在你已经打开的 Claude Code 对话里，直接说——"帮我在当前目录创建一个 CLAUDE.md，内容如下："然后把下面 1.2 的内容贴给它。它会自己写文件。
• 方式二（手动） ：在 ~/office-ai/ 里新建一个纯文本文件，命名为 CLAUDE.md（注意大小写），把 1.2 的内容粘进去。

文件名必须正好是 CLAUDE.md，放在项目根目录（和 notes 文件夹平级），不能改成 claude.md 或放进子文件夹——放错了它不会自动读。

2.2 直接复制这份

# 我的办公助手规矩## 我是谁- 我是项目组的【小周】，负责把周会整理成纪要和行动项。- 会议参会人：【前端小王、测试小李、产品小陈、我（小周）】。## 整理纪要时，必须严格遵守1. 每条行动项必须写全三样：【谁】+【做什么】+【截止时间】，缺一个都不行。2. 截止时间一律写全称日期，比如”2026年8月29日”，禁止写”下周五””下周”。3. 严禁编造会上没人说过的结论或数据。笔记里没说的，就写”【待确认】”，不要自己补。4. 讨论和结论分开：讨论过但没拍板的事，写进”待讨论”，禁止写成”已决定”。5. 观点和人要对上号：谁说的事，就记在谁名下，别张冠李戴。6. 整理完不要替我直接定稿，先把草稿给我看，并明确列出：本次有几条行动项、有没有标【待确认】的地方。## 输出位置- 整理好的纪要写到 meetings/ 目录，文件名用会议日期，比如 meetings/2026-08-23.md。- 识别出的行动项，同步追加/更新到根目录的 action-items.md。## 我的偏好- 简洁，不堆形容词；- 不要”综上””值得注意的是”这类套话；- 行动项用动词开头，比如”修复登录页 bug””整理测试用例”。

关键动作：把【】里的换成你真实的。其中第 1、2、3 条是防"漏负责人、写错日期、编结论"的核心，一条别删。

2.3 怎么验证它真的生效了

写完后，开一个新会话（或在当前会话输入 /clear 清空上下文后），只问一句：

整理纪要的时候，行动项的日期你打算怎么写？

正确回答应该是："日期写全称，比如 2026年8月29日；行动项要写全谁、做什么、截止时间三样。"

• 它这么答了 → CLAUDE.md 生效了；
• 它答不上来、开始自由发挥 → 文件没放对位置或文件名写错了，回 2.1 检查。

2.4 常见坑

• 写太长：先写这 6 条核心的。用一周发现它老犯哪个错，再往这份 CLAUDE.md 里加一条。越长它越抓不住重点。
• 写太笼统："纪要要准确"这种没用。要写成"日期写全称""没说的写【待确认】"这种它能照做的话。
• 指望它永远不漏：对话一长它仍可能飘。所以后面我们会加一个专门"挑错"的子代理，别把宝全押在它记性上。

第 3 步：把散乱笔记和纪要模板放进固定位置

做好两样东西：一个散乱笔记文件（就是你会后随手记的那种），一个纪要模板（你想要的最终纪要长什么样）。这两样放进去以后，Claude Code 整理纪要时就有"原材料"和"目标格式"，不用你每次描述。

3.1 散乱笔记：越像你真实记的越好

打开 notes/ 文件夹，新建一个 2026-08-23.md，把下面这份粘进去当样本。注意它故意写得很乱——这才是真实的会后笔记：

8月23日 周会小王：登录那个报错的 bug，复现了，在查小李：新版我这边下周五前给测试吧，不然排期来不及小陈：首页改版的事大家又聊了下，产品那边还没想清楚要几版我（小周）：问了下线上周报系统什么时候能修好，没人接话小王：对了，上次说的那个空状态文案，要不要再改改？小李：还有，测试环境这周老挂，得有人看看

为什么要放这么乱？因为这才是你会后真正有的东西。整理纪要的价值，就是把这种碎片变成结构化的纪要。以后每次开完会，你就在 notes/ 下按日期建一个新文件，随手记，不用管格式。

3.2 纪要模板：告诉它"我要长这样"

打开 templates/ 文件夹，新建 纪要模板.md，粘进去：

# 周会纪要 · {会议日期}## 参会人{谁参加了}## 已确定的事{逐条，只写会上拍了板的}## 行动项| 谁 | 做什么 | 截止 ||---|---|---||  |  |  |## 待讨论（还没结论）{讨论过但没定的事，写清楚卡在哪}## 待确认{笔记里没说清、需要会后补的}

这个模板就是"框"。有了它，AI 整理时会自动往这几个格子里填，而不是自由发挥写一篇散文。

3.3 看一眼它怎么用这两份文件

现在你在 Claude Code 里说：

读一下 notes/2026-08-23.md 和 templates/纪要模板.md，先别整理，告诉我你打算怎么填这份纪要，列一下大概会有几条行动项。

预期看到：它能读出来——从"下周五前给测试"看出要一条行动项（小李，新版交测试，2026年8月29日）；从"首页改版产品还没想清楚"看出这是待讨论，不是已决定；从"周报系统没人接话"看出这是待确认。这说明它已经能区分三类内容了。

第 4 步：建一张行动项总表，让它帮你跟着

在项目根目录建一个 action-items.md。它只有一个用途：把所有"谁答应了做什么、什么时候交"集中在一处。以后每整理一次纪要，Claude Code 就自动往这张表里加/改，不用你手动记。

这是整个 Agent 的"进度文件"——有了它，下周开会时它知道上次答应了哪些事，不用你回忆。

4.1 建这张表

在 office-ai 根目录新建 action-items.md，先粘一个表头：

# 行动项总表> 每次整理纪要后自动更新。已完成的在状态里标掉，别删。| 谁 | 做什么 | 截止 | 状态 | 来源会议 ||---|---|---|---|---|| 小王 | 排查并修复登录页报错 | 2026年8月27日 | 进行中 | 8月23日周会 || 小李 | 新版功能交测试 | 2026年8月29日 | 进行中 | 8月23日周会 |

前两行是按 8 月 23 日那次周会先填的样子。你以后不用自己维护——这是给 AI 更新的。

4.2 为什么要单独一张表

纪要每次是一篇新的，散在各个日期文件里。时间一长，"小王那个 bug 到底修完没有"你得翻好几篇纪要才找得到。action-items.md 的作用就是把所有未完成的事收敛到一张表：整理新纪要它把行动项加进来；下次整理它看到小王那项还在"进行中"，会顺带问你修完没；谁逾期了，一眼能看出来。

4.3 验证它能自动更新

在 Claude Code 里说：

假设小王今天说登录 bug 修完了，帮我把 action-items.md 里那一项的状态更新成”已完成”。

预期看到：它打开 action-items.md，把小王那行的状态从"进行中"改成"已完成"，其他行不动。它真改了文件就成了；它只在嘴上说"好的已更新"，就提醒它"请实际修改 action-items.md 文件"。

4.4 别贪多

这张表只放有主、有截止时间的事。讨论了但没定谁做的，放纪要的"待讨论"，不进表。做完的事标"已完成"别删——留着能看出哪些事反复拖。别写成小作文，一行一件事。

第 5 步：为什么这些文件放这儿——它自己会找

搞懂一件事：这次不用你手动翻文件夹了，因为 Claude Code 自己能读。你之前在对话式 AI 里要做的"找文件、贴文件"，在这里它自己干。

5.1 现在你的项目长这样

office-ai/├── CLAUDE.md               ← 规矩（第2步）├── action-items.md         ← 行动项总表（第4步）├── notes/                  ← 散乱笔记（第3步）│   └── 2026-08-23.md├── meetings/               ← 整理好的纪要，会生成在这里├── templates/│   └── 纪要模板.md          ← 模板（第3步）└── .claude/    └── agents/             ← 两个子代理，第6步建

注意：这次你完全不用纠结"文件夹整不整齐"。因为你不会自己去翻——是 Claude Code 用它的 Glob（找文件）和 Read（读文件）工具自己找。你只要约定好位置：笔记永远扔 notes/、纪要永远出 meetings/、模板永远在 templates/，它就找得到。

5.2 它是怎么"自己找到"的

你不用告诉它文件在哪。你说"整理今天的笔记"，它会：用 Glob 看 notes/ 里有哪些文件 → 挑出最新的，用 Read 读进来 → 读 CLAUDE.md 的规矩、templates/纪要模板.md 的格式 → 往 meetings/ 写纪要、改 action-items.md。

这就是 Agent 方式和对话方式的根本差别：对话式 AI 没有文件系统，你不喂它就瞎编；Claude Code 有文件系统，约定好位置它自己取。

5.3 所以目录怎么放才算对

只有一条规矩：同类东西放同一个固定位置，文件名带日期。笔记永远 notes/YYYY-MM-DD.md，纪要永远 meetings/YYYY-MM-DD.md。你不需要"整理得很美观"，只需要位置固定。乱没关系，找不到才麻烦。

第 6 步：写两个子代理——一个负责整理，一个负责挑错

在 .claude/agents/ 下建两个子代理：notes-drafter读散乱笔记按模板写纪要草稿；notes-reviewer只读地检查草稿，专挑漏负责人、写错日期、编结论的错。

为什么要拆开？因为让同一个角色"既写又自查"，它会偏袒自己写的东西。让一个专门挑错的角色来审，才靠谱。

子代理（subagent）就是放在项目 .claude/agents/ 目录下的一个 .md 文件。Claude Code 会自动加载它。

6.0 先搞懂：它到底是怎么调用这两个子代理的

你可能会问：这两个文件往那一放，它凭什么、什么时候会去用？关键在每个文件开头那段 description——等下建的时候你会看到：

• notes-drafter
   的 description 写着"当用户说'整理纪要''整理今天会议'时主动使用"；
• notes-reviewer
   的 description 写着"当 drafter 写完纪要后、交付给用户前调用"。

主会话启动时会读到这两段，于是知道"我手下有这么两个角色、各自在什么场景该上"。所以调用的链条是这样：

• 你说"整理今天的笔记" → 它读到 drafter 的 description，多半主动去调它；
• drafter 整理完，按 CLAUDE.md 里那句"交付前必须调 reviewer"（7.3 会加）→ 它多半再调 reviewer；
• 它偷懒、不调子代理而是自己直接写时 → 你点明一句"请用 notes-drafter 来整理"，它就调了。

一句话：description让它知道"有这个角色、啥时候该用"；CLAUDE.md让它"按顺序用"；你点名是它跳步时的兜底。这是"建议"不是死规定——所以后面 Q2 才会教你手动点名。明白这个，再往下建两个文件就不懵了。

6.1 先建第一个：整理者 notes-drafter

在 office-ai 里建 .claude/agents/notes-drafter.md，内容如下：

---name: notes-drafterdescription: 把 notes/ 里的散乱会议笔记整理成结构化纪要草稿。当用户说”整理纪要””整理今天会议”时主动使用。tools: Read, Write, Glob---你是会议纪要整理助手。严格遵守项目根目录 CLAUDE.md 里的全部规矩。## 工作步骤1. 用 Glob 找到 notes/ 下最新的笔记文件并 Read 进来。2. Read 一次 templates/纪要模板.md，按它的结构输出。3. 从笔记里区分三类内容：   - 已确定的事 → 写进”已确定的事”；   - 有明确负责人和截止时间的 → 写进”行动项”表；   - 讨论了但没拍板的 → 写进”待讨论”；   - 笔记里没说清的 → 写进”待确认”。4. 截止时间必须换算成全称日期。笔记里写”下周五前”，要对照会议当天日期换算成具体日期。5. 行动项必须写全【谁+做什么+截止】三样，缺任何一样就放到”待确认”，不要猜。## 输出- 把纪要写到 meetings/ 目录，文件名用会议当天日期（如 meetings/2026-08-23.md）。- 同时把本次识别出的行动项，追加到根目录 action-items.md 对应表格里。- 写完后，在对话里告诉我：本次几条行动项、有哪些条标了【待确认】。不要替我直接定稿。

6.2 再建第二个：挑错者 notes-reviewer

同样在 .claude/agents/ 下建 notes-reviewer.md：

---name: notes-reviewerdescription: 审查一份会议纪要草稿，专门挑漏负责人、写错日期、编造结论的问题。当 drafter 写完纪要后、交付给用户前调用。tools: Read, Glob---你是纪要质量检查员。你**只读不改**，只负责找问题，不负责重写。## 检查清单（逐条过）1. 行动项是不是每条都有【谁+做什么+截止时间】三样？缺一样就标出来。2. 所有截止日期是不是全称日期？出现”下周三””下周”这类模糊说法就标出来。3. 有没有”待讨论”被写成了”已确定的事”？4. 有没有笔记里根本没提到、却被写进纪要的内容（编造）？5. 行动项的负责人和笔记里说话的人对得上吗？6. action-items.md 里，本次的行动项是不是都加进去了？## 输出格式逐条列出发现的问题：- 【第几处】问题是什么- 依据：对照原笔记哪里如果全部通过，明确说”检查通过，可以发”。不要客气，宁可多报。

6.3 为什么挑错者是只读的

注意看两个文件的 tools 行差别：notes-drafter 有 Write——它要把纪要写进文件；notes-reviewer 只有 Read, Glob——它被禁止改任何文件。这是故意的：让挑错者只能"看和报告"，不能一边挑一边自己改，这样它的检查结果才独立、可信。

6.4 跑一遍试试

重启 Claude Code（或新开会话让它加载子代理），然后说：

用 notes-drafter 整理 notes/2026-08-23.md，整理完再用 notes-reviewer 检查一遍。

预期看到：它调用 notes-drafter 生成 meetings/2026-08-23.md 并更新 action-items.md，然后调用 notes-reviewer 对照原笔记逐条检查，最后给你一份"行动项 N 条、待确认哪几条"的小结。如果它没调用子代理而是自己直接写，你明确说"请调用 notes-drafter 这个子代理来做"即可。

第 7 步：纪要发出去前，必过这 6 条

记住"一份纪要发出去前必须过的 6 条"。notes-reviewer 子代理就是按这 6 条自动检查的——你得先知道它在查什么，才能判断它报的问题靠不靠谱。纪要发错了收不回来：行动项漏了负责人等于没人干；把讨论写成决定等于替别人拍了板。

7.1 这 6 条，记牢

纪要交付前 6 秒检查：□ 1. 每条行动项都有”谁 + 做什么 + 截止时间”三样吗？□ 2. 截止时间是全称日期吗？（没有”下周三””下周”这种模糊词）□ 3. ”待讨论”有没有被写成”已决定”？□ 4. 有没有笔记里根本没说、却被写进来的内容（它编的）？□ 5. 行动项的负责人，和笔记里说话的人对得上吗？□ 6. action-items.md 里，这次的行动项都加进去了吗？

7.2 最容易出事的三条

第 1 条：行动项缺负责人。最常见。笔记里"下周五前给测试"——它整理时如果漏了"小李"，这条就成了没人认领的悬空任务。规矩是：缺负责人就进"待确认"，不许它自己安一个。

第 2 条：把讨论写成决定。会上"首页改版大家又聊了下，产品还没想清楚"——这是没结论。AI 很容易顺手写成"决定推进首页改版"。这条最坑，因为它看着特别像那么回事。看到纪要里出现"决定/确定/已通过"，一定回去对照原笔记。

第 3 条：它编的内容。AI 爱补全。笔记里没提"测试环境这周老挂"的后续，它可能自己加一句"已安排排查"。纪要里凡是笔记找不到出处的，都要打问号。

7.3 把这 6 条变成固定动作

光靠你记不够。在 CLAUDE.md 末尾再加一句，让它每次整理完自动走这一步：

## 交付前每次生成纪要后，必须调用 notes-reviewer 子代理按 6 条检查一遍，把发现的问题列给我，等我确认后再算完成。不要跳过检查直接说”已完成”。

7.4 别指望"它不会错"

它是概率模型，不是核对员。它说"检查无误"你也别全信——尤其是第 3、4 条这种"看着像对的"错。分工是：它负责整理得快，你负责最后校验。

第 8 步：把它用起来——一个完整工作日怎么走

前面几步把零件都搭好了。这一步不加任何新东西，就带你走一遍真实的一周——从开完会到拿到一份能用的纪要。

第 1 步：把随手记丢进 notes/

假设今天是 2026 年 8 月 31 日周一，刚开完周会。不用整理，把真实样子存成 notes/2026-08-31.md。这是唯一需要你亲手做的事。

第 2 步：启动这个项目

cd ~/office-aiclaude

看到提示符显示在 office-ai 里，就对了。

第 3 步：只说一句话

整理 notes 里最新的那篇笔记。

别贴背景、别贴模板、别提醒它"记得用行动项格式"——那些都写在 CLAUDE.md 和子代理里了。

第 4 步：等它自己跑完

接下来你什么都不用做，它多半会自己：用 notes-drafter 读 notes/2026-08-31.md 和模板 → 把草稿写到 meetings/2026-08-31.md → 把行动项加进 action-items.md → 调 notes-reviewer 按 6 条检查 → 把草稿 + 检查发现的问题一起交给你。万一它没调子代理、自己闷头直接写，你说一句"请用 notes-drafter 来整理"把它扳回来就行。

第 5 步：你只做最后那一眼

它给你看草稿和问题清单，你花两分钟过一遍那 6 条。然后回一句：没问题就说"确认，就这样"；有问题就说"第 3 条不对，首页改版是待定的，改成待讨论"。它按你的话改，改完再交你确认。

第 6 步：完事

确认后文件都在磁盘上：纪要在 meetings/2026-08-31.md，可以直接发给同事；行动项进了 action-items.md，下周它还记得。你退出 Claude Code 就行。下周开完会，重复这六步。

几种常用说法："整理最新的笔记"（它自己找最新那篇）；"整理 notes/2026-08-31 那篇"（指定某篇）；"上周那几个行动项现在什么状态"（它读表告诉你）；"小王说登录 bug 修完了"（它把表里那项标成已完成）。

第 9 步：犯过的错，补成永久规矩

学会这套系统最有价值的：它在哪摔过，你就把规矩补在哪，让它下次永远不摔第二次。

9.1 怎么记它犯过的错

建一个 notes/犯错记录.md（就放笔记目录里），每次它整理出问题，你花 30 秒记一行：

| 日期 | 它犯了什么错 | 我怎么发现的 ||---|---|---|| 2026-08-23 | 把”首页改版待定”写成了”决定推进” | 我翻原笔记发现的 || 2026-08-29 | 行动项漏了负责人小李 | reviewer 报出来了 |

别写长，一行一件事就行。

9.2 发现规律后，把错补进 CLAUDE.md

记两周，你会看到重复出现的错。一旦某类错出现第二次，别只是口头提醒，直接把规矩写死进CLAUDE.md。

比如"把待定写成决定"出现了两次，你就打开 CLAUDE.md，在"整理纪要必须遵守"里加一条：

7. 出现”首页改版”字样时，除非笔记明确写了”决定/通过/拍板”，   否则一律放进”待讨论”，禁止写成已决定。

加完这条，它以后处理这类事就不会再犯。这就是和对话式用法的本质区别：对话式你要每周重新提醒；这里改一次 CLAUDE.md，永久生效。

9.3 什么时候可以放手

记了几周你会发现：它在"提取行动项"上改得越来越少，这块可以少审；它在"区分讨论和决定"上还老错，这块继续让 reviewer 把严。别一刀切。用记录决定哪块放手、哪块把严。

第 10 步：总清单与常见问题

10.1 一页纸总清单

office-ai 项目：□ CLAUDE.md（纪要规矩，自动加载）  □ 我是谁、参会人  □ 行动项要”谁+做什么+截止”  □ 日期写全称  □ 没说的写【待确认】，不许编  □ 交付前必须调用 reviewer□ 文件位置（约定好它就自己找）  □ notes/        散乱笔记，按日期命名  □ templates/    纪要模板  □ meetings/     整理好的纪要生成在这里  □ action-items.md  行动项总表，Agent 自动更新□ 两个子代理（.claude/agents/）  □ notes-drafter     整理（有 Write 权限）  □ notes-reviewer    挑错（只读，不改文件）□ 固定流程  □ 说”整理纪要” → drafter 整理 → reviewer 挑错 → 你确认□ 越用越聪明  □ notes/犯错记录.md  记它犯的错  □ 同类错出现两次 → 写进 CLAUDE.md

10.2 四个高频问题

Q1：我直接在对话框聊不就行了，干嘛建这一堆文件？直接聊，每次你都得把背景、规矩、模板重新说一遍，它开完新对话又忘。建这个项目，是把这些固化成文件，它自己读、自己按流程走。省下来的是"每次重复交代"的时间，换的是一次搭好、以后一劳永逸。

Q2：它不调用我写的子代理，自己直接写怎么办？直接点明："请用 notes-drafter 子代理来整理。" 它通常就会调用。确认子代理文件在 .claude/agents/ 下、文件名和 name: 字段一致。

Q3：它还是会编没说的话？这是概率模型的本性，堵不死，只能收：reviewer 已按"有没有笔记里找不到出处"在查；你审纪要时，凡是"看着很顺但笔记里没提"的句子，一律打回；这类错记进 犯错记录.md，出现两次就把更硬的规矩写进 CLAUDE.md。

10.3 这套东西和你想象的 AI 有什么不一样

很多人以为"用 AI"是问一句、它给个完美答案。真正靠谱的用法是：你花时间把规矩、模板、分工固化成项目，然后它每次自动按这个标准干活，你只在最后把一道关。前两周你会觉得"怎么比自己写还麻烦"；第三周开始你会发现：开完会说一句就有结构化纪要、行动项自动进表、漏负责人这类错越来越少。那时候它才真的是你的办公 Agent，不是聊天玩具。