中文发明专利撰写

使用时机

用户要写中文发明专利
用户要补写某一章节，如摘要、权利要求、具体实施方式
用户给了参考专利，希望蒸馏写法、结构和表达套路
用户要对现有专利草稿做统稿、收敛或术语一致性检查

Step 1：识别任务类型

用户表述 / 关键词	执行文件
完整专利、全文、完整说明书、帮我写整个专利	reference/full-patent.md
题目、名称、题目优化、题目收敛	reference/title.md
摘要	reference/abstract.md
背景技术、现有技术缺陷	reference/background.md
发明内容、技术方案、有益效果	reference/invention-content.md
权利要求、独立权利要求、从属权利要求	reference/claims.md
附图说明、图号	reference/figures-desc.md
附图绘制（Draw.io 黑白中文）	reference/figures-drawio.md
具体实施方式、实施例	reference/implementation.md
统稿、检查、术语一致性、自检	reference/review.md
参考专利蒸馏、仿写套路、结构提炼	reference/distill.md

Step 2：收集输入

优先收集以下材料，缺什么补什么：

技术方案说明：解决什么问题，核心手段是什么
现有草稿：已有题目、摘要、权利要求、说明书任一部分
参考专利：供蒸馏结构、语言和颗粒度，不直接照抄
附图或流程图：模块图、流程图、架构图、时序图
创新点：相对现有技术的具体区别与效果

若用户要写全文，默认按以下顺序推进： 1. 先提炼创新点与保护对象 2. 先搭权利要求骨架 3. 再写摘要、发明内容 4. 再展开具体实施方式 5. 最后做统稿和一致性检查

Step 3：执行并输出

读取对应 reference 的写法规则、结构模板和禁忌
严格围绕用户提供材料写，不补不存在的实验数据、实施结果或硬件参数
同一轮输出尽量给成品，不只给原则
若信息不足以支撑正式专利文本，先列缺失项，再给可落地草稿

通用原则

不编造：材料里没有的模块、步骤、实验数据、性能指标不要写
结构先行：先定保护骨架，再写展开文本
术语统一：同一对象全篇只用一种主称呼
技术对应：背景缺陷、发明目的、技术方案、有益效果要一一对应
少写空话：避免只有功能结果、没有实现路径
先宽后窄：独立权利要求概括核心方案，从属权利要求再细化步骤、条件、模块和公式

从参考专利蒸馏出的高频规律

题目优先落在“方法、系统、设备及介质”这一类常见命名结构
摘要写“公开内容 + 核心步骤 + 技术效果”，不照搬权利要求长串句式
背景技术要写到现有方法的具体缺陷，不能只写行业趋势
发明内容先写目的，再写技术方案，再写有益效果
权利要求 1 负责总流程或核心模块；从属权利要求负责细化子步骤、参数、约束、依赖关系
具体实施方式要和附图、步骤编号、模块名称闭环

摘要写法

适用场景

用户要生成或改写专利摘要
用户已有权利要求或技术方案，需要压缩成摘要

输入要求

题目
核心流程或模块
解决的技术问题
技术效果

写作目标

用一段话交代：公开了什么、怎么做、达到什么效果。

语言约束

摘要是压缩说明，不是权利要求逐句翻版
不写过多公式、编号和长条件链
尽量一段完成，必要时可两句到三句
效果要和前文步骤对应，避免空泛表述

输出模板

本发明公开了一种【题目中的核心对象】，适用于【场景】。所述方法包括：【步骤1】；【步骤2】；【步骤3】；【可选步骤4】。本发明通过【核心技术手段】，实现了【效果1】，并【效果2】。

常见问题 / 禁忌

写成背景介绍
写成宣传文案
只写“提高效率、提升精度”，不写通过什么手段实现

背景技术写法

适用场景

用户要写背景技术
用户需要从现有方案缺陷引出发明目的

输入要求

技术领域与应用场景
现有常见做法（具体方法，不是泛泛而谈）
现有做法的具体缺陷

写作目标

把”为什么要做这个发明”写清楚，通过”行业背景→现有技术是什么→现有技术哪里不够→缺陷总结→引出发明”五步逻辑链自然铺垫出发明的必要性。

语言约束

缺陷要具体，最好对应后文发明内容的技术手段
不要写成市场分析，不要写政策堆砌
不要一上来就写”本发明提出……”
举例要贴近技术本质，不要举产品功能例子

输出模板

随着【行业趋势】，【技术场景】已成为【重要性描述】。在众多应用场景中，【核心挑战】因【原因】格外受到关注。

当前，【技术场景】已在【已成熟的部分】广泛应用，其机制以【基本方法】为主，效果相对稳定。然而，针对【本发明所针对的场景】，现有系统通常采用以下方案：一是【方案A及其局限】；二是【方案B及其局限】。此外，【补充局限说明】。

例如，【具体反例1】。又如，【具体反例2】。（此段可选）

综上所述，现有【技术领域】方法存在如下主要问题： 1、【缺陷标题】：【缺陷描述】； 2、【缺陷标题】：【缺陷描述】； 3、【缺陷标题】：【缺陷描述】； 4、【缺陷标题】：【缺陷描述】。

因此，需要一种能够【方向描述】的【技术领域】方案，以满足实际场景中的需求。

常见问题 / 禁忌

只写政策、趋势，不写现有技术具体做什么
缺陷和后文技术方案、有益效果对不上
一上来就写本发明方案，导致背景不独立
直接跳到编号缺陷列表，缺少现有技术铺垫段
结尾用”亟需”替代”因此，需要一种”

权利要求写法

适用场景

用户要写独立权利要求和从属权利要求
用户已有技术方案，想转成权利要求文本

输入要求

保护对象：方法 / 系统 / 设备 / 介质
核心技术流程或模块
可细化的子步骤、参数、依赖关系、公式、约束条件

写作目标

构造清晰的权利要求层级：权利要求 1 负责概括核心方案，从属权利要求负责逐层收窄和细化。

语言约束

权利要求 1 要宽，但不能空
从属权利要求只细化，不跳出主方案
避免纯结果性表述，如”以提升准确率”单独成技术特征
术语、模块名、步骤名要和说明书一致

公式写法规范

权利要求中引入公式时，遵循以下规则：

1. 先定义变量，再给公式：公式出现前，用文字说明每个符号的含义，格式为"令 $x$ 表示……，$y$ 为……"； 2. 公式必须独立成行：所有展示公式用 $$...$$ 包裹，禁止内联在句子中； 3. 公式后紧跟"其中，"解释行：列出公式中每个变量的含义、取值范围及约束，格式为"其中，$x$ 为……，$y$ 为……；"； 4. 约束条件放在"其中，"行：如 $\sum\alpha_i=1$、$m_k\in\{0,1\}$、最终得分不低于零，不要嵌入公式本体（如 \quad \sum=1）； 5. 公式前用"表示为以下公式：/计算公式为："引导：参考格式："……总得分计算公式为：\n\n$$...$$\n\n其中，……"； 6. 公式和说明书保持一致：变量名、符号与具体实施方式完全一致； 7. 公式要有专利意义：只写能区分发明与现有技术的核心公式，不写通用恒等式。

本专利公式标准写法示例：

令 $m_k\in\{0,1\}$ 为第 $k$ 步骤的匹配状态，$w_k$ 为第 $k$ 步骤的预设分值，
$n$ 为评分步骤总数，总得分计算公式为：

$$S_{add} = \sum_{k=1}^{n} m_k \cdot w_k$$

其中，各步骤权重 $w_k$ 由评分规则配置预先设定；

常用公式体系（本专利）：

发明点	公式	其中，说明
语义相似度	$\text{sim}(s_a,r_k)=\frac{\boldsymbol{v}(s_a)\cdot\boldsymbol{v}(r_k)}{\	\boldsymbol{v}(s_a)\
匹配状态	$m_k=\begin{cases}1,&\text{sim}\geq\theta\\0,&\text{sim}<\theta\end{cases}$	$\theta$ 为预设语义相等阈值
加分制总分	$S_{add}=\sum_{k=1}^{n}m_k\cdot w_k$	$m_k\in\{0,1\}$；$w_k$ 为预设分值
扣分制总分	$S_{sub}=\max(S_{max}-\sum_{k=1}^{n}(1-m_k)p_k,\ 0)$	$S_{max}$ 为满分；不低于零
语法扣分	$S_{en}=\max(S_{base}-\sum_{j=1}^{G}\lambda_j e_j,\ 0)$	$e_j\in\{0,1\}$；$G$ 为错误类型总数
多智能体融合	$S_{final}=\sum_{i=1}^{M}\alpha_i s_i$	$M$ 为实例总数；$\sum\alpha_i=1$
缓存索引键	$K_t=\text{Hash}(\boldsymbol{q}_t, a^*, R)$	$\boldsymbol{q}_t$ 为题干语义向量
缓存命中判断	$\text{Hit}_t=\mathbb{I}[K_t\in\mathcal{C}]$	$\mathbb{I}[\cdot]$ 为指示函数

输出模板

先输出：

权利要求 1
权利要求 2~N

方法类权利要求 1 模板：

一种【名称】方法，其特征在于，包括：【步骤1】；【步骤2】；【步骤3】；【步骤4】。

从属权利要求模板：

根据权利要求 1 所述的方法，其特征在于，【对某一步骤进行细化限定】。

常见问题 / 禁忌

权利要求 1 过于抽象，只剩“获取、处理、输出”
从属权利要求加入主方案中不存在的新概念
一个权利要求里并列塞入过多层次

参考专利蒸馏方法

适用场景

用户给出一篇或多篇参考专利，想提炼写法
用户要仿照参考专利的结构、颗粒度和语气写新专利

输入要求

参考专利全文或关键章节
当前待写技术方案
用户关注点：结构、语言、权项颗粒度或摘要风格

写作目标

从参考专利中提炼“写法”，不是复制“内容”。

语言约束

只能提炼结构和表达套路，不能照抄技术内容
要明确哪些写法值得复用，哪些只适合参考件本身
输出时优先给“可迁移规则”

输出模板

可复用写法

题目：
摘要：
背景技术：
发明内容：
权利要求：
实施方式：

不建议照搬的部分

-

可直接迁移到当前专利的写作规则

1. 2. 3.

常见问题 / 禁忌

把参考专利里的技术内容直接挪到新专利
只总结表面句式，不总结结构逻辑

附图说明写法

适用场景

用户要写附图说明
用户已经有流程图、模块图、架构图，需要转成说明文字

输入要求

图号
每张图的类型和主题
图中关键模块、步骤或关系

写作目标

用最短路径说明每张图表达什么，方便后文实施方式引用。

语言约束

一张图一句或两句即可
不展开技术细节，把细节留给具体实施方式
图名要和后文引用一致

输出模板

图 1 是本发明实施例中一种【方案名称】的方法流程图；图 2 是本发明实施例中一种【方案名称】的系统架构图；图 3 是本发明实施例中【某关键模块 / 某关键步骤】的实现流程图。

常见问题 / 禁忌

附图说明写成实施方式
图号和后文引用不一致
同一张图命名反复变化

附图绘制规范（Draw.io 黑白版）

专利附图使用黑白配色、中文描述，直接用 Draw.io 绘制后导出。详细样式规则和模板见 figures-drawio.md。

专利附图 Draw.io 绘制规范

基本原则

配色：全黑白灰，禁用彩色填充。允许用浅灰区分层级，白色为主填充。
文字：全中文，模块名粗体，副标题常规体，字号 18–22px。
线条：黑色实线（strokeColor=#111111），箭头用 classic，strokeWidth=2。
菱形判断框：白色填充，黑色边框，字号 18px。
容器/分组：浅灰填充（#F5F5F5）或无填充 + 黑色虚线边框（dashed=1）。
背景：白色（background=#FFFFFF）。

四种图类型

1. 总体流程图（方法流程）

适用：权利要求步骤 S1→S2→…→SN 的线性流程。

参考专利通行风格（重要）：

纯线性向下，主流程图不画分支，分支细节留给从属权利要求或其他附图
步骤标签 S1/S2… 写在框的左侧外部，加短横线指向框边，不写在框内
框内只有一段文字，简短描述步骤功能，字号 20–22px 粗体，不加副描述
箭头用实心三角头（endArrow=block;endFill=1），比 classic 更符合专利图惯例
开始/结束用胶囊形（rounded=1;arcSize=50）
页面宽度约 900px，框宽占约 65%（580px），框间距约 50px

<!-- 页面设置 -->
<mxGraphModel pageWidth="900" pageHeight="1500" backg
round="#FFFFFF">

<!-- 开始/结束胶囊 -->
<mxCell value="开始"
  style="rounded=1;arcSize=50;whiteSpace=wrap;html=1;
         fillColor=#FFFFFF;strokeColor=#111111;strokeWidth=2;
         fontSize=22;fontStyle=1"
  vertex="1" parent="1">
  <mxGeometry x="300" y="60" width="300" height="60" as="geometry"/>
</mxCell>

<!-- S标签（框外左侧）-->
<mxCell value="S1" style="text;html=1;strokeColor=none;fillColor=none;
  fontSize=20;fontStyle=1;align=right;verticalAlign=middle"
  vertex="1" parent="1">
  <mxGeometry x="60" y="175" width="60" height="60" as="geometry"/>
</mxCell>
<!-- S标签短横线 -->
<mxCell style="edgeStyle=none;html=1;strokeColor=#111111;strokeWidth=1.5;
  endArrow=none" edge="1" parent="1">
  <mxGeometry relative="1" as="geometry">
    <mxPoint x="120" y="205" as="sourcePoint"/>
    <mxPoint x="160" y="205" as="targetPoint"/>
  </mxGeometry>
</mxCell>

<!-- 步骤框（框内只有步骤名，不加副描述）-->
<mxCell value="接收批改请求"
  style="rounded=1;whiteSpace=wrap;html=1;
         fillColor=#FFFFFF;strokeColor=#111111;strokeWidth=2;
         fontSize=22;fontStyle=1;align=center;verticalAlign=middle"
  vertex="1" parent="1">
  <mxGeometry x="160" y="170" width="580" height="70" as="geometry"/>
</mxCell>

<!-- 箭头（实心三角头）-->
<mxCell style="edgeStyle=orthogonalEdgeStyle;rounded=0;html=1;
               strokeColor=#111111;strokeWidth=2;endArrow=block;endFill=1"
  edge="1" source="src_id" target="tgt_id" parent="1">
  <mxGeometry relative="1" as="geometry"/>
</mxCell>

2. 架构图（智能体协同架构）

适用：决策智能体 + 专项批改智能体集合 + 汇总智能体的层级结构。

参考布局（黑白配色，层级结构）：

┌─────────────────────────────────────────────────┐
│  兼容层（请求接收）                                 │ ← 无填充 + 实线边框
├─────────────────────────────────────────────────┤
│  决策智能体                                        │ ← 白色填充 + 粗实线
├─────────────────────────────────────────────────┤
│  任务路由规划                                      │ ← 浅灰填充 #F5F5F5
├────────┬─────────┬────────┬───────────────────┤
│文本语义 │数学步骤  │英语语法 │图形结构            │ ← 各智能体 白色+实线
│比对型  │推理型   │感知型  │识别型              │   圆角矩形 rounded=1
└────────┴─────────┴────────┴───────────────────┘
         ↓ 统一执行（箭头统一汇聚）
┌─────────────────────────────────────────────────┐
│  汇总智能体（归一化 + 报告生成）                    │ ← 白色填充 + 粗实线
└─────────────────────────────────────────────────┘

关键样式差异（对照参考图原彩色版改为黑白）：

原参考图配色	专利版改为
`fillColor=#d5e8d4`（绿色智能体）	`fillColor=#FFFFFF`
`strokeColor=#82b366`（绿边框）	`strokeColor=#111111`
`fillColor=#f5f5f5`（灰色规划模块）	`fillColor=#F5F5F5`（保留浅灰）
`fillColor=#EEF7EA`（状态模块）	`fillColor=#FFFFFF` + `dashed=1`
`strokeColor=#34A853`（绿色执行箭头）	`strokeColor=#111111`

3. 模块步骤图（单智能体内部流程）

适用：某一专项智能体内部的评分步骤，如加分制/扣分制流程。

布局建议：

顶部：输入框（白色圆角矩形）
中间：菱形判断 → 分支标注"加分制"/"扣分制"
末尾：输出框（白色矩形），箭头向下

4. 系统框图（系统实施例）

适用：实施例2中的系统模块结构，各模块并列或层叠展示。

<!-- 系统模块框模板 -->
<mxCell value="决策智能体模块&#xa;维护路由映射表，转发批改请求"
  style="rounded=0;whiteSpace=wrap;html=1;
         fillColor=#F5F5F5;strokeColor=#111111;strokeWidth=2;
         fontSize=20;fontStyle=1;align=center;verticalAlign=middle"
  vertex="1" parent="1">
  <mxGeometry x="300" y="200" width="500" height="90" as="geometry"/>
</mxCell>

全局 mxGraphModel 设置

<mxGraphModel dx="1434" dy="836" grid="0" gridSize="10" guides="0"
  tooltips="1" connect="1" arrows="1" fold="1" page="1"
  pageScale="1" pageWidth="1600" pageHeight="980"
  background="#FFFFFF" math="0" shadow="0">

文字规范

模块主名：中文，粗体（fontStyle=1），字号 20–22px
副描述（第二行）：字号 15px，<font style="font-size:15px;">副描述</font>
箭头标注：字号 18px，背景色 #FFFFFF 防遮挡
禁止使用英文模块名（兼容层、决策Agent 等原图英文标注，统一改为中文）

禁止事项

禁用彩色填充（绿、蓝、黄、橙等）
禁用 sketch=1（手绘风格）
禁用阴影（shadow=0）
禁用英文标注
禁用像素级对齐（允许轻微偏差，保持图面整洁即可）

完整发明专利撰写流程

用户提供技术方案（或参考专利 + 技术说明），按顺序自动执行所有章节，输出一份完整的中文发明专利说明书。

触发条件

用户表述包含以下任一：

「写一份完整的专利」「帮我写整个专利」「全文」「完整说明书」
提供了技术方案 / 参考专利，且未指定单一章节

执行顺序

按以下顺序依次执行对应 reference，每步输出后继续下一步，无需用户逐步确认：

步骤	执行文件	输出内容
1. 提炼创新点	distill.md（若有参考专利）	核心创新点、保护对象、技术效果
2. 权利要求	claims.md	独立权利要求 + 从属权利要求
3. 题目	title.md	专利题目（1-3 个候选）
4. 摘要	abstract.md	摘要（300 字以内）
5. 背景技术	background.md	背景技术章节
6. 发明内容	invention-content.md	发明目的 + 技术方案 + 有益效果
7. 附图说明	figures-desc.md	附图说明（如有附图）
8. 具体实施方式	implementation.md	具体实施方式 / 实施例
9. 统稿自检	review.md	术语一致性、结构完整性检查报告

输入不足时的处理

缺技术方案细节：先列出缺失项，给出可落地草稿，标注 [待补充]
缺附图：跳过附图说明，在具体实施方式中用文字描述代替图号引用
只有参考专利无自有方案：先执行 distill.md 提炼套路，再请用户补充差异点

输出格式

每个章节用 --- 分隔，标注章节名称，便于直接复制到 Word 模板。

具体实施方式写法

适用场景

用户要写实施例或具体实施方式
用户已有权利要求或附图，需要展开成说明书正文

输入要求

权利要求骨架
附图说明
关键步骤、模块、数据流或处理逻辑

写作目标

把抽象技术方案展开成可读、可对应、可引用附图的实施文本。

附图引用规则（必须执行）

每张附图必须在具体实施方式中至少出现一次”参见图N”引用，否则视为附图与正文脱节。

操作要求： 1. 写完具体实施方式后，对照附图说明逐图检查——图1、图2、图3……图N，是否每张都有对应”参见图N”出现； 2. 引用位置规则：

总流程图（通常为图1）→ 实施例1引导段
架构/模块图 → 对应步骤展开段开头
子流程/详细机制图 → 该机制首次展开处，格式”参见图N，……”或”……（参见图N）”
系统框图（通常为图N-1）→ 系统实施例引导段
计算机设备框图（通常为图N）→ 计算机设备实施例引导段

3. 若某张图在正文中找不到引用位置，说明该图内容未在实施方式中展开，需补写对应段落后再加引用。

语言约束

展开必须能回指权利要求和附图
可以细化，但不要脱离主方案乱扩展
例子要服务于理解，不要引入新保护对象

输出模板

参见图 1 至图 N，本实施例提供一种【名称】方法，包括：【总步骤】。在本实施例中，【步骤1展开】。进一步地，【步骤2展开】。在另一实施方式中，【可选细化】。本领域技术人员可以理解，上述步骤也可由对应系统模块、设备中的处理器执行，或由存储介质中的程序指令实现。

公式在实施方式中的写法

实施方式是公式展开解释的主要位置，规则如下：

1. 公式前必须有文字铺垫：说明该公式解决什么问题、对应哪个步骤；引导语用"表示为以下公式：/计算公式为："结尾； 2. 变量在首次出现时定义：格式为"令 $x\in\{0,1\}$ 为……，$y$ 为……"，放在公式前的铺垫文字中； 3. 公式必须独立成行：所有展示公式用 $$...$$ 包裹，不内联在段落中； 4. 公式后紧跟"其中，"行：列出公式中所有变量的含义、取值范围和约束条件； 5. 约束条件不内嵌公式：如 $\sum\alpha_i=1$ 写在"其中，"行，不用 \quad 拼入公式； 6. 公式后接具体数值例子：用实际数字说明公式运算过程； 7. 公式变量与权利要求一一对应：不能在说明书中改名或重定义。

标准段落结构：

[步骤名称]下，令 $m_k\in\{0,1\}$ 为第 $k$ 步骤的匹配状态，$w_k$ 为预设分值，
$n$ 为评分步骤总数，总得分计算公式为：

$$S_{add} = \sum_{k=1}^{n} m_k \cdot w_k$$

其中，$w_k$ 由评分规则配置预先设定。例如，……步骤配置为……，学生……，得 $S_{add}=\ldots$ 分。

本专利公式与对应权项及实施步骤：

公式	对应权项	实施步骤
$\text{sim}(s_a,r_k)$ 余弦相似度	权项4	S3 语义踩点评分
$m_k$ 分段匹配状态	权项4	S3 语义踩点评分
$S_{add}=\sum m_k w_k$	权项4	S3 步骤加分
$S_{sub}=\max(S_{max}-\sum(1-m_k)p_k,0)$	权项4	S3 步骤扣分
$S_{en}=\max(S_{base}-\sum\lambda_j e_j,0)$	权项5	S3 英语语法检测
$S_{final}=\sum\alpha_i s_i$	权项7	S4 加权融合
$K_t=\text{Hash}(\boldsymbol{q}_t,a^*,R)$	权项9	S5 缓存索引
$\text{Hit}_t=\mathbb{I}[K_t\in\mathcal{C}]$	权项9	S5 缓存命中

发明内容写法

适用场景

用户要写发明内容
用户已经有背景技术和权利要求，需要补发明目的、技术方案和有益效果

输入要求

背景技术中的缺陷列表
权利要求全文（独立权利要求 + 从属权利要求）
预期技术效果

写作目标

发明内容是权利要求的说明书展开版：技术方案部分应与权利要求高度一致，甚至接近逐段对应。不是功能描述，不是摘要压缩，而是把权利要求的每一层用说明书语言复述一遍，再补充系统/设备/介质闭环。

语言约束

技术方案段要直接复用权利要求语言，不要改写成功能摘要
"进一步地"段落与权项的差异只在于：去掉"根据权利要求X所述的方法，其特征在于"这类引导语
有益效果要与具体技术手段一一对应，不要只写"提升了准确率"这类结果句
不要把发明内容写成比摘要更短的版本

输出模板

针对现有【技术领域】在【缺陷方面】的技术不足，本发明目的在于提供一种【方案名称】，通过【核心路径】，实现【技术目标】。

本发明通过以下技术方案实现上述目的：

一种【方法名称】，包括：【步骤1（与权项1一致）】；【步骤2】；【步骤3】；【步骤4】。

进一步地，【从属权项2对应内容，含公式】。

进一步地，【从属权项3对应内容】。

……（每个关键权项一段）

本发明的第二个目的在于提供一种【系统名称】，用于执行上述方法，所述系统包括：【模块列表】。

本发明的第三个目的在于提供一种计算机设备，包括处理器以及用于存储处理器可执行程序的存储器，所述处理器执行存储器存储的程序时，实现上述【方法名称】。

本发明的第四个目的在于提供一种存储介质，存储有程序，所述程序被处理器执行时，实现上述【方法名称】。

本发明的有益效果：

1. 【对应技术手段的效果1】； 2. 【对应技术手段的效果2】； ……

常见问题 / 禁忌

技术方案段只写功能描述，不复用权利要求语言
缺少"进一步地"展开段，只有总流程4步就跳到有益效果
有益效果与技术手段脱节，只写"提高了准确率、降低了成本"等空话
忘记系统/设备/介质的目的段，导致保护对象不闭环
公式只在具体实施方式出现，发明内容中缺失

统稿与一致性检查

适用场景

用户要检查一份专利草稿是否成型
用户要做最后统稿、收口和术语统一

输入要求

全文或多个章节草稿
若有，附图编号与权利要求编号

写作目标

在不改变核心方案的前提下，找出结构断裂、术语不一致和章节错位问题。

检查清单

1. 题目、摘要、权利要求、说明书保护对象是否一致 2. 核心术语是否统一 3. 背景缺陷、发明目的、技术方案、有益效果是否一一对应 4. 权利要求 1 是否覆盖核心创新 5. 从属权利要求是否都在细化主方案 6. 摘要是否过长或过像权利要求 7. 具体实施方式是否与附图、图号、步骤号一致 8. 附图全覆盖检查：逐图核对附图说明中的每张图（图1、图2……图N），确认具体实施方式中均有对应的"参见图N"引用；若某图无引用，说明该图内容未在正文展开，需补写后再加引用 9. 系统、设备、介质部分是否与方法部分闭环

输出模板

按以下格式输出：

必改问题

问题：
位置：
原因：
建议改法：

可优化问题

问题：
位置：
建议：

总体判断

当前稿件成熟度：
下一步最该补的部分：

常见问题 / 禁忌

同一对象在不同章节叫不同名字
摘要写得比实施方式还细
权利要求和说明书出现脱节

题目写法

适用场景

用户要生成专利题目
用户已有多个题目候选，想收敛或优化

输入要求

技术对象：方法 / 系统 / 设备 / 介质
解决对象：如作业批改、文档版面分析、故障检测
核心技术特征：如多智能体协同、路由决策、多模态、自适应评分

写作目标

生成兼顾保护范围、技术特征和中文专利习惯的题目。

语言约束

不要只写应用名词，不写技术特征
不要把题目写得像宣传语
避免过泛词，如“高效”“智能化”，除非后面有明确技术落点

输出模板

输出 3 版：

1. 宽口径版：保护范围较宽 2. 平衡版：技术特征与场景兼顾 3. 窄口径版：突出创新点，便于和摘要、权利要求对齐

并补一句：最推荐哪一版，以及原因。

常见问题 / 禁忌

只写“自动批改”而不写核心实现机制
同时堆太多特征，导致题目过长
题目中的“方法、系统、设备及介质”与后文保护对象不一致

Installs	51
repo stars	★ 2.5k
Last updated	July 19, 2026
Repository	xstongxue/best-skills ↗

About

Patent Write by the numbers

Add your badge

What it does

Files

中文发明专利撰写

使用时机

Step 1：识别任务类型

Step 2：收集输入

Step 3：执行并输出

通用原则

从参考专利蒸馏出的高频规律

摘要写法

适用场景

输入要求

写作目标

推荐结构

语言约束

输出模板

常见问题 / 禁忌

背景技术写法

适用场景

输入要求

写作目标

推荐结构（参考两份定稿专利）

第1段：行业背景

第2段：现有技术是什么、为什么不够

第3段（可选）：举具体反例

编号缺陷总结

结尾段

语言约束

输出模板

常见问题 / 禁忌

权利要求写法

适用场景

输入要求

写作目标

推荐结构

独立权利要求

从属权利要求

语言约束

公式写法规范

输出模板

常见问题 / 禁忌

参考专利蒸馏方法

适用场景

输入要求

写作目标

推荐结构

语言约束

输出模板

可复用写法

不建议照搬的部分

可直接迁移到当前专利的写作规则

常见问题 / 禁忌

附图说明写法

适用场景

输入要求

写作目标

推荐结构

语言约束

输出模板

常见问题 / 禁忌

附图绘制规范（Draw.io 黑白版）

专利附图 Draw.io 绘制规范

基本原则

四种图类型

1. 总体流程图（方法流程）

2. 架构图（智能体协同架构）

3. 模块步骤图（单智能体内部流程）

4. 系统框图（系统实施例）

全局 mxGraphModel 设置

文字规范

禁止事项

完整发明专利撰写流程

触发条件

执行顺序

输入不足时的处理

输出格式

具体实施方式写法