Skill: sherww/patent-writer (version 1.1.0)

--- 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 脚本


Security scan verdicts — ClawScan: suspicious | static analysis: clean | VirusTotal: clean | SkillSpector: suspicious (MEDIUM)