Skip to content
Conduit

skill

invention-patent-skill

面向 AI 助手的中国发明专利(CNIPA)通用生成范式与全流程技能:技术交底、权利要求书与说明书撰写、附图、检索查新、审查意见答复、费用与期限;支持一键出稿与一键出格式(分件 Word + LaTeX + 自检报告)

anticipate218/invention-patent-skillcommunitylistedunreviewed

Set up

Skills are installed by placing their folder where your agent loads skills.

The download comes from github.com/anticipate218/invention-patent-skill itself, not from our server, so what you get is exactly what its author published.

Install instructions come from the README

Skills do not use an MCP config. Follow the steps in the README below.

README

synced Oct 22, 2026

invention-patent-skill

License: MIT Agent Skill CI Python 3.9+

一个给 AI 助手用的 发明专利申请技能(Agent Skill):把技术交底书变成一份形式合规的发明专利申请文件,并在收到审查意见后在允许的边界内正确修改与答复。

它不是一个"自动生成专利"的工具,而是一位把法条、细则与审查指南钉在每一步上的撰写脚手架 + 形式自检器:帮你提炼发明点、布局权利要求、把说明书写到"能够实现",并在提交前逐项卡住那些会被补正的形式缺陷。

English: An agent skill for drafting Chinese invention patent applications — claims, specification, abstract and drawings — plus office-action response review, grounded in the currently effective Patent Law, Implementing Regulations and Examination Guidelines. It is a drafting scaffold and formal-compliance checker, not a substitute for a licensed patent attorney.


目录


快速开始

第 0 步:装上它(初次使用,详见下载与安装)

最省事的方式是把这句话发给你正在用的 AI 助手,让它自己装:

请阅读并按 https://raw.githubusercontent.com/anticipate218/invention-patent-skill/main/INSTALL.md 的说明,把 invention-patent-skill 这个技能安装到我当前使用的助手环境里;装完告诉我装到了哪个路径、是哪个版本、以及怎么开始用。

想自己动手的话,一行命令也行:

git clone https://github.com/anticipate218/invention-patent-skill.git ~/.agents/skills/invention-patent-skill

或者用技能包自带的安装器(会自动挑位置、丢掉 .git/、装完自校验):

python scripts/install_skill.py --list-targets   # 先看装哪儿合适
python scripts/install_skill.py --target auto

第 1 步:生成申请文件骨架

python scripts/check_patent.py --init 我的申请.md

骨架里有全部必备章节与填写提示(提示写在 HTML 注释里,不计入摘要字数、也不触发措辞检查)。

第 2 步:把交底书里的内容填进去

顺序建议:技术领域 → 背景技术 → 发明内容 → 权利要求书 → 具体实施方式 → 摘要 → 附图说明。先定权利要求、再写说明书,比反过来省力得多。

第 3 步:边写边自检

python scripts/check_patent.py 我的申请.md --strict

示例输出(退出码 0 即可):

发明名称:一种传送带异物视觉检测方法
权利要求:7 项
说明书小节:技术领域 → 背景技术 → 发明内容 → 附图说明 → 具体实施方式
摘要字数:184

没有发现问题。
结论:机械校验全部通过。

第 4 步(可选):排成正式版式

python scripts/make_docx.py 我的申请.md -o 我的申请.docx      # 转 Word

或者用 LaTeX 模板 assets/latex/cnipa/main.tex(版式已按审查指南的纸张/页边距/字高/行距要求做好,编译步骤见 assets/latex/README.md)。

以上脚本都不需要安装任何依赖(纯 Python 标准库),也不需要联网。唯一的外部依赖是可选的:想真的把 LaTeX 模板编译成 PDF,才需要本机有 TeX 发行版。

想省掉手工?两条一键命令(细节见一键流程):

python scripts/gen_draft.py 交底书.md -o 我的申请.md        # 交底书 → 申请文件草稿
python scripts/build_all.py 我的申请.md -o 输出目录 --pdf    # 草稿 → 整包投稿文件

为什么需要它

专利文件的失分点和数学建模完全相反:不是"想法不够好",而是形式细节与撰写边界出错。这些错误绝大多数是可预防的:

  1. 权利要求的形式错误会直接被补正:编号跳号、第一项不是独立权利要求、从属权利要求引用在后的权项、多项从属引用另一项多项从属(细则第 25 条第 2 款)、一项权项里出现两个句号、权项里写了"如图……所示"。
  2. 说明书与权利要求对不上:权项里的特征在说明书里找不到依据(专利法第 26 条第 4 款),或说明书把方案写得太笼统导致"本领域技术人员无法实现"(第 26 条第 3 款)。
  3. 摘要与名称的硬规则容易引错依据:300 字上限在《专利审查指南》里,不在细则第 26 条;名称 25/60 字的出处也有两处。
  4. 答复审查意见时改超范围:专利法第 33 条是红线,摘要不属于原始记载内容——从摘要里捞特征补进权项是典型超范围。
  5. 条号版本混乱:现行《专利法实施细则》是 2023 年修订版,网上大量资料仍用旧编号。

本技能把这些"规则知识"固化成可执行的流程 + 可运行的自检脚本,让助手在每一步都按现行规则要求你,并在不确定的地方明确说"未核实"而不是编一个数字。


它能做什么、不能做什么

能做

  • 把技术交底书整理成发明点 + 必要技术特征 + 可选特征的分层结构。
  • 撰写/改写权利要求书(独权前序+特征、从权阶梯、多项从属的正确写法)。
  • 撰写/改写说明书五部分,检查用语限制(不得有引用语、商业性宣传用语)与充分公开。
  • 撰写摘要、指定摘要附图,检查 300 字上限。
  • 检查附图与附图标记的双向一致性、编号规范、以及括号按部件区分的规则。
  • 对已有草稿跑9 类机械自检,每条问题给出 references/ 里的依据小节。
  • 生成 LaTeX / Word 正式版式产出,并真编译验证模板还能编过。
  • 一键把技术交底书转成申请文件草稿,或把草稿转成整包投稿文件(分部件 Word + LaTeX + PDF + 自检报告)。
  • 整理审查意见答复的结构、修改的三条铁律、创造性三步法的论证套路。
  • 查流程与法定期限(优先权、分案、答复期限与延长、登记、复审与无效)。

不能做(明确的边界)

不做为什么
判断某件申请能不能授权授权结论由审查员个案裁量;本技能只讲规则与判断框架
给出新颖性/创造性结论需要完整检索与对比文件分析,且属专业判断
替代执业专利代理师本技能是脚手架与自检工具,不是法律意见
编造技术方案、参数或实验数据编出来的实施例要么公开不充分,要么后续修改构成超范围;公开不可逆
联网检索专利数据库检索需要用户自己做,工具入口见 references/sources.md
出具规避审查的"技巧"例如隐瞒在先技术、拆分申请规避单一性审查
覆盖实用新型与外观设计本技能只覆盖发明专利;两者的差异在 SKILL.md 第 0 步说明

法律依据的版本问题(必读)

本技能引用的法律文本与版本:

依据版本说明
《中华人民共和国专利法》2020 年修正现行
《中华人民共和国专利法实施细则》2023 年修订,2024 年 1 月 20 日起施行条号与旧版不同。例如"权利要求书"现在是第 22 条,"说明书"是第 20 条
《专利审查指南》以 CNIPA 官网现行公布版本为准本技能引用到部分、章、节号,如"第二部分第二章 2.2.6"

⚠️ 最容易踩的坑:网上大量模板与教程仍按 2010 年版细则编号(把权利要求书写成第 19 条、把说明书写成第 17 条)。照抄会引错法条,答复审查意见时很难看。

所有依据均来自公开文本,以 CNIPA 官网最新公布为准。发现规则变更请按 CONTRIBUTING.md §1.3 提 Issue(需附官方链接与生效日期)。


下载与安装

技能遵循 Agent Skills 开放标准:一个目录 + 一个 SKILL.md(含 YAML frontmatter)。目录名必须与 frontmatter 里的 name 一致(本仓库已满足)。

1. 最省事:一句话让你的 AI 助手自己装

把下面这句话(连同链接一起)发给你正在用的 AI 助手:

请阅读并按 https://raw.githubusercontent.com/anticipate218/invention-patent-skill/main/INSTALL.md 的说明,把 invention-patent-skill 这个技能安装到我当前使用的助手环境里;装完告诉我装到了哪个路径、是哪个版本、以及怎么开始用。

INSTALL.md 是专门写给 AI 助手看的:怎么拿到技能包、怎么确定技能根目录、怎么校验,还有一张「不要做」的清单。

如果你的助手抓不了网页链接,让它从 Release 包装:

请到 https://github.com/anticipate218/invention-patent-skill/releases/latest 下载最新的 invention-patent-skill-v*.zip,解压后把里面的 invention-patent-skill 整个文件夹放到你(助手自己)的技能目录里——目录名不要改。

2. 装到哪里(各宿主的技能目录)

宿主 / 约定技能目录(安装后应形如 <技能根>/invention-patent-skill/SKILL.md)
DSH(项目级)<项目根>/.dsh/skills/invention-patent-skill
DSH(用户级)~/.dsh/skills/invention-patent-skill(设置过 $DSH_HOME 时以它为准)
Agent Skills 通用约定(项目级)<项目根>/.agents/skills/invention-patent-skill
Agent Skills 通用约定(用户级)~/.agents/skills/invention-patent-skill
Claude Code(项目级 / 用户级)<项目根>/.claude/skills/… / ~/.claude/skills/…

<项目根> = 从当前目录向上找到的最近一个含 .git 的目录;找不到就用当前目录。

上表只列了能核实的路径。 其它宿主的技能目录各不相同,本仓库故意不写死猜测值——猜错的代价是"装成功了但永远不被扫描",比装不上更难查。请让助手去读它自己的文档,或问它"你之前装的技能放在哪个目录",然后用 --into 指定。

3. 用自带安装器装(推荐)

python scripts/install_skill.py --list-targets            # 先看有哪些位置、哪个已存在、已装的是哪个版本
python scripts/install_skill.py --target auto             # 装到自动挑出的位置
python scripts/install_skill.py --target auto --dry-run   # 只看会做什么,不动磁盘
python scripts/install_skill.py --target dsh-user         # 显式指定
python scripts/install_skill.py --into "~/.agents/skills"  # 给技能根:自动补一层 invention-patent-skill
python scripts/install_skill.py --from-zip invention-patent-skill-vX.Y.Z.zip
python scripts/install_skill.py --download                # 拉最新 Release 的 ZIP 再装(唯一联网的动作)
python scripts/install_skill.py --self-test               # 固件测试:不联网、不碰真实技能目录

三条安全约定,值得知道:

  • 默认拒绝覆盖已存在的技能目录(想覆盖得显式 --force);
  • --force 只肯删"确实是本技能"的目录——目标里必须有 name: invention-patent-skill 的 SKILL.md;
  • 装完自动用包内的 scripts/validate_skill.py --strict 校验一遍,不通过就报错退出。

4. 依赖

用途需要什么
文档与自检脚本(scripts/、references/、assets/)只有 Python 3.9+,纯标准库
真编译 LaTeX 模板(可选)本机装有 TeX 发行版(MiKTeX 或 TeX Live),并有 xelatex 与 bibtex

除安装器的 --download 这一个开关外,所有脚本都不需要联网,也没有任何交互式提示——都能在 CI 里非交互运行。

5. 装完先验证一下(30 秒)

cd invention-patent-skill
python scripts/validate_skill.py . --strict    # 期望:0 个错误,0 个警告
python scripts/check_patent.py --self-test     # 期望:51/51 通过
python scripts/check_latex.py --self-test      # 期望:74/74 通过(不需要 TeX)
python scripts/make_docx.py --self-test        # 期望:28/28 通过
python scripts/install_skill.py --self-test    # 期望:21/21 通过
python scripts/gen_draft.py --self-test        # 期望:48/48 通过
python scripts/build_all.py --self-test        # 期望:103/103 通过
python scripts/check_patent.py examples/draft-example.md --strict   # 期望:退出码 0

validate_skill.py 报错通常意味着目录名被改过(必须叫 invention-patent-skill)或者文件没下全。

6. 怎么更新、怎么卸载

# 更新:拿到新版(git pull 或换一个新 ZIP)后重装,加 --force 覆盖自己的旧版本
git pull
python scripts/install_skill.py --target auto --force

# 卸载:技能就是一堆文件,没有后台进程、不写注册表、不改宿主配置
rm -rf ~/.agents/skills/invention-patent-skill

7. 装完没生效?按这个顺序查

  1. 目录名是否正好是 invention-patent-skill——改了名不会报错,只会静默失效。
  2. 层级是否是 <技能根>/invention-patent-skill/SKILL.md(SKILL.md 必须在技能目录顶层)。
  3. 位置是否真的是宿主扫描的那个根目录(别猜,见第 2 节)。
  4. 是否要重启:DSH 会持续监视技能根目录,新增/改名/删除技能在下一个技能目录快照就会生效,不需要重启;其它宿主以它自己的文档为准。
  5. 是否被别的技能抢了触发:把话说得更明确一点——开头加一句「用 invention-patent-skill 来做…」。

工作流:从交底书到申请文件

技能把这件事拆成 9 步(SKILL.md 第 0~8 步):

步做什么关键点
0确认处于哪一段、保护客体、交付物只有交底书 / 已定稿要自检 / 收到审查意见,三件事完全不同
1判断流程位置并路由到对应参考文档见 SKILL.md 第 1 步的对照表
2从交底书提炼发明点先判断交底书够不够;缺的信息列成问题清单去问,不猜
3写权利要求书独权前序+特征;从权只能引用在前;多项从属不得作为另一项多项从属的基础
4写说明书五部分顺序法定:技术领域 → 背景技术 → 发明内容 → 附图说明 → 具体实施方式
5写摘要与处理附图摘要 ≤300 字;标记括号按部件区分
6跑机械自检check_patent.py --strict,逐条读 basis
7产出正式版式LaTeX 模板或 Word;改模板后跑 check_latex.py
7.5一键出初稿 / 出投稿格式有交底书就能直接出草稿;草稿定了就能出整包文件(见下一节)
8答复审查意见先定缺陷类型,再定修改范围;三条铁律不能破

答复审查意见的三条铁律

  1. 不得超出原说明书和权利要求书记载的范围(专利法第 33 条;指南第二部分第八章 5.2.1.1)。摘要不属于原始记载内容。
  2. 修改必须针对通知书指出的缺陷(细则第 57 条第 3 款;指南第二部分第八章 5.2.1.2)。
  3. 不得做五种不予接受的修改(指南第二部分第八章 5.2.1.3)。

创造性答复用三步法(专利法第 22 条第 3 款):确定最接近的现有技术 → 确定区别特征与实际解决的技术问题 → 判断对本领域技术人员是否显而易见。主张"公知常识"要有举证。


一键流程:从交底书到整包文件

前七步是人写的流程。用户说"帮我先出一版"或"给我能提交的文件"时,用下面两个脚本把手工步骤串起来——它们只做搬运、编号、套模板、排版和自检,不产生任何交底书里没有的技术内容。

一键出初稿:scripts/gen_draft.py

python scripts/gen_draft.py --template > 交底书.md            # 先拿一份交底书填空模板
python scripts/gen_draft.py 交底书.md -o 我的申请.md           # 生成草稿(并立刻自检一遍)
python scripts/gen_draft.py 交底书.md -o 我的申请.md --strict       # 连「需要复核」也当失败
python scripts/gen_draft.py 交底书.md -o 我的申请.md --allow-gaps   # 明知有洞,先出一版

交底书用 ## 分节,节名有容错(技术领域/所属技术领域、背景技术/现有技术、技术问题/要解决的技术问题……)。输出就是 check_patent.py 能直接自检的那套结构:# 发明名称:… + 说明书摘要 / 权利要求书 / 说明书(五部分)/ 说明书附图。

它绝不替你编技术方案。 交底书没给的一律留成显式缺口((交底书未给出名称)、…(请补:…)),并在报告里逐条列出;有缺口时退出码是 1,--allow-gaps 只是让你显式承认"我知道有洞"。交底书范例见 examples/disclosure-example.md。

一键出投稿格式:scripts/build_all.py

python scripts/build_all.py 我的申请.md -o 输出目录                  # Word + LaTeX + 自检报告
python scripts/build_all.py 我的申请.md -o 输出目录 --pdf            # 额外真编译一份 PDF
python scripts/build_all.py 我的申请.md -o 输出目录 --no-para-number  # 电子申请:去掉说明书段号
产物说明
01-说明书摘要.docx / 02-权利要求书.docx / 03-说明书.docx / 04-说明书附图.docx按 CNIPA 电子申请的部件分别成文——上传入口本来就按部件分,合成一个文件反而要再拆
src/*.md四个部件各自的 Markdown 源文,便于逐件核对与复用
latex/main.tex + latex/refs.bib可直接编译的申请文件源(--pdf 时用本机 xelatex 编出 PDF)
自检报告.txt / 自检报告.jsoncheck_patent.py 的机械校验 + check_latex.py 的结构性检查(不编译)+ 生成说明 + 仍需人工处理的事项
manifest.json每个产物的相对路径、字节数与 sha256(可复现:不含时间戳与绝对路径;--pdf 的 PDF 例外,xelatex 会往 PDF 里写生成时间)

退出码:2 用法或输入有问题(草稿不存在、缺发明名称、缺权利要求书或说明书);1 机械自检不过、LaTeX 结构不被豁免地不过、或 --pdf 编译失败;0 通过。

"一键"只省手工,不省判断。 生成器不补技术内容,报告也不掩盖问题——【仍需人工处理的事项】 那一节照旧要求你逐条处理,机械校验通过仍然 ≠ 法律合规。


通用生成范式:七层流水线

技能不只服务某一个技术领域。机械、电子、通信、软件算法、化学材料、生物医药走的是同一条流水线,领域差异只改变每层要填的技术内容和专项审查入口。完整定义见 references/paradigm.md。

抽象成一句话:

一份发明专利申请 = 一个明确的技术问题 + 为解决它而共同作用的一组技术特征 + 足以让本领域技术人员实现该方案的公开。

层产出通过门槛
0 事实事实清单 / 推测清单 / 未知清单三者已分开,未知项没有被自动补齐
1 发明点"技术问题—区别特征—技术效果"三元组每个效果都能回指到具体特征或特征组合
2 技术模型对象、动作、关系、参数与术语表同一对象只有一个主名称;关系足以复原方案
3 权利独权(最小必要特征集)+ 从权退守树独权含必要特征;从权逐层增加限定
4 支撑说明书五部分与实施例权项每个特征都有说明书依据;方案能够实现
5 公开摘要、摘要附图、附图说明与标记表术语与标记双向一致
6 交付自检报告、待确认清单、正式版式机械检查通过且未确认事项显式保留

反向回归是范式的一部分:权项缺支撑就回到事实层补问,而不是在权项里凭空补特征;摘要出现新内容就删除或先确认原始记载;检索发现独权过宽就重做发明点三元组。

各领域的路由表(机械/电子通信/软件 AI/化学材料/中药/生物序列/工艺方法)见 references/paradigm.md §10。


工具与产出物

自检脚本 scripts/check_patent.py(9 类检查)

python scripts/check_patent.py 我的申请.md --strict     # 警告也当失败
python scripts/check_patent.py 我的申请.md --json       # 机器可读
python scripts/check_patent.py --init 我的申请.md       # 生成填空骨架
python scripts/check_patent.py --self-test              # 脚本自身固件测试
检查抓什么
部件齐全摘要 / 权利要求书 / 说明书 / 附图 是否都在
发明名称字数上限、是否含商标/型号/宣传用语
说明书结构五部分是否齐全、顺序是否正确、是否都有小标题
摘要300 字上限、是否有标题、是否含宣传用语
权利要求编号跳号、第一项是否为独权、从属是否引用在后、多项从属嵌套、句号数、"如图……所示"、插图、开放式列举用语("等等""例如")
附图标记正文用了但没列出、列出但没用到、双向一致性
措辞引用语("如权利要求……所述")、商业性宣传用语、不确定用语
序列表提到序列但缺序列表部分
附图图号连续性、是否用工程蓝图

脚本只做机械校验。 它不判断新颖性、创造性、保护范围,也不判断权项是否得到说明书支持——那些必须人工(或代理师)复核。

一键脚本

脚本做什么固件测试
scripts/gen_draft.py技术交底书(Markdown)→ 申请文件草稿;--template 打印交底书填空模板48 项
scripts/build_all.py草稿 → 整包投稿文件(4 个分部件 .docx + src/*.md + LaTeX 源 + 可选 PDF + 自检报告 + manifest.json)103 项

两个脚本都复用 check_patent.py / check_latex.py 的规则,不另立一套合规标准;发现的问题原样打印,缺口不掩盖。用法与产物清单见一键流程。

现成片段(assets/)

文件用途
assets/patent-outline.md整体填空骨架(含全部章节与提示)
assets/claims-template.md权利要求书片段:1 独权 + 4 从权(含一项多项从属)+ 硬约束表 + ❌/✅ 对照
assets/abstract-template.md摘要片段 + 五要素清单 + 格式红线
assets/cheatsheet.md一页纸速查(可打印)

正式版式产出

目标用什么
PDF(打印/提交)assets/latex/cnipa/main.tex,编译步骤见 assets/latex/README.md
Wordpython scripts/make_docx.py 我的申请.md -o 输出.docx
Word(分部件)+ LaTeX + 自检报告 + manifestpython scripts/build_all.py 我的申请.md -o 输出目录(加 --pdf 顺带真编译)
Markdown直接用草稿

LaTeX 模板已按《专利审查指南》第五部分第一章 4.1~5.6 的版式要求做好:A4(297×210 mm)、上/左/右/下页边距 25/25/15/15 mm、字体字高不低于 3.5 mm、行距 2.5~3.5 mm、黑色、页码连续。电子申请要把段号开关关掉——见 assets/latex/README.md §4。

完整范例

examples/draft-example.md 是一件虚构发明「一种传送带异物视觉检测方法」的完整申请文件:1 项独权 + 6 项从权、摘要 184 字,通过 --strict。读法、验证命令与不能照抄的部分见 examples/README.md。

examples/disclosure-example.md 是同一件发明的技术交底书,可直接喂给 scripts/gen_draft.py 走通一键出稿:交底书 → 草稿 → 整包投稿文件。


质量保障

这个仓库不只有文档,还带多层可自动运行的检查(CI 每次提交都会跑):

层命令检查什么
结构python scripts/validate_skill.py . --strictfrontmatter 字段白名单、name 与目录一致、description/compatibility 长度、正文行数、文件引用是否存在、未索引文件、Windows 风格路径
自检工具python scripts/check_patent.py --self-test51 项固件:9 类检查的"该报的报、不该报的不报"两侧都测(含 HTML 注释不计字数、正文裸标记不算"没用到"、单字"等"的开放式列举与"等间距"这类固定词的区分)
范例回归python scripts/check_patent.py examples/draft-example.md --strict完整范例必须始终能过
一键出稿python scripts/gen_draft.py --self-test48 项固件:交底书节名容错、缺口必须显式留白(不许编)、标点归一化、生成结果仍过 check_patent、--allow-gaps 只改退出码不改内容
一键出格式python scripts/build_all.py --self-test103 项固件:LaTeX 转义与标记映射、四个部件各自成文、--no-para-number 真的关掉段号、缺附图时不误报、产物可复现(换父目录再打一次包,整份 manifest 完全一致;无时间戳与绝对路径)、退出码分级
安装器python scripts/install_skill.py --self-test21 项固件:复制时确实丢掉 .git/__pycache__、已存在时先拒绝再 --force、非本技能的目录一律不删、--dry-run 不写盘、带/不带顶层前缀的 ZIP 都能解、auto 挑选顺序、指向别人的技能目录时拒绝、带 UTF-8 BOM 的 SKILL.md 仍可识别
Word 生成python scripts/make_docx.py --self-test28 项固件:Markdown 解析、OOXML 转义、A4 与页边距、段落编号续号、逐字节可复现、坏包被拒
依赖边界见 .github/workflows/ci.ymlAST 扫描 scripts/*.py,禁止引入 requests/numpy/lxml 等外部依赖
模板真编译python scripts/check_latex.py --require(CI)/ --self-test(本机无需 TeX)在临时目录里真的编译模板(xelatex → bibtex → xelatex ×2),核对硬错误、未解析引用、字体替换、页数下限,以及一级部件顺序、说明书五部分顺序、版式参数、权利要求编号与引用
触发与行为评测见 evals/35 条触发查询(正例 + near-miss 负例)测 description 触发率;14 条行为用例含反幻觉断言与一键路径断言(不得编造条号或页码;不得越位断言可授权/侵权)

其中 validate_skill.py 对所有 Agent Skill 作者都有用:它专门拦"跨工具分发时会硬报错"的 frontmatter 问题(比如多写了非标准字段)。


仓库结构

invention-patent-skill/
├── SKILL.md                      # 主控:三条铁律 + 第 0~8 步 + Gotchas + 参考文件索引
├── references/                   # 按需加载的详细资料(渐进式披露第二/三层)
│   ├── paradigm.md               # 通用生成范式:领域无关的七层流水线与领域适配矩阵
│   ├── drafting-playbook.md      # 从交底书到申请文件:全流程、发明点提炼、检索、布局
│   ├── claims.md                 # 权利要求书:结构、编号、独权/从权、引用规则、清楚措辞
│   ├── specification.md          # 说明书:五部分、三要素、用语限制、序列表、充分公开
│   ├── format.md                 # 名称、文件组成与顺序、格式、摘要、不得出现的内容
│   ├── drawings.md               # 附图与附图标记(含括号按部件区分)
│   ├── examination.md            # 新颖性/创造性/实用性/客体审查(含算法与 AI)
│   ├── prosecution.md            # 审查意见答复与修改边界
│   ├── procedure.md              # 流程与法定期限(优先权、分案、复审无效)
│   ├── checklists.md             # 提交前后逐项自查清单
│   ├── templates.md              # 三条产出路线、一键路径、模板与编译答疑
│   └── sources.md                # 法规现行版本、检索工具、引用规范
├── scripts/
│   ├── check_patent.py           # 申请文件机械自检(9 类检查,纯标准库)
│   ├── gen_draft.py              # 技术交底书 → 申请文件草稿(一键出稿)
│   ├── build_all.py              # 草稿 → 整包投稿文件(分部件 Word + LaTeX + PDF + 自检报告)
│   ├── check_latex.py            # 真编译 LaTeX 模板并体检结构性约束
│   ├── make_docx.py              # Markdown → Word(纯标准库生成 OOXML)
│   ├── install_skill.py          # 装进宿主技能目录(默认不覆盖 / 装完自校验)
│   └── validate_skill.py         # 技能结构校验(frontmatter / 篇幅 / 文件引用)
├── assets/
│   ├── patent-outline.md         # 可填空申请文件骨架
│   ├── claims-template.md        # 权利要求书片段
│   ├── abstract-template.md      # 摘要片段
│   ├── cheatsheet.md             # 一页纸红线速查
│   └── latex/
│       ├── README.md             # 编译四步、宏包、版式参数、报错表
│       └── cnipa/                # 可直接编译的申请文件模板(main.tex + refs.bib)
├── examples/
│   ├── draft-example.md          # 完整范例:一种传送带异物视觉检测方法
│   ├── disclosure-example.md     # 范例的技术交底书(可直接喂给 gen_draft.py)
│   └── README.md                 # 范例读法、验证命令与不能照抄的部分
├── evals/                        # 触发评测与行为用例(含 near-miss 负例)
├── .github/workflows/ci.yml      # 持续集成
├── CONTRIBUTING.md               # 贡献指南(来源可信度标注、规则变更流程)
├── INSTALL.md                    # 给 AI 助手看的安装说明
├── CITATION.cff                  # 引用元数据
├── CHANGELOG.md
├── README.md
└── LICENSE

设计上遵循 Agent Skills 的渐进式披露原则:SKILL.md 只放"每次都要用到"的核心流程(正文 242 行),详细资料放进 references/ 由助手按需读取。


最常被引错的五处规则

这五条是本技能在整理资料时反复遇到的错引,在这里集中说明:

#常见错引正确依据
1摘要 300 字上限出自"细则第 26 条"《专利审查指南》第一部分第一章 4.5.1 与第二部分第二章 2.4。细则第 26 条只讲摘要应当写明什么
2申请文件版式(纸张/页边距/字高/行距/页码)出自"第一部分第一章"或"第五部分第二章"《专利审查指南》第五部分第一章「专利申请文件及手续」4.1~5.6(4.1 纸张、4.2 规格、4.3 页边、5.1~5.6 书写规则)。现行指南的第五部分第二章是「专利费用」,不要把两者的章号弄反
3权利要求书/说明书的细则条号沿用 2010 年版现行细则:权利要求书 = 第 22 条(编号格式 22.2、术语与禁引用语 22.3、附图标记加括号 22.4),说明书 = 第 20 条
4"正文提到附图标记就要加括号"按部件区分:具体实施方式不加(指南第二部分第二章 2.2.6,且标记要跟在技术名称后面)、权利要求书必须加(细则第 22 条第 4 款)、摘要应当加(指南第二部分第二章 2.4)、附图说明列举不加
5多项从属权利要求的限制出自"细则第 25 条第 3 款"细则第 25 条第 2 款

细节与原文见 references/format.md、references/claims.md、references/drawings.md。


与同类项目的关系

写作本技能时参考并致谢以下公开资料(各自版权归原作者):

  • agentskills.io —— Agent Skills 开放标准(格式规范与写作方法论的依据)。
  • 国家知识产权局(CNIPA)官网公布的《专利法》《专利法实施细则》《专利审查指南》现行文本与公开问答。
  • 本仓库的姊妹项目 math-modeling-skill —— 本技能的目录结构、脚本风格(纯标准库 + 固件测试 + CI 真编译)与文档体例沿用了它的做法。

本仓库不含任何他人的申请文件或代理机构内部资料。 所有范例(examples/draft-example.md)均为为演示而虚构的技术方案。若你认为某处引用不当,欢迎提 issue。


免责声明

本项目不隶属于国家知识产权局或任何代理机构,规则整理仅供撰写与自检参考。

  • 本技能不是法律意见,也不替代执业专利代理师。
  • 所有法律、细则、指南与费用信息均以 CNIPA 官网最新公布为准;法律修订会改变条号与规则。
  • 用户依据本技能生成的文件必须自行核对,建议在正式提交前交由有资质的专利代理机构或代理人复核。
  • 机械校验通过 ≠ 法律合规:脚本只查形式,不判断新颖性、创造性、保护范围与支持性。
  • 因使用本技能产生的任何法律或商业后果,作者不承担责任。

License

MIT © 2026 anticipate218

↑↓ navigate openesc close