用 SOLO 的 Agent 模式，从零到两篇专利交底书
这不是一篇"AI 多厉害"的软文。我想记录的是：怎么用 SOLO 在一个下午完成了两篇技术交底书的撰写、迭代、纠错和格式排版——以及中间踩过的坑。
工具：SOLO、patent-disclosure-skill
背景：不想写专利
在之前专利上继续挖掘新的专利创新点，并且撰写两篇新的技术交底书。
问题在于：
- 专利交底书有固定格式——发明名称、技术领域、背景技术、技术方案、权利要求……每个部分都有规范要求，手动耗时
- 创新点挖掘需要系统性——不能拍脑袋想几个点就写，需要从已有技术方案中找到真正的空白
- 交底书不是论文——论文讲究理论深度，交底书讲究"让专利代理人能看懂、能写出权利要求书"
SOLO 的 Agent 模式（Task 工具 + 多轮对话 + 文件读写）正好适合这种"有专业内容但缺格式和流程"的任务。
第一步：创新点挖掘——从一篇文档到七个候选方向
我先让 SOLO 读取了工作区里的所有相关文档：以前的专利交底书、当前自己想的创新点、技术方案文档等。
SOLO 做的第一件事是梳理已有专利的保护范围，然后基于这个分析，输出了 7 个候选创新点，按优先级排序。
我的评价：这一步的价值在于系统性。我自己也能想到一些创新方向，但很难保证不遗漏。SOLO 从已有文档中交叉分析，找到了几个我自己没想到的角度（比如"局部优化不等于全局优化"这个问题）。
第二步：两篇交底书并行撰写
确定了两个方向后，我让 SOLO 并行启动两个子 Agent，同步分别撰写2篇交底书
每个子 Agent 接收了详细的指令（技术方案要点、实施例要求、权利要求结构、字数要求），各自独立完成了约 8000-15000 字的完整交底书。
两篇同时完成，总共花了大约 3 分钟。
第三步：纠错——已提交专利描述完全写错了
这是整个过程中最有意思的一步。
交底书二中引用了我自己之前专利，但 SOLO 把它把我以前专利交底书和当前交底书创新点思考文档混淆，需要人工调教。
教训：AI 会读工作区里的所有文件，如果存在过时或错误的中间产物，可能会被误用。关键信息一定要人工确认。
纠正过程本身很顺畅——我指出错误后，SOLO 用 LibreOffice 把 .doc 转成 .txt 读取了真实的专利内容，然后系统性地修改了交底书中所有 10 处错误引用。
第四步：补充对比专利
专利交底书不能只列自己的创新，还需要列举现有技术并说明区别。我让 SOLO 检索了相关专利，最终补充了 8 件对比专利。
并生成了一张 7 维度的对比表格，清晰展示了本发明与各对比专利的差异。
第五步：继续挖掘——从 5 个创新点到 7 个
两篇交底书初版各有 5 个核心创新点。我让 SOLO 继续挖掘延伸方向。
每个新增创新点都同步更新了技术方案、流程图、实施例、权利要求和有益效果。
第七步：格式排版——参照已通过专利的格式
最后一步是 docx 格式。我用 python-docx 写了一个转换脚本，参照以前提交交底书的格式规范：
- A4 页面，左右 3.17cm 边距
- 封面：黑体 22pt 居中
- 章节标题：黑体 12pt
- 正文：仿宋_GB2312 12pt，首行缩进两字符
- 代码块：Courier New 9pt
两篇交底书同时生成，格式与参考文件完全一致。
几点真实体会
1. AI 擅长"有模板的创造性工作"
专利交底书有固定格式（模板），但内容需要创造性（创新点挖掘、技术方案设计）。这种"框架确定但内容开放"的任务，正好是 AI 的甜区。
2. 一定要做人工审核，尤其是事实性内容
SOLO 把已有专利的名称和技术方案完全搞错了。如果不纠正就提交，后果很严重——专利代理人会基于错误的前提撰写权利要求，导致保护范围偏差甚至无效。
3. 迭代比一次生成重要
两篇交底书都不是一次写成的。交底书二经历了：初版 → 纠正已有专利描述 → 补充对比专利 → 简化抽象概念 → 完全重写核心创新 → 新增延伸创新点，共 6 轮迭代。每轮迭代都让内容更扎实。
4. SOLO 的 Agent 模式适合这种任务
整个过程中，SOLO 的 Task 工具可以并行启动子 Agent（两篇交底书同时撰写）、Read/Write 工具可以读取参考文件和保存产出、RunCommand 可以调用 LibreOffice 转换文件格式。这些能力的组合使得"从文档读取 → 内容生成 → 格式转换 → 文件输出"的完整链路可以在一个会话中完成。