Patent Writer

SKILL.md

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