Skip to content
查看 GitHub 源文件

源文件:https://github.com/lennonli/licheng-AI-tutorials/blob/main/docs/agent-practice-04-word-files-ABL-20260831-V1.md

AI实战04|别让AI只在聊天框里写:直接让Agent生成和修改Word文件

很多知识工作最后真正交付的,不是一段聊天记录。

而是:

合同;

报告;

法律意见书;

会议纪要;

说明函;

工作底稿。

也就是说,最终成果往往是一个:

Word文件。

但很多人现在使用AI,还是这种方式:

让AI生成文字;

复制到Word;

自己调整标题;

重新排版;

再另存文件。

如果Agent已经能够直接操作文件,这些步骤其实可以一起交出去。

一、不要只让AI“写内容”

比如你要修改一份合同。

不要只说:

“把这个条款改一下。”

然后把AI生成的文字复制回Word。

可以直接让Agent:

读取原Word;

在原结构基础上修改;

尽量保留格式;

生成一个新的修改版本;

再输出一份修改说明。

这样最终拿到的是:

可以继续工作的文件。

这比聊天框里的一段答案价值高很多。

二、修改Word时,最好明确“保留什么”

真实文件通常不只是文字。

里面还有:

标题层级;

编号;

表格;

页眉页脚;

字体;

原有格式;

批注;

附件结构。

所以修改文件时,最好告诉Agent:

尽量保留原有结构和格式,只修改真正需要修改的内容。

特别是合同审查。

如果Agent为了修改几个条款,把整份合同重新生成一遍,往往反而不好用。

三、不要覆盖原始文件

这是文件型Agent最值得养成的习惯之一。

比如原文件叫:

采购合同.docx

修改后可以生成:

采购合同_修改版.docx

而不是直接覆盖原件。

因为AI修改以后,仍然需要人:

比对;

复核;

必要时回退。

所以原始文件应该一直保留。

四、Word任务最好同时生成“修改说明”

只给一个修改后的Word,有时候还不够。

尤其是律师工作。

最好再生成一份简短的:

修改说明。

比如列明:

修改位置;

原主要问题;

修改思路;

重大风险;

需要客户确认事项。

这样人在复核时,不需要重新逐条猜:

Agent到底改了什么。

五、生成新文件时,也要先定义结构

比如让AI写一份研究报告。

不要只说:

“写一份Word报告。”

最好提前告诉它:

最终结构包括什么。

例如:

背景;

主要发现;

风险;

建议;

待核验事项。

这样Agent生成的文件更接近最终交付,而不是一篇散文式回答。

六、真正适合Agent处理的Word任务很多

比如:

合同修改;

法律意见初稿;

尽调问题清单;

会议纪要;

项目总结;

投标文件;

制度修订;

多版本比较;

报告格式统一。

这些工作的共同特点是:

最终成果本来就应该落在文件里。

所以应该尽量让Agent直接处理文件,而不是把文件内容搬进聊天框。

七、Word实操里最重要的不是“写得漂亮”

而是三个标准:

内容对。

没有遗漏关键事项。

结构对。

标题、编号、表格和原文件逻辑没有被破坏。

文件可用。

生成以后能够正常打开,并且可以直接继续修改或交付。

这才是文件任务真正的验收标准。

直接复制的实战提示词

请处理【Word文件绝对路径】。根据【具体任务】对该文件进行【修改/补充/重写/格式整理】,重点关注【重点事项】;尽量保留原有标题、编号、表格和整体格式,不得覆盖原始文件。最终生成【修改版.docx】,并另行生成一份简短的【修改说明.md/修改说明.docx】,列明主要修改内容、重大风险和需要人工确认的事项,统一保存至【输出文件夹】。完成后告知生成文件名称及完整路径。

最后记住一句话

如果一项工作的最终成果本来就是Word,

就不要让AI只在聊天框里:

“帮你写一段。”

而应该尽量直接告诉Agent:

“把这个文件处理好,然后把修改后的Word交给我。”

从“生成文字”到“交付文件”,是Agent真正进入实际工作的又一个关键变化。

内容同步自 GitHub 仓库,仅作为工具教程与工作流说明。

CONTACT

联系李成律师

扫描二维码添加微信,沟通法律 AI、非诉业务及相关合作事项。

手机端可点击二维码查看原图并长按识别。

李成律师微信二维码扫码添加微信