Claude Code 文件操作：让 AI 读取处理文档

复制粘贴到底亏在哪

一份五千字的报告，网页版的流程是：打开、全选、复制、切窗口、粘贴、等回复、复制回来、再粘、保存。九个动作，每一步都可能出错。

真正的隐性成本是格式。表格粘贴过去会散架，页眉页脚会混进正文，项目符号变成一堆空格。你花在修复排版上的时间，往往比润色本身还多。

文件操作把这一圈省掉：助手直接读磁盘上的原文件，处理完再写回去。纯文本类文件几乎无损，带格式的文档则会受后文所说的格式边界限制。这才是命令行工具相对聊天窗口的核心差别。

三种交付方式

方式	怎么做	适合
拖拽	从资源管理器把文件拖进输入框	一次性处理单个文件
@ 引用	在输入框敲 @，从提示里选已打开的文件	文件已在编辑器里打开
直接给路径	把完整路径写进请求	批量、路径固定、脚本化

路径里带空格或中文时，用引号包起来，避免被当成两个参数。相对路径要先确认当前工作目录，不确定就写绝对路径。

先说清做什么，再留一条退路

不要只说「帮我改改这份文档」。把动作拆成可勾选的条目：

读一下这份工作报告草稿，做四件事：

1. 通读一遍，把生硬的句子改顺，不要改变原意；
2. 把「三项」「五项」这类中文数字改成阿拉伯数字；
3. 标点统一为中文全角，英文缩写和型号除外；
4. 改完列一张清单，说明每类动了多少处。 先不要写回文件，把结果贴在对话里。

最后一句是关键：先看结果，再决定要不要落盘。这一步把「不可逆」变成「可审阅」。

真要让助手写回文件，之前先留一手。最稳的做法是复制一份，命名成 报告-原稿.txt，或者加上日期后缀。这样即使它误删了一段，你也有对照物。

文件在 Git 仓库里的话，git diff 比任何备份都好用：逐行标出增删，改错了直接丢弃工作区改动即可。两样都没有时，至少全选复制一份到临时文件。三十秒的成本，换回一次后悔的机会。

格式的边界要知道

纯文本、md、CSV、JSON 这类结构简单的文件，读写得最准。Word 和 Excel 常常只能取到文字层，表格的合并单元格、批注、公式会丢。PDF 更麻烦，扫描件根本没有文字层。

可行的做法是先降级：文档另存为纯文本或 md，表格另存为 csv，处理完再转回原格式。转换本身会损失一些样式，但内容准确性优先。

文件太长时，先分段。上下文装不下，助手会开始漏读或概括，这时它的输出看着合理，实际已经偏离原文，属于幻觉的典型触发场景。切分策略见让模型读你的文件。

四个高频用法

• 批量替换：指定旧名称和新名称，要求最后报告替换处数；
• 字段抽取：从合同里取出金额、结算方式、交付节点、违约责任，并注明各自落在原文哪一段；
• 格式整理：清单按类别分组、组内按日期倒序，再写回原文件；
• 生成摘要：限定两百字，提炼三到五个要点，并注明依据哪几段。

每一种都要求「说明改动」，这样你能用它的说明去核对实际结果，而不是只看结论。

一次交给它几个文件

三到五个是上限。超过这个数，模型分配到每份文件上的注意力明显下降，靠后的几份容易出现字段漏取、只改了一半的情况。真有一批文件要处理，不要在对话里硬塞，改走批量文档处理的流程：先写处理说明，再用脚本执行，失败项单独记录。还有一个反直觉的点：把十份内容一次性粘贴进对话，并不会让模型「一起看」，它仍然是逐段处理，只是你更难定位哪一份出了问题。

改完怎么验

改动落地后，至少做三查。一查差异：文件在版本库里就用 git diff -- 路径，逐行看增删；没有版本库就对着备份比。二查数字：金额、日期、比例逐个回原文核对，这类内容最容易在润色时被悄悄改写。三查结构：标题层级是否还在、表格列数是否一致、段落之间有没有被合并。再让它自己交一份改动清单，格式固定为「位置 + 原句 + 改后句 + 理由」，你按清单抽查，比通读全文快。

三种常见翻车

现象：只让它改第三节，结果全文都被重写。 原因是提示里没划定范围，模型为了「顺带润色」动了别处。处理办法是把范围写成硬约束：「只改第 3 节，其他段落原样保留，不要调整空行和缩进」。

现象：读到的内容和屏幕上不一样。 多半是编辑器里改了没保存，或者路径指向旧副本。让它先报出文件修改时间和首行内容，对不上就说明拿错了文件。

现象：表格改完错位。 纯文本表格对空格敏感，让它「重排」很容易毁掉对齐。要求它只替换单元格里的文字，不动竖线和空格；改完先看十行再决定是否写回。

敏感材料的红线

文件内容会被发到模型服务端处理。客户名单、身份证号、未公开的财务数据，先脱敏再交出去。涉及商业机密的，先确认所用服务的条款是否允许。

改动写下之后，最终责任仍在你。签发前抽查关键段落，是必须保留的动作。

下一节把文件放一边，专练「从零写出一段可用文字」 → 基本文本生成。