- name
- patent-writer
- description
- 中文专利交底书撰写助手。支持两种模式：(1) 方向模式：用户给出技术方向，自动搜索并推荐创新点供选择；(2) 明确想法模式：用户已有明确发明构思，直接进入撰写流程。触发词：写专利、专利撰写、专利交底书、发明点推荐、帮我写个专利。
Patent Writer - 中文专利撰写助手
全流程中文专利交底书撰写，支持从零开始找发明点，或基于明确想法直接撰写。
工作流程
输入分析 → 现有技术检索 → 创新点提炼 → 大纲规划 → 分节撰写(逐节确认) → 统稿输出 → 概要描述 → 生成docx注意： 架构图在撰写完"2.1 发明内容"后生成，概要描述在专利交底书完成后撰写。
第一步：输入分析
判断用户输入类型：
模式A：方向模式
用户只给出技术方向，如：
- "我想写一篇根因定位的专利"
- "帮我找个大模型推理加速方向的专利点"
执行流程：
- 使用
research-lit或arxivskill 搜索该方向最新论文和技术 - 分析现有技术问题和空白
- 推荐 3-5 个创新方向
- 用户选择后，进入第二步
模式B：明确想法模式
用户已有明确发明构思，如：
- "我想写一个多模态数据融合的根因分析智能体的专利"
- "帮我写个基于AST的代码分块方法的专利"
执行流程：
- 确认技术方案核心要点
- 直接进入第二步
第二步：现有技术检索
目标： 确保技术背景真实、有据可查
检索来源
- 学术论文：使用
arxivskill 搜索 arXiv 论文 - 技术文献：使用
research-litskill 搜索相关文献 - 网页搜索：使用
web_search搜索技术博客、专利公开等
检索策略
- 使用中英文关键词各搜索一次
- 限定时间范围（近2-3年为主）
- 记录论文标题、作者、年份、核心贡献
重要： 必须使用真实检索工具，不可编造论文信息。
第三步：创新点提炼
目标： 明确技术方案的核心创新和保护范围
输出内容包括：技术问题、技术方案概述、核心创新点（3-5个）、权利要求层次规划。
确认后进入大纲规划阶段。
第四步：大纲规划
目标： 按模板生成大纲，分配字数
参见 references/template.md 获取完整大纲模板。
字数分配（总计约16000字）
| 章节 | 字数 |
|---|---|
| 缩略语定义 | ~150字 |
| 技术背景 | ~2000字 |
| 发明内容 | ~1000字 |
| 具体实施方式 | ~8000字 |
| 系统流程 | ~2000字 |
| 有益效果 | ~1200字 |
| 创新点与权利要求 | ~1300字 |
关键要求： 必须确保总字数达到16000字左右，各章节字数不得大幅低于目标。字数统计以中文字符为准，不含标点符号、空格、markdown格式符号。
关于实施示例： 不单独成节，而是在各关键技术点讲解完后，紧跟简短示例说明。例如，在"轨迹语义解析方法"小节末尾，用2-3句话演示关键步骤。
第五步：分节撰写
目标： 逐节撰写，每节确认后继续
执行方式
- 按大纲顺序，每次撰写一节
- 撰写完成后展示给用户确认
- 用户确认后进入下一节
- 如用户提出修改，修改后再次确认
写作风格要求（重要）
格式要求：
- 采用自然段落写作，避免过多的分条列举
- 每个自然段应内容充实，通常5-10句话
- 减少 markdown 格式痕迹，输出应是流畅的技术文档
- 段落之间应有逻辑衔接，使用过渡句
语言要求：
- 技术文档风格，客观准确，语言正式规范
- 使用完整的句子和段落，避免碎片化表达
- 句号应在自然段落的末尾或完整句子之后，避免突兀出现
- 术语首次出现时给出定义，后续使用保持一致
- 禁止口语化表达，参见
references/writing-guide.md
具体实施方式的特殊要求：
"具体实施方式"是专利的核心部分，必须做到真正"具体"。写作时应遵循以下原则：
- 技术细节充分展开：每个技术点都要深入阐述其实现原理、数据结构、算法步骤、关键参数等。不能只说"采用XX方法"，必须说明该方法的具体实现。
- 数学公式与形式化定义：对于复杂算法，应给出数学公式表达；对于核心数据结构，应给出形式化定义。这是技术深度的重要体现。
- 避免流水账式描述：不要只罗列步骤名称，要解释每个步骤的原理、为什么要这样设计、有哪些技术考量。
- 包含技术参数和边界条件：如适用，应给出具体的技术参数（阈值、权重、时间复杂度等）和边界条件的处理方式。
- 举例说明：对复杂的技术方案，应在技术点讲解后紧跟简短示例说明其工作过程。
- 字数保障：具体实施方式部分约8000字，是专利最核心的部分，必须写得充分、详尽。
架构图生成时机
在撰写完"2.1 发明内容"章节后，暂停撰写，生成技术架构图。架构图用于直观展示系统组成和模块关系。参见 references/architecture-guide.md 获取架构图绘制指南。生成后继续撰写后续章节。
撰写要点
参见 references/writing-guide.md 获取撰写规范。
第六步：统稿输出
目标： 整合全文，格式化输出
执行内容
- 汇总所有章节
- 检查前后一致性
- 生成缩略语表（如有）
- 统一格式和编号
- 统计总字数，确保达到16000字左右
第七步：概要描述
目标： 基于已完成的专利交底书，生成概要描述
时机： 在专利交底书完成并统稿后进行。
参见 references/proposal-summary-template.md 获取完整模板。
输出内容
概要描述是对专利交底书的高度概括，用于初评和立项。内容来源于已完成的交底书，但需要用更精炼的语言重新组织。
全文约1500-2000字。
输出文件：概要描述.md + 概要描述.docx
第八步：生成 DOCX 文件
目标： 将 Markdown 文稿转换为格式化的 Word 文档
执行步骤
- 确认最终文稿
- 使用 pandoc 将 Markdown 转为 docx
- 输出专利交底书和概要描述的 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 脚本