patent-writer

name	patent-writer
description	中文专利交底书撰写助手。支持两种模式：(1) 方向模式：用户给出技术方向，自动搜索并推荐创新点供选择；(2) 明确想法模式：用户已有明确发明构思，直接进入撰写流程。触发词：写专利、专利撰写、专利交底书、发明点推荐、帮我写个专利。

Patent Writer - 中文专利撰写助手

全流程中文专利交底书撰写，支持从零开始找发明点，或基于明确想法直接撰写。

工作流程

输入分析 → 现有技术检索 → 创新点提炼 → 大纲规划 → 分节撰写(逐节确认) → 统稿输出 → 概要描述 → 生成docx

注意： 架构图在撰写完"2.1 发明内容"后生成，概要描述在专利交底书完成后撰写。

---

第一步：输入分析

判断用户输入类型：

模式A：方向模式

用户只给出技术方向，如：

• "我想写一篇根因定位的专利"
• "帮我找个大模型推理加速方向的专利点"

执行流程：

1. 使用 research-lit 或 arxiv skill 搜索该方向最新论文和技术
2. 分析现有技术问题和空白
3. 推荐 3-5 个创新方向
4. 用户选择后，进入第二步

模式B：明确想法模式

用户已有明确发明构思，如：

• "我想写一个多模态数据融合的根因分析智能体的专利"
• "帮我写个基于AST的代码分块方法的专利"

执行流程：

1. 确认技术方案核心要点
2. 直接进入第二步

---

第二步：现有技术检索

目标： 确保技术背景真实、有据可查

检索来源

1. 学术论文：使用 arxiv skill 搜索 arXiv 论文
2. 技术文献：使用 research-lit skill 搜索相关文献
3. 网页搜索：使用 web_search 搜索技术博客、专利公开等

检索策略

• 使用中英文关键词各搜索一次
• 限定时间范围（近2-3年为主）
• 记录论文标题、作者、年份、核心贡献

重要： 必须使用真实检索工具，不可编造论文信息。

---

第三步：创新点提炼

目标： 明确技术方案的核心创新和保护范围

输出内容包括：技术问题、技术方案概述、核心创新点（3-5个）、权利要求层次规划。

确认后进入大纲规划阶段。

---

第四步：大纲规划

目标： 按模板生成大纲，分配字数

参见 references/template.md 获取完整大纲模板。

字数分配（总计约16000字）

章节	字数
缩略语定义	~150字
技术背景	~2000字
发明内容	~1000字
具体实施方式	~8000字
系统流程	~2000字
有益效果	~1200字
创新点与权利要求	~1300字

关键要求： 必须确保总字数达到16000字左右，各章节字数不得大幅低于目标。字数统计以中文字符为准，不含标点符号、空格、markdown格式符号。

关于实施示例： 不单独成节，而是在各关键技术点讲解完后，紧跟简短示例说明。例如，在"轨迹语义解析方法"小节末尾，用2-3句话演示关键步骤。

---

第五步：分节撰写

目标： 逐节撰写，每节确认后继续

执行方式

1. 按大纲顺序，每次撰写一节
2. 撰写完成后展示给用户确认
3. 用户确认后进入下一节
4. 如用户提出修改，修改后再次确认

写作风格要求（重要）

格式要求：

• 采用自然段落写作，避免过多的分条列举
• 每个自然段应内容充实，通常5-10句话
• 减少 markdown 格式痕迹，输出应是流畅的技术文档
• 段落之间应有逻辑衔接，使用过渡句

语言要求：

• 技术文档风格，客观准确，语言正式规范
• 使用完整的句子和段落，避免碎片化表达
• 句号应在自然段落的末尾或完整句子之后，避免突兀出现
• 术语首次出现时给出定义，后续使用保持一致
• 禁止口语化表达，参见 references/writing-guide.md

具体实施方式的特殊要求：

"具体实施方式"是专利的核心部分，必须做到真正"具体"。写作时应遵循以下原则：

1. 技术细节充分展开：每个技术点都要深入阐述其实现原理、数据结构、算法步骤、关键参数等。不能只说"采用XX方法"，必须说明该方法的具体实现。

2. 数学公式与形式化定义：对于复杂算法，应给出数学公式表达；对于核心数据结构，应给出形式化定义。这是技术深度的重要体现。

3. 避免流水账式描述：不要只罗列步骤名称，要解释每个步骤的原理、为什么要这样设计、有哪些技术考量。

4. 包含技术参数和边界条件：如适用，应给出具体的技术参数（阈值、权重、时间复杂度等）和边界条件的处理方式。

5. 举例说明：对复杂的技术方案，应在技术点讲解后紧跟简短示例说明其工作过程。

6. 字数保障：具体实施方式部分约8000字，是专利最核心的部分，必须写得充分、详尽。

架构图生成时机

在撰写完"2.1 发明内容"章节后，暂停撰写，生成技术架构图。架构图用于直观展示系统组成和模块关系。参见 references/architecture-guide.md 获取架构图绘制指南。生成后继续撰写后续章节。

撰写要点

参见 references/writing-guide.md 获取撰写规范。

---

第六步：统稿输出

目标： 整合全文，格式化输出

执行内容

1. 汇总所有章节
2. 检查前后一致性
3. 生成缩略语表（如有）
4. 统一格式和编号
5. 统计总字数，确保达到16000字左右

---

第七步：概要描述

目标： 基于已完成的专利交底书，生成概要描述

时机： 在专利交底书完成并统稿后进行。

参见 references/proposal-summary-template.md 获取完整模板。

输出内容

概要描述是对专利交底书的高度概括，用于初评和立项。内容来源于已完成的交底书，但需要用更精炼的语言重新组织。

全文约1500-2000字。

输出文件：概要描述.md + 概要描述.docx

---

第八步：生成 DOCX 文件

目标： 将 Markdown 文稿转换为格式化的 Word 文档

执行步骤

1. 确认最终文稿
2. 使用 pandoc 将 Markdown 转为 docx
3. 输出专利交底书和概要描述的 docx 文件

输出格式

✅ 文件已生成：

专利交底书：
- Markdown：{项目目录}/专利交底书.md
- Word文档：{项目目录}/专利交底书.docx

概要描述：
- Markdown：{项目目录}/概要描述.md
- Word文档：{项目目录}/概要描述.docx

架构图：{项目目录}/figures/architecture.svg

文件位置：/Users/zxw/.openclaw/workspace/patents/{项目名称}/

---

Resources

references/

• template.md - 专利大纲模板，包含完整结构和字数分配
• writing-guide.md - 撰写规范，包含语言风格、技术描述要点、技术深度要求等
• architecture-guide.md - 架构图绘制指南
• template.docx - Word 参考模板，定义标题、正文等样式
• proposal-summary-template.md - 概要描述模板
• proposal-summary-example.md - 概要描述示例

scripts/

• md2docx.sh - Markdown 转 docx 脚本