全流程中文专利交底书撰写,支持从零开始找发明点,或基于明确想法直接撰写。
输入分析 → 现有技术检索 → 创新点提炼 → 大纲规划 → 分节撰写(逐节确认) → 统稿输出 → 概要描述 → 生成docx
注意: 架构图在撰写完"2.1 发明内容"后生成,概要描述在专利交底书完成后撰写。
判断用户输入类型:
用户只给出技术方向,如:
执行流程:
research-lit 或 arxiv skill 搜索该方向最新论文和技术用户已有明确发明构思,如:
执行流程:
目标: 确保技术背景真实、有据可查
arxiv skill 搜索 arXiv 论文research-lit skill 搜索相关文献web_search 搜索技术博客、专利公开等重要: 必须使用真实检索工具,不可编造论文信息。
目标: 明确技术方案的核心创新和保护范围
输出内容包括:技术问题、技术方案概述、核心创新点(3-5个)、权利要求层次规划。
确认后进入大纲规划阶段。
目标: 按模板生成大纲,分配字数
参见 references/template.md 获取完整大纲模板。
| 章节 | 字数 |
|---|---|
| ------ | ------ |
| 缩略语定义 | ~150字 |
| 技术背景 | ~2000字 |
| 发明内容 | ~1000字 |
| 具体实施方式 | ~8000字 |
| 系统流程 | ~2000字 |
| 有益效果 | ~1200字 |
| 创新点与权利要求 | ~1300字 |
关键要求: 必须确保总字数达到16000字左右,各章节字数不得大幅低于目标。字数统计以中文字符为准,不含标点符号、空格、markdown格式符号。
关于实施示例: 不单独成节,而是在各关键技术点讲解完后,紧跟简短示例说明。例如,在"轨迹语义解析方法"小节末尾,用2-3句话演示关键步骤。
目标: 逐节撰写,每节确认后继续
格式要求:
语言要求:
references/writing-guide.md具体实施方式的特殊要求:
"具体实施方式"是专利的核心部分,必须做到真正"具体"。写作时应遵循以下原则:
在撰写完"2.1 发明内容"章节后,暂停撰写,生成技术架构图。架构图用于直观展示系统组成和模块关系。参见 references/architecture-guide.md 获取架构图绘制指南。生成后继续撰写后续章节。
参见 references/writing-guide.md 获取撰写规范。
目标: 整合全文,格式化输出
目标: 基于已完成的专利交底书,生成概要描述
时机: 在专利交底书完成并统稿后进行。
参见 references/proposal-summary-template.md 获取完整模板。
概要描述是对专利交底书的高度概括,用于初评和立项。内容来源于已完成的交底书,但需要用更精炼的语言重新组织。
全文约1500-2000字。
输出文件:概要描述.md + 概要描述.docx
目标: 将 Markdown 文稿转换为格式化的 Word 文档
✅ 文件已生成:
专利交底书:
- Markdown:{项目目录}/专利交底书.md
- Word文档:{项目目录}/专利交底书.docx
概要描述:
- Markdown:{项目目录}/概要描述.md
- Word文档:{项目目录}/概要描述.docx
架构图:{项目目录}/figures/architecture.svg
文件位置:/Users/zxw/.openclaw/workspace/patents/{项目名称}/
template.md - 专利大纲模板,包含完整结构和字数分配writing-guide.md - 撰写规范,包含语言风格、技术描述要点、技术深度要求等architecture-guide.md - 架构图绘制指南template.docx - Word 参考模板,定义标题、正文等样式proposal-summary-template.md - 概要描述模板proposal-summary-example.md - 概要描述示例md2docx.sh - Markdown 转 docx 脚本共 1 个版本