菜单
从代码或技术方案出发，撰写符合 CNIPA 规范的中国专利申请文件。核心能力：① 扫描代码提取可专利特征并抽象提炼 ② 战略性权利要求布局（洋葱式防线 + 侵权规避视角）③ 生成完整专利文件（摘要、权利要求书、说明书）。支持发明专利和实用新型。融合 code-patent-scanner 代码分析方法 + CNIPA《专利审查指南》规范。触发词：专利、专利申请、发明专利、实用新型、权利要求书、说明书、专利撰写、patent、写专利、申请专利、扫描代码写专利。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/CSlawyer1985/legal-skillhub --skill chinese-patent命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
88查企业风险查询与分析工具 —— 专注于中国大陆企业的法务风险查询与分析，覆盖经营异常、行政处罚、监管措施、被执行人、失信被执行人、司法案件等风险类型。支持公司名称、统一社会信用代码、companyId 三种输入方式，自动完成风险查询并输出结构化风险分析总结。 触发场景：仅当用户意图为查询企业风险/法务风险时触发。包括但不限于：企业风险查询、公司风险、经营异常、行政处罚、监管措施、被执行人、失信被执行人、司法风险、风险扫描、风险评估、企业合规审查、风险报告、XX公司有什么风险、XX公司安全吗、XX公司有没有处罚、XX公司被执行过吗。 不触发场景：纯粹的企业信息查询（如查公司、搜企业、工商信息、注册资本、法人代表、股东结构、专利商标等）不应触发本技能，请使用其他 cha88 系列工具。
Manages Rule 30(b)(6) corporate representative deposition workflows — drafting notice topics with reasonable particularity, building examination outlines, defending designees, handling objections, and preserving binding admissions for summary judgment or trial. Use when drafting or responding to 30(b)(6) notices, selecting and preparing designees, building topic-by-topic outlines, or triaging scope and privilege disputes. Trigger keywords: 30(b)(6), corporate representative deposition, topic list, designee, notice analysis, deposition objections, corporate admissions.
Guides taking and defending Rule 30(b)(6) corporate representative depositions. Drafts topic lists with reasonable particularity, builds examination outlines for binding corporate admissions, analyzes noticed topics for objections, and prepares designees. Use when drafting 30(b)(6) notices, preparing corporate deposition topics, selecting or preparing designees, or defending corporate representative depositions.
基于 SOC 职业分类
正在显示 SKILL.md
| name | chinese-patent |
| description | 从代码或技术方案出发，撰写符合 CNIPA 规范的中国专利申请文件。核心能力：① 扫描代码提取可专利特征并抽象提炼 ② 战略性权利要求布局（洋葱式防线 + 侵权规避视角）③ 生成完整专利文件（摘要、权利要求书、说明书）。支持发明专利和实用新型。融合 code-patent-scanner 代码分析方法 + CNIPA《专利审查指南》规范。触发词：专利、专利申请、发明专利、实用新型、权利要求书、说明书、专利撰写、patent、写专利、申请专利、扫描代码写专利。 |
| license | MIT |
| metadata | {"version":"2.0.0","category":"legal-writing","author":"local","sources":["《中华人民共和国专利法》（2020年修正）","《专利法实施细则》（2023年修订）","《专利审查指南》（2023年版）国家知识产权局","CNIPA 公益讲座：九问九答教你撰写专利申请文件","code-patent-scanner by obviouslynot.ai","专利代理师实务经验总结"]} |
| triggers | ["专利","专利申请","发明专利","实用新型","权利要求书","说明书","专利撰写","patent","写专利","申请专利","技术方案","专利文件","扫描代码"] |
从代码或技术方案出发，撰写符合 CNIPA 规范的中国专利申请文件。
本 Skill 生成参考性草稿，不构成法律建议，不可直接提交国家知识产权局。正式申请须经专利代理师审核。
用户输入
├─ 代码仓库/文件/片段 → Phase A (代码扫描) → Phase B (撰写)
├─ 技术方案描述 → Phase B 直接撰写
└─ 仅 idea → 引导补充细节
Phase A: 代码扫描与特征提取（5 步）
Phase B: CNIPA 规范专利撰写（7 步）
融合 code-patent-scanner 方法论。
文件发现规则：
.go, .py, .ts, .js, .rs, .java, .cpp, .c, .rb, .swift, .cs, .ktnode_modules, vendor, .git, build, dist, __pycache__, venv, .venv*_test.*, *.min.*, *.generated.*, *_spec.*文件优先级：
| 优先级 | 特征 |
|---|---|
| 高 | 文件名含 engine/core/algorithm/optimizer/scheduler/cache/pipeline/transform/solver/model；目录 internal/core/engine/lib/ |
| 中 | API 层、服务层、工具类 |
| 低 | 配置、常量、CRUD |
| 跳过 | 测试、生成代码、依赖 |
100 文件时提供快速/深度两种模式供用户选择。
分析四类模式：
原则: 实现 → 发明概念。描述要宽到别人换种实现仍可能侵权。
| 实现（跳过） | 抽象（使用） |
|---|---|
bcrypt.compare() | 密码学单向函数比对 |
| PostgreSQL | 持久存储介质 |
| Redis 缓存 | 内存中瞬态状态 |
| HTTP POST | 网络协议传输 |
| PyTorch 训练 | 深度学习框架训练 |
| BERT + 余弦 | 语义向量相似度计算 |
同时保留两份引用：
abstract_mechanism: 用于权利要求concrete_reference: 用于具体实施方式| 维度 | 分值 | 标准 |
|---|---|---|
| 独创性 | 0-4 | 标准库→常见变体→实质改进→独特组合→真正原创 |
| 精巧度 | 0-3 | 直接→有优化→复杂但清晰→优雅解难题 |
| 系统影响 | 0-3 | 独立→一个子系统→横切→架构基础 |
| 范式突破 | 0-3 | 范式内→质疑假设→挑战方法→重定义问题 |
门槛: ≥8 分保留，低于门槛的降级为从属权利要求的素材。
关键: 多个高价值模式不一定能写在同一份专利里。
单一性判断标准：多个发明之间是否共享一个总的发明构思（即相同或相应的特定技术特征）。
对需要拆分的情况，提示用户可分别申请。
| 对比项 | 发明 | 实用新型 |
|---|---|---|
| 保护对象 | 产品 + 方法 | 仅产品（结构/构造） |
| 审查 | 实质审查 | 初步审查 |
| 保护期 | 20年 | 10年 |
| 附图 | 可选 | 必须 |
方法类 → 只能发明。结构/装置类 → 两者皆可。
⚠️ 这一步很多人跳过，但它是写好独立权利要求的前提。
独立权利要求 = 前序部分（与最接近现有技术共有的特征） + 特征部分（"其特征在于"之后的区别特征）
操作：
| 要素 | 来源 |
|---|---|
| 技术领域 | Phase A 代码领域 / 用户提供 |
| 现有技术缺陷 | B2 中现有技术的不足 |
| 核心技术方案 | Phase A 高分模式的 abstract_mechanism / 用户提供 |
| 有益效果 | 从技术方案推导，每个区别特征至少对应一个效果 |
这是写好专利的关键。不是"写完就行"，而是要构建多层防线。
独立权利要求（权1）── 最宽保护，只放最少必要技术特征
├─ 从属权利要求（权2-3）── 补充优选结构/参数
│ ├─ 从属权利要求（权4-5）── 更细化的实施方式
│ └─ 从属权利要求（权6）── 具体参数范围
└─ 从属权利要求（权7-8）── 替代实施方案（防线）
原则：
写每一条权利要求时，问自己：
"如果竞争对手想绕过这条权利要求，他需要怎么做？他绕过去的难度有多大？"
具体操作：
对于涉及方法的发明，建议同时写：
系统权利要求只需概括性对应方法步骤，不需要完全重复。
方法类：
1. 一种[方法名称]的方法，包括[前序特征A]、[前序特征B]，
其特征在于，还包括以下步骤：
[区别步骤C]；
[区别步骤D]，其中[条件]。
系统/产品类：
1. 一种[系统名称]，包括[前序组件A]、[前序组件B]，
其特征在于，还包括：
[区别组件C]，配置为[功能]；
[区别组件D]，与所述[区别组件C]连接，配置为[功能]。
2. 根据权利要求1所述的[主题]，其特征在于，
所述[特征]具体为[限定]。
每条权利要求写完后，必须建立映射：
| 权利要求 | 技术特征 | 说明书对应位置 | 抽象/具体 |
|---|---|---|---|
| 权1-区别特征C | [描述] | 说明书-发明内容-技术方案 第X段 | abstract |
| 权1-区别特征D | [描述] | 说明书-具体实施方式 实施例1 第Y段 | concrete |
| 权2 | [限定] | 说明书-发明内容-优选方案 | abstract |
| ... |
这个表确保：每条 claim 都有说明书支持，审查时不会因为"得不到说明书支持"被驳回。
本发明涉及[宽领域]技术领域，具体涉及一种[窄领域]。
一、要解决的技术问题： 正面、简洁。
二、技术方案：
三、有益效果：
图X为本发明[名称]的[类型]示意图concrete_reference 在此处展开如果发明涉及软件、算法或 AI，注意：
权利要求自检：
形式自检：
实质自检：
# [发明名称]
## 说明书摘要
[≤300字]
## 权利要求书
1. ...
2. ...
...
## 说明书
### 技术领域
### 背景技术
### 发明内容
#### 一、要解决的技术问题
#### 二、技术方案
#### 三、有益效果
### 附图说明
### 具体实施方式
---
## 附录一：权利要求布局分析
- 洋葱式布局说明
- 侵权规避分析
- 替代方案防线说明
## 附录二：特征-支持交叉引用表
| 权利要求 | 特征 | 说明书位置 |
## 附录三：自检结果
## 附录四：代码扫描报告（如经过 Phase A）
> **免责声明**：AI 辅助生成的参考性草稿，不构成法律建议。
> 正式专利申请应经专利代理师审核修改。
references/drafting-guide.md — CNIPA 撰写规范详细要点references/sample-invention.md — 发明专利撰写示例（含代码扫描流程）references/sample-utility.md — 实用新型专利撰写示例references/claim-strategy.md — 权利要求布局策略详解