【AI Agent实战】从口头描述到完整专利文档，2小时AI搞定专利说明书

之前：专利两字等于头疼

从今年起老板要求团队每人提交一篇发明专利技术交底书。

为了交作业，我查了一下格式要求——关键术语、发明构思、背景技术、现有技术缺点、发明内容（产品侧+技术侧+有益效果）、参考文献……

光是看格式要求，我就花了半天，还是云里雾里的。

核心问题：技术方案我有，但把它翻译成专利语言，我需要花费很多时间，还可能被一遍遍打回重写。

现在：一个 Skill 解决全流程，2个小时帮我完成初稿

我用codebuddy安装了 patent-writing 这个 Skill。

把我们项目代码和设计文档一起扔进去，大约 2 小时后，我得到了一份完整的 .docx 文件——

✅ 头部信息表格（发明名称、涉及产品、保护目的） ✅ 关键术语定义（7个核心概念） ✅ 发明构思（3段，语言风格已符合规范） ✅ 背景技术 + 现有技术缺点 ✅ 发明内容：产品侧 + 技术侧（含 S1-S8 完整步骤）+ 有益效果 ✅ Mermaid 流程图（渲染为 PNG 自动插入） ✅ 参考文献

交给专利代理人看，他说「框架完整，语言基本合格，改一遍就能提交」——以前我写的初稿要改三遍。

虽然为了让交底书细节更加符合实际项目，让生产的架构图格式更加美观，我还是花费了些时间进行了几个版本的更新；然而，放在以前，一个专利小白要写出这么一份专业的交底书，花费时间和精力难以想象。

Skill 做了什么：三层分工

这个 Skill 背后有一套设计逻辑，不是直接让 AI 对着空白文档乱写。核心是三层分工：

AI 负责"看懂"和"写清楚"，代码引擎负责"输出规范文件"——两者分工明确，互不越界。

四种输入模式，一个出口

你手头有什么素材都行，Skill 都接得住：

四种可以混合使用——我就是同时扔了代码 + 架构图 + 一份设计说明 PPT。

四种输入，最终汇聚为一份标准专利交底书

七个阶段，一个关键卡点

整个流程分七个阶段，但你真正需要参与的只有一个——第三阶段：大纲确认。

第③阶段的价值在于：在文字层面改逻辑，5 分钟搞定；等到 Word 文件生成之后再改结构，至少 30 分钟。卡点设在最前面，代价最小。

七阶段流水线，黄色高亮处是唯一需要你参与确认的节点。

JSON 里怎么描述内容：6 种段落类型

JSON 文件支持 6 种段落类型，涵盖专利文档需要的所有内容形式：

数学公式用的是 Office 原生的 OMML 格式，不是 LaTeX——这样输出的 .docx 里，专利代理人打开 Word 可以直接编辑公式，不需要装任何插件。

6 种段落类型，覆盖专利文档所有内容形式

改一个章节，不用重头来

专利代理人给了反馈，要改第 4.2 节的步骤描述。以前这意味着重新打开 Word，在那堆格式里找到正确位置，手动改，再检查格式有没有乱。

现在：直接打开 patent_content.json，找到对应章节，改那几行文字，重新跑一次构建脚本——3 分钟，输出新的 .docx。

所有临时文件都保留：JSON 内容文件、Mermaid 源文件、解压的模板目录——下次修改直接增量处理，不需要重新分析和撰写。

So What

专利的门槛可能不在技术是否创新，而在于格式。大多数工程师不是没有值得保护的技术，是被"交底书怎么写"这个问题挡住了。这个 Skill 做的事，是把格式门槛从"需要学"变成"直接用"。

AI 是翻译，不是发明人。它把你的工程思维翻译成专利语言，但创新点是你的，AI 只是帮你说清楚。

声明式设计让结果可靠。AI 不直接操作 Word 的 XML，而是写一份"要什么"的 JSON，再交给代码引擎执行——这个分工让文件不容易坏，也让每一步可以独立调试和修改。这种思路本身就值得借鉴。