Claude Code 的 3 个隐藏用法，适合每天写材料的人

我第一次把 Claude Code 打开的时候，其实有点尴尬。

因为它的名字里带着 Code，界面又在终端 Terminal 里，看起来就像一个程序员玩具。黑底白字，命令行，项目目录，文件读写，乍一看和每天写材料的人没什么关系。

我当时的第一反应也很普通。

这玩意跟我有什么关系。

我又不是每天都在写代码。

后来我硬着头皮试了一段时间，才慢慢发现一个挺有意思的事。Claude Code 表面上是写代码的工具，但它真正厉害的地方，不只是写代码。它厉害在于，它能看见一个文件夹里的上下文，能读一堆文件，能改文件，能记住规则，还能按你的工作流反复执行同一套动作。

这一下就不一样了。

每天写材料的人，最痛苦的往往不是缺一句漂亮话。真正痛苦的是资料太散、版本太乱、口径前后不一致、改完一版又忘了上一版为什么那么写。普通聊天窗口当然也能帮你写，但它经常像临时外援，聊完这轮就散了。

我试到这里的时候，才觉得它开始有用了。

不过我也必须先说清楚。Claude Code 对小白有门槛。它不是那种打开网页就能用的聊天框，你至少要能接受终端，能把材料放进一个文件夹，能理解什么叫文件路径。它的原始场景确实更偏代码，但只要把代码项目换成材料项目，很多能力就能迁移过来。

我这篇不写程序员玩法。

不写自动提交代码，不写测试，不写部署，不写那些普通人看完立刻关掉的东西。

我只写我觉得对每天写材料的人最有用的 3 个隐藏用法。每个都尽量写清楚，原来怎么干，现在 Claude Code 怎么介入，落地难不难，省在哪里，容易翻车的点在哪里。

第一个隐藏用法，是把资料文件夹变成一个会说话的材料库。

每天写材料的人，最熟悉的痛苦应该是找资料。桌面一个文件夹，微信下载一个文件夹，浏览器下载一个文件夹，历史版本一个文件夹。里面有 Word、PDF、表格、截图、会议记录、别人发来的参考稿，还有自己半年前写过但已经忘了的草稿。

以前我的做法很原始。要写一个新东西，就开始翻文件。打开一个，扫两眼，不对。再打开一个，里面有点用，但版本太老。再打开一个，标题像我要的，内容又不是。十几分钟过去，真正开始写的情绪已经被磨没了。

普通聊天式 AI 也能帮忙，但它有个问题。你得把资料一段一段复制进去。材料少还行，材料一多就很烦。更麻烦的是，它不知道你的文件夹里还有什么，除非你每次都重新喂给它。

Claude Code 的用法就变了。

你可以直接建一个文件夹，把这次写材料相关的资料都放进去。比如这样。

这里面最关键的是 CLAUDE.md。它可以理解成项目说明书，也可以理解成给 Claude Code 的长期提醒。你把这次材料的写作规则、禁用词、格式要求、口径边界、读者对象都写进去。以后 Claude Code 在这个文件夹里工作，就能优先参考这些规则。

比如你可以在 CLAUDE.md 里写。

然后你让 Claude Code 先做一件事，不是写正文，而是盘点资料。

以前找资料靠记忆。现在先让 Claude Code 读一遍文件夹，生成资料地图。你要写某个段落时，可以继续问它。

这件事落地难度中等。它比普通聊天框麻烦，因为你要会建文件夹，也要把材料整理成 txt、md、docx 转文本这类更容易读取的形式。但它不需要编程。你只要能管理文件，就能开始。

效率变化很明显。以前找一轮资料可能 30 分钟，现在 5 到 10 分钟能先定位。更重要的是，它减少启动阻力。很多时候写材料最难的是第一步，一打开文件夹人已经累了。Claude Code 先帮你把路标插好，你再沿着路标往下写。

但所有的东西都不是万能的。

别一开始就把所有文件一股脑塞进去，让它直接生成正文。我一开始就这么干过，结果写出来的东西看起来完整，但旧信息和新信息混在一起，参考稿和当前稿也混在一起。最麻烦的是，它写得很顺，顺到你差点没发现里面有错。这在 AI 大模型的专有名词叫上下文的污染，导致了 AI 模型的降智。

后来我就改了顺序。

先资料地图，再段落大纲，再局部正文。每一步都小一点，错了也好改。尤其是资料地图里，一定要让它标出过期信息和待核对信息。材料工作最怕的不是写得慢，是拿错依据还写得很像真的。

Claude Code 对写材料最有用的地方，很多时候不是代写。

是先帮你把资料摊开。

第二个隐藏用法，是把改稿变成可追踪的版本流水线。

写材料的人都知道，真正折磨人的不是写第一稿。第一稿再痛苦，至少还算从无到有。更烦的是改稿。改一版，发出去。回来一堆意见。再改一版。又回来一堆意见。改到后面，自己都忘了哪一句为什么这么写，哪一段是后来加的，哪一处是为了回应哪条意见。

传统做法就是另存为。

初稿 v1。修改版 v2。最终版 v3。最终版新 v4。最终版真的能发 v5。

这个文件名体系看起来很熟悉，也很危险。因为文件越来越多，但每个版本之间到底改了什么，没人说得清。你如果临时想回退一句话，可能要打开三个版本人工比对。

Claude Code 在这里有个特别适合材料人的用法。不要只让它生成新稿，而是让它帮你做版本差异说明。

比如你把初稿放在 drafts/初稿.md，把修改稿放在 drafts/修改稿.md，然后问它。

这件事非常有用。

因为很多时候，我们改材料改到后面，最怕的是误删。你只是想把句子改顺，结果把一个关键信息删没了。你只是想降温，结果把原本有用的具体动作也改没了。

让 Claude Code 做版本差异说明，它就像一个改稿记录员。你不需要完全相信它，但它能提醒你哪里变了，哪里可能有风险。

更进一步，你还可以让它根据修改意见定向改稿。

这个提示词很关键。

这里第二个翻车点也很典型。

别让它自己判断哪些修改意见已经完成。它可以帮你对应修改意见，但最终你要人工确认。尤其是那种比较模糊的意见，比如再稳妥一点、再简洁一点、再突出重点一点。AI 很容易给你改得看起来顺了，但原本的重点也被磨掉了。

所以我现在会多加一个动作。

这个表特别适合写材料的人。它不只是告诉你改了什么，还告诉你每条意见有没有被回应。以前我人工做这件事，至少要 20 分钟。现在让 Claude Code 先出一版，3 到 5 分钟能看清大概。

效率上，这个工作流能省很多隐形时间。以前对比两个版本，可能要 20 分钟。现在几分钟就能出差异说明。以前根据修改意见改稿，可能要从头到尾扫一遍。现在可以先让 Claude Code 按意见生成一版，你再重点看待确认处。

成本变化更明显的是返工。少漏一条修改意见，少误删一段关键内容，少发错一个版本，这些都是真成本。

我之前有一次改稿就很典型。原本只是想把语言写得更自然，结果改完以后，发现一个关键限制条件被我顺手删掉了。如果不是重新对照旧稿，大概率就漏过去了。后来我才意识到，写材料最怕的不是写得慢，是改着改着把边界改没了。

所以现在我会把 Claude Code 当成一个版本管理员。

它不替我做最终判断。

它帮我回答一个很具体的问题。

第三个隐藏用法，是把写作习惯固化成自己的材料自检机器人。

这个用法我觉得最适合长期写材料的人。

很多人写材料不是不会写，是每次都犯相似的错。比如开头太空，标题太虚，段落太长，结论太满，案例没有数据，句子像模板，前后说法不一致。每次被指出来以后，当下很痛，下次又忘。

我以前也这样。

改完一篇，觉得自己记住了。过几天再写，老问题又回来了。后来我发现，靠脑子记写作规则不靠谱。规则必须放进系统里，每次写完都跑一遍。

Claude Code 在这里有两个东西特别适合，一个是 CLAUDE.md，一个是斜杠命令。斜杠命令可以理解成你自己做的快捷指令。比如你可以做一个 /check-draft，每次输入这个命令，它就按固定规则帮你检查文稿。

你可以在项目里建一个类似这样的命令文件。

里面写清楚检查规则。

以后你写完一篇稿子，不用每次重新输入一大段检查要求，直接调用这个命令，让它辅助检查指定文件。

如果你还想更进一步，可以做一个专门的材料辅助审稿子代理 Subagent。子代理可以理解成一个带固定身份和任务边界的小助手。它不负责写稿，只负责挑毛病。你可以给它定义成材料质检员，让它每次都站在挑刺视角看稿子。

但这里我建议小白别一开始就上子代理。先从 CLAUDE.md 和一个固定检查提示词开始。能跑起来，比搭得花哨更重要。

最简单的版本是这样。

这个工作流的价值非常稳定。每次写完材料，你都能让 Claude Code 按同一套规则扫一遍。以前靠自己肉眼看，很容易漏，因为你刚写完时已经默认它是通顺的。AI 没有这种心理包袱，它会比较冷地指出问题。

这里第三个翻车点，是自检规则写得太泛。

比如你只写帮我检查一下，它就会给你一堆正确但没用的建议。什么语言更流畅，结构更清晰，逻辑更紧凑。听起来都对，但你不知道怎么改。

自检规则一定要硬一点。

要能逐项判断。

比如有没有具体场景，是否存在绝对化表达，是否有待确认信息，是否有重复段落，读者看完能不能照着做。这种规则才适合做成命令。

落地难度中等。固定提示词最容易，CLAUDE.md 也不难，斜杠命令和子代理稍微有门槛。小白可以分三步走。先用固定提示词，熟了以后写进 CLAUDE.md，再慢慢做成命令。

效率变化不只是省时间。以前你可能要找别人帮你看，或者隔一天自己再看。现在写完以后先跑一遍自检，10 分钟内能找出一批明显问题。真正贵的是质量成本。很多材料不是写不出来，是发出去以后才发现有低级问题。自检越早，返工越少。

我最喜欢这个用法的原因，是它会把你的经验留下来。

每次翻车以后，把原因补进检查规则。比如这次被说太空，就加一条检查是否有具体场景。下次被说太满，就加一条检查绝对化表达。慢慢地，这套自检规则会越来越像你自己的工作经验库。

这比单次生成一篇稿子更值钱。

我知道，讲到 CLAUDE.md、斜杠命令、子代理，很多小白可能已经开始紧张了。

所以这篇到这里，我不想继续往复杂里讲。第一次用 Claude Code 写材料，可以只做 4 步。

第一步，建一个干净文件夹。里面只放这次任务相关的资料，不要把一堆历史文件都塞进去。

第二步，写一个 CLAUDE.md。只写最关键的规则，读者是谁，不能写什么，输出格式是什么，哪些地方要标注待确认。你不会写没关系，你直接把要求提给 Claude Code，让它帮你完成这个工作，它会比你完成的更出色。

第三步，先让它做资料地图。别让它直接写正文。先看资料有没有读对，旧信息有没有标出来。

第四步，每次让它改文件，都要求新建版本，不要覆盖原稿。改完以后，让它生成差异说明和待确认清单。

这 4 步跑通，就已经够用了。

你不用一开始就学全套高级玩法。普通人用 Claude Code，最重要的不是把它玩到多深，而是先让它安全地嵌进一个材料文件夹里。能读，能整理，能新建版本，能指出问题，这就已经比普通聊天框更稳了。