写一份专利交底书，从10天变成了30分钟
alitrack约 4 分钟写专利大概是技术人员最抗拒的事之一。
不是不想。是流程太长。
梳理专利点，翻文档翻代码，最少两三天。上国知局查新，一个关键词一个关键词地搜，又是一天。写交底书正文，技术方案、有益效果、具体实施方式——没写过的人根本不知道要写什么。画系统框图和流程图，Visio 里拖半天。最后排版成 Word，调格式又一个下午。
一套走完，7 到 10 个工作日。
然后代理人说"这里再补个实施例"。再来一轮。
现在有人在 GitHub 上把这件事做成了一个 Agent Skill，3 千多人点了星标。
● ● ●
3000 Star 的「中国专利.skill」
handsomestWei/patent-disclosure-skill，MIT 协议，v1.8.9。
它是一个遵循 AgentSkills 标准的 Skill 文件包。放到 Claude Code 或 Cursor 的 skills 目录里，Agent 就能读懂并执行整套专利交底书撰写流程。
它的流程分了 8 步：
- 01项目扫描 — 自动读你的设计文档、代码，.docx/.pptx 先转 Markdown 再分析
- 02专利点发现 — 从文档里挖出可能的专利点，跟你讨论，最终选一个
- 03联网查新 — 优先爬国家知识产权局的公布公告站（用 Playwright 模拟浏览器），搜不到再用 WebSearch 兜底
- 04摘要预览 — 先出一版摘要让你确认方向
- 05交底书成稿 — 按模板生成脱敏后的完整交底书，Mermaid 画系统框图和流程图，自动导出 PNG 和 .docx
- 06自检 — 检查逻辑闭环、公式一致性、参数是否自洽，不在正文里留检查痕迹
- 07迭代 — 你说"改这里"，它自动识别这是纠错还是补材料，另存带时间戳的新文件，不覆盖旧稿
- 08对话记录 — 每轮修改自动追加到
交底书修订对话记录.md
每一步都有专门的 prompt 文件。Agent 不是凭记忆干活——它每步先 Read 对应的指令，再执行。
● ● ●
效率提升了多少？
| 步骤 | 人工 | AI Skill | 提升倍数 |
|---|---|---|---|
| 梳理专利点 | 2-3 天 | 10 分钟 | ~100x |
| 查新搜索 | 1 天 | 3 分钟 | ~200x |
| 写交底书正文 | 3-5 天 | 10 分钟 | ~200x |
| 画系统框图 | 半天 | 30 秒 | ~500x |
| 排版 Word | 半天 | 10 秒 | ~1000x |
| 迭代修改 | 半天 | 2 分钟 | ~150x |
保守算，从草稿到可交付的 .docx 交底书，原来 7-10 天，现在 30-60 分钟。50 到 100 倍。
但不是替代代理人。AI 解决的是"写出来"的效率问题，"写什么"和"能不能授权"还是需要人判断。
● ● ●
不止一个
我去 GitHub 上扫了一圈，发现这已经是一个小生态了。8 个比较完整的项目：
fuyuxiang/patent-disclosure-skill — 走对话引导路线。Agent 会像代理人一样一步步问你问题，从口头描述里梳理出完整的交底书。内置了计算机软件、机械制造、电子通信三个领域的术语表。生成的附图是纯黑白 SVG，三位数标记，严格符合专利附图规范。
jaccen/AI-Copyright-Skill — 这个最全。不仅写专利，还包软著和 OA 答辩。15 种权利要求模板覆盖 7 个 AI 领域的 22 个子方向，有 100 分质量自评，甚至给管理层出 PPT 简报。专利性预评估能识别 13 个高风险领域。
handsomeZR-netizen/cn-patent-drafter — 最合规的那个。把 CNIPA 2026 规范写死了：五文档制（请求书+摘要+权利要求+说明书+附图），50 条自检清单，段号 [0001] 四位补零全局连续，连 2024 年 12 月发布的"AI 辅助撰写不得列发明人"新规都编进了检查项。输出是 xelatex 编译的 PDF。
bb-boy/repo2patent — 代码仓库直接转交底书。不是写文案，是分阶段的工程流水线：读仓库→建索引→提取证据→生成检索词→专利检索→claims 抓取→对比矩阵→交底书。有严格模式，不允许伪造 prior_art 数据。
ichen-dev/patent-writing-skill — 企业视角。10 个以上检索站点强制查重，关键词重合 10% 就强制从第一步重写。交付目标是 P0（优秀）级别，八行表 Word 模板。
jiutuhky/patent-writer — Claude Code 多智能体架构。8 个子代理分工协作：解析交底书→检索现有专利→生成大纲→写摘要→写权利要求→写说明书→生成附图→合并。说明书 >10000 字。
openclaw/skills/chinese-patent — 从代码或技术方案出发。洋葱式权利要求布局（权1 只放最少必要特征，从权逐级递进），侵权规避视角。
● ● ●
这些 Skill 的共同特征
看了一圈，能爆的都有三个共性：
1. 不是 Prompt 模板，是工作流
每个 Skill 都不是"帮我写一个专利"一句话提示词。它们是分步执行的工程流程，每一步有独立的 prompt 文件、门禁检查和输出约定。Agent 不是在猜，是在按手册执行。
2. 有门禁，不是"生成完事"
好的 Skill 都有强制检查点：
- 查重不过关？从第一步重写
- 缺附图？不交付
- 50 条合规清单没勾完？继续改
3. 迭代比生成重要
专利撰写是来回改的过程。handsomestWei 的智能意图识别——自动判断你是"新写"还是"在已有稿子上改"——被很多人提到。另存新文件不覆盖旧稿、对话记录自动追加，这些细节才是实际能用的关键。
● ● ●
局限
这些 Skill 都跑在 Claude Code / Cursor 上，需要 Python 环境和 Node.js。国知局查新需要 Playwright 的 headless 浏览器。不是开箱即用，要装依赖。
输出的交底书是草稿级别。它能把结构搭好、技术方案写清楚、附图生成正确，但最终能否授权、权利要求范围怎么划、面对审查意见怎么答辩——这些需要代理人。
● ● ●
相关链接
- handsomestWei/patent-disclosure-skill: github.com/handsomestWei/patent-disclosure-skill
- fuyuxiang/patent-disclosure-skill: github.com/fuyuxiang/patent-disclosure-skill
- jaccen/AI-Copyright-Skill: github.com/jaccen/AI-Copyright-Skill
- handsomeZR-netizen/cn-patent-drafter: github.com/handsomeZR-netizen/cn-patent-drafter
- bb-boy/repo2patent: github.com/bb-boy/repo2patent
- ichen-dev/patent-writing-skill: github.com/ichen-dev/patent-writing-skill
- openclaw/skills: github.com/openclaw/skills