Patent Writer

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

Security Scan

The skill's files and runtime instructions are coherent with a Chinese patent-drafting assistant: it uses other retrieval skills for literature search, generates lengthy structured drafts, and offers a small pandoc-based conversion script; it does not request credentials or install arbitrary code.

Purpose & Capability

Name, description and instructions align: the skill performs literature search (via arxiv/research-lit/web_search), extracts innovations, drafts sections to a specified template, and converts Markdown to DOCX using pandoc. The included md2docx.sh matches the stated docx generation step. No unrelated credentials, binaries, or config paths are requested.

Instruction Scope

SKILL.md asks the agent to call external retrieval skills (arxiv, research-lit, web_search) and to produce large amounts of technical detail. That is consistent with the purpose, but behaviour depends on the invoked retrieval skills (their data handling/privacy). The skill explicitly warns not to fabricate sources. It references an example workspace path only as output location; it does not instruct reading arbitrary system files or environment variables.

Install Mechanism

No install spec is provided. The only executable artifact is a small bash script (md2docx.sh) that invokes pandoc; it is local, readable, and not fetched from a remote URL. No downloads, archives, or unusual install actions are present.

Credentials

The skill declares no required environment variables, no primary credential, and no config paths. package.json lists pandoc as a required system tool and lists optional skills (arxiv, research-lit), which is proportionate to its function. There are no requests for unrelated secrets or tokens.

Persistence & Privilege

always is false and disable-model-invocation is false (normal). The skill does not request persistent system-wide changes or modify other skills' configs. It operates within its own workspace/files as described.

Assessment

This skill appears internally consistent with being a Chinese patent-drafting assistant. Before installing, consider: (1) Privacy of draft content — the skill uses external retrieval skills (arxiv, research-lit, web_search); confirm those skills' data handling before sending confidential invention details to them. (2) Pandoc availability — md2docx.sh calls pandoc, so ensure pandoc is installed if you need DOCX export. (3) Provenance — the package has no homepage and an unknown owner; if provenance or license matters, request source/author info. (4) Legal/IP risk — drafting patent claims is legally sensitive; have a qualified patent attorney review outputs. If you need higher assurance, inspect the referenced retrieval skills (arxiv, research-lit, web_search) and confirm they do not exfiltrate inputs beyond expected web queries.

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