Cn patent writer
Skill Chuangwei-Liu/cn-patent-writer/.claude/skills/cn-patent-writer
Use when the user asks to write a Chinese invention patent (发明专利), patent application, or patent draft in Chinese. Triggers on keywords like 写专利, 发明专利, 专利申请, 撰写专利, 专利交底书. Generates complete patent documents following CNIPA format including claims (权利要求书), description (说明书), and abstract (摘要).From its SKILL.md
npx -y skills add Chuangwei-Liu/cn-patent-writer --skill cn-patent-writerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
10.3 KB, as published. Nobody here has run it
Chinese Patent Writer (中国发明专利撰写)
Overview
Generate complete Chinese invention patent applications following CNIPA standard format. Target: ≥15,000 Chinese characters. This skill contains writing rules, constraints, and quality standards — not project-specific templates.
When to Use
- User says "写专利", "写发明专利", "撰写专利", "专利申请"
- User provides a technical description and asks for a patent draft
- User has a paper/thesis and wants to extract patentable content
一、Core Structure
1.1 Document Sections (in order)
说明书摘要 + 摘要附图
权利要求书（≥10条：方法→装置→设备→介质→程序）
说明书
├── 发明名称（正文第一行，独立文本）
├── 技术领域
├── 背景技术（缺陷用"其一/其二/其三"编号）
├── 发明内容（技术问题 + 技术方案 + 有益效果）
├── 附图说明（≥5张，≥4种类型）
├── 具体实施方式（以术语定义段开头）
│ ├── 步骤S10/S20/...（主步骤，间隔10）
│ │ └── 子段落（过渡用语开头，按技术密度展开）
│ ├── 实施例2：装置（模块编号T10/T20/...）
│ ├── 实施例3：电子设备
│ ├── 实施例4：存储介质
│ └── 实施例5：程序产品
└── 说明书附图（列出所有图号）
1.2 发明内容 vs 具体实施方式 严格分离
| 发明内容 | 具体实施方式 | |
|---|---|---|
| 公式 | ❌ 禁止 | ✅ $$...$$ 独立块 |
| 具体参数值 | ❌ 禁止 | ✅ "在一实施例中，取值为X" |
| 英文缩写 | ❌ 禁止 | ⚠️ 仅公式块中允许 |
| 表述方式 | 原样复述独立权利要求，从属权利要求用"在一实施例中"引出 | 全面展开，公式+参数+子步骤 |
| 抽象度自检 | 若某术语在后续实施方式中会展开≥3句话，则不应出现在发明内容中 |
1.3 术语定义段（具体实施方式开头，强制）
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，
对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释
本申请，并不用于限定本申请。
本文中术语"和/或"...
本文中的说明书和权利要求书中的术语"第一"和"第二"等是用于区别不同的
对象，而不是用于描述对象的特定顺序。
在本申请实施例中，"示例性的"或者"例如"等词用于表示作例子、例证或说明...
二、公式叙事单元（Formula Narrative Unit）
公式不是点缀，是叙述的骨架。每个公式前后必须有完整的叙事段落。
2.1 公式叙事单元结构
[引入段] 用过渡用语开头，铺垫"为什么要看这个公式"
[公式块] 独立的 $$...$$ 块
[变量说明段] 公式中每个符号一行解释："其中，$x$ 表示...，$y$ 表示..."
运算符号（Σ、∂ 等）也必须说明含义
[延伸段]（可选）进一步推导或解释物理意义
2.2 可公式化叙事点的触发条件
以下操作类型出现时，必须生成公式叙事单元，不可用纯文字替代：
| 操作类型 | 公式形式 |
|---|---|
| 叠加/累加 | $$ 递推关系 |
| 插值/映射/变换 | $$ 映射函数 |
| 阈值/条件判断 | $$ 分段函数或条件表达式 |
| 组装/聚合 | $$ 求和或矩阵形式 |
| 归一化/标准化 | $$ 归一化公式 |
| 损失/目标函数 | $$ 目标函数定义 |
| 更新/迭代规则 | $$ 递推公式 |
2.3 公式变量覆盖完整性检查
公式块中出现的每个独立符号（含希腊字母和运算符号），变量说明段中必须有对应的 "$符号$ 表示XXX" 条目。N 个符号 → N 条说明。
三、"在一实施例中"的四种语义类型
每一种都有明确的语义目的。一个实施例中四种类型必须各出现≥1次。
| 类型 | 语义目的 | 表述模式 |
|---|---|---|
| 参数举例型 | 给出可工作的具体参数值，支撑实施可行性 | "在一实施例中，[参数名称]取值为[具体数值]" |
| 范围声明型 | 声明参数可调节范围，防止保护范围被限定 | "[参数名称]根据[因素]确定，不限于上述取值" |
| 替代方案型 | 提供另一种可选方案，扩大保护范围 | "在一实施例中，[方案A]也可以采用[方案B]" |
| 架构实例型 | 给出网络结构/模块划分的具体实例 | "在一实施例中，[结构名称]包含[N]个[单元]" |
关键规则：参数举例型后必须紧跟范围声明型，形成"可取X，但应根据需求调节"的表述模式——防止实施例中的具体数值在审查中被解释为对权利要求的限定。
四、背景技术与有益效果的叙事对齐
4.1 结构对齐
背景技术缺陷条数 = 有益效果条数，用"其一/其二/其三"和"第一/第二/第三"按顺序一一对应。
4.2 因果回指链（强制）
每条有益效果的论证结构中必须包含以下回指要素之一：
- "不同于现有技术的[对应缺陷描述]"
- "避免了[对应缺陷描述]的问题"
- "解决了[对应缺陷描述]的不足"
回指链的对比对象必须与相同编号的背景缺陷一致，使阅读者能明确感知"这条优势对应解决了前面那个问题"。
五、过渡用语按功能分配
过渡用语按内容类型而非段落位置分配。每个段落选择与其内容功能匹配的用语。
| 过渡用语 | 功能 | 适用场景 |
|---|---|---|
| 需要说明的是 | 补充解释步骤定位 | 刚陈述步骤名称后，解释本步骤在流程中的角色 |
| 应当理解的是 | 解释设计必要性 | 回答"为什么这样设计"而非"设计成了什么样" |
| 可以理解的是 | 技术推论/跨步骤串联 | 将当前步骤与前后步骤的逻辑关系串联 |
| 进一步地 | 引入下一层技术细节 | 从概述进入具体子流程、子算法或子公式 |
| 还需要强调的是 | 标记与现有技术关键区别 | 突出本申请特有的设计选择或创新点 |
| 具体的 | 引导公式或参数列表 | 从文字描述过渡到公式/参数的系统展示 |
六、技术效果验证的结构化模板
技术效果段落必须包含以下四个结构要素，按顺序组织：
[测试场景] 具体的测试案例名称、设计域描述、边界条件和载荷条件。
[验证维度1] 首先，对[被测试能力]进行验证，测试目标包括[...]。实验
结果表明，[概括性结论]，验证了[能力声明]。
[验证维度2] 其次，将[本方法]与[对比方法]进行[对比维度]对比。在[具
体条件]下，[本方法]在[指标列表]上优于[对比方法]。[定量或半定量差异]。
[引用结果图] 参照图X，图X是[...]。其中，[图表说明]。可以看出，
[趋势描述]，验证了[技术效果声明]。
每个验证维度末尾用"验证了..."闭环。
七、展开深度按技术密度动态调整
步骤的展开深度取决于其技术密度——该步骤在独立权利要求中覆盖的、区别于现有技术的特征点数量。不机械套用最低字数。
| 技术密度 | 特征点数量 | 展开层次 |
|---|---|---|
| 极高 | ≥4个区别于现有技术的特征 | 5-7段：原理→子步骤枚举→公式→参数→效果 |
| 高 | 2-3个区别特征 | 4-6段：原理→公式→参数策略→意义 |
| 中 | 1个区别特征 | 3-5段：描述→参数→效果 |
| 低 | 0个区别特征（辅助步骤） | 2-3段：简洁描述，不展开子段落 |
多分支步骤：包含双路径/多路径设计的步骤应分路径逐一展开，每路径独立成段。
八、专利 vs 论文语言对照
| 论文用语（禁止） | 专利用语（使用） |
|---|---|
| 我们提出了 | 本申请提供 |
| 通过大量实验证明 | 实验结果表明 |
| 第一个，第二个 | 其一，其二（背景）/ 第一，第二（效果） |
| 该网络包含N个输入 | 输入层具有N个节点 |
| 用Sigmoid激活 | 采用逻辑函数作为激活函数 |
| 用Tanh激活 | 采用双曲正切函数作为激活函数 |
| k=50，lr=0.01 | 所述参数取值为五十（权利要求中不出现数值和英文） |
| 本文/本研究 | 本申请/本发明 |
| 该方法的优势在于 | 本申请的有益效果在于 |
九、质量检查清单
生成前检查
- 用户提供的信息≥4项（技术问题、现有缺陷、核心方案、区别特征、量化效果任选其四）
生成中规则
- 权利要求零英文符号；发明内容零公式、零具体参数、零英文
- 独立权利要求中的特征在发明内容中原样复述
- 背景缺陷用"其一/其二/其三"编号，有益效果用"第一/第二/第三"，数量相等，因果回指
- 每个公式生成完整叙事单元（引入段→公式块→变量说明段→延伸段），每个符号有说明
- "在一实施例中"四种语义类型各≥1次（参数举例/范围声明/替代方案/架构实例）
- 参数举例型后紧跟范围声明型
- 过渡用语按内容功能分配，不机械轮换
- 展开深度按技术密度判断，不机械套用字数
- 公式识别：触发操作类型（叠加/插值/阈值/组装/归一化/损失/更新）→生成公式单元
- 每个主步骤末尾有小结句
生成后自检
- 发明内容抽象度：所有术语在实施方式中是否展开≥3句话
- 技术效果四要素：场景→维度1→维度2→图引用，每个维度以"验证了"闭环
- 公式变量覆盖：N个符号→N条 $符号$ 说明
- 零论文用语（"我们""本文""证明""大量实验"）
- 附图≥5张，≥4种类型，灰度黑白
- 总字符≥15,000