两个开源 Skill，帮你搞定专利交底书和软著申请

以前找代理要几千块，现在 AI 帮你搞定，代码和文档都留在本地。

痛点：写专利交底书和软著申请，太痛苦了

前几天，我在整理专利交底书时，发现一个问题。

每次写都要花好几天，从项目文档里挖技术点，去专利局查新，画系统框图，最后整理成 Word 文档。整个过程枯燥、重复、但又不能出错。

我有个朋友，去年写了一份专利交底书，前后改了七稿。每次以为差不多了，代理人又打回来，说这里逻辑不通，那里创新点不明确。最后他跟我说：以后再也不自己写了，花钱找代办。

软著申请也一样。申请表要填对，操作手册要像样，代码材料要按规则截取前 30 页后 30 页，软件名称、版本号、页数还要保持一致。我有个同事，因为操作手册写得太简单被退回来了，补了一周的材料，又因为代码材料的页数对不上被打回来，前后折腾了一个多月。

你是不是也遇到过这种事？

两个工具，解决两个问题

今天介绍两个开源工具，一个做专利，一个做软著。都是免费的，代码和文档都留在本地。

专利 Skill：专利点挖掘

能干什么： 扫描项目文档和代码，自动挖掘专利点，去专利局查新，生成完整的技术交底书（含 mermaid 框图和 Word 文档）。

适合谁： 有代码仓库的开发者，需要写专利交底书的人。

不适合谁： 纯文档类项目（没有代码），或者只需要简单专利点建议的人。

GitHub：https://github.com/handsomestWei/patent-disclosure-skill

软著 Skill：软件著作权申请

能干什么： 分析项目代码，自动生成申请表信息、操作手册、代码材料（前 30 页 + 后 30 页），输出 Word 和 TXT 文件。

适合谁： 需要申请软件著作权的开发者和团队。

不适合谁： 非软件类项目（比如硬件产品、纯设计方案）。

GitHub：https://github.com/Fokkyp/SoftwareCopyright-Skill

怎么安装

专利 Skill

在你的项目目录下执行：

mkdir -p .claude/skillsgit clone https://github.com/handsomestWei/patent-disclosure-skill .claude/skills/patent-disclosure-skill

装完之后，在 Claude Code 或 Cursor 里直接说"帮我做专利挖掘"就行。

如果你有 .docx 或 .pptx 文件需要转换，还需要装 Python 依赖：

cd .claude/skills/patent-disclosure-skillpip install -r requirements.txt

如果要用专利局查新功能，还需要装 Playwright：

pip install -r tools/requirements-cnipa.txtpython -m playwright install chromium

软著 Skill

克隆仓库后把 software-copyright-materials 目录复制到 skills 目录：

git clone https://github.com/Fokkyp/SoftwareCopyright-Skillcp -r SoftwareCopyright-Skill/software-copyright-materials .claude/skills/

装完之后，在 Codex 里说"帮我生成软著申请资料"就行。

如果需要完整的 Word 生成能力，还需要装 .NET SDK（可选，不装也能用基础方案）。

专利 Skill 使用流程

整个流程分七步，每步都会停下来让你确认：

第一步：环境检查

它会检查你的 Python 环境和依赖是否齐全。如果有 .docx 或 .pptx 文件需要转换，它会提示你安装 mammoth 或 python-pptx。

第二步：项目扫描

它会按优先级读你的项目文档和代码。Markdown、代码文件直接读，Word 和 PPT 先转成 Markdown 再扫。这一步很关键，因为很多项目的技术方案都藏在这些文档里。

第三步：专利点挖掘

它会分析你的技术方案，找出可能具有新颖性和创造性的点，然后跟你讨论哪些点值得申请。

第四步：查新

这一步最让我惊讶。它优先去专利局的公布公告站，用 Playwright 精准爬取。你需要先提供 2-8 个相关度高的关键词，它会分多次调用，每次只搜一个词块，然后按专利号合并结果。查不到结果，再降级到 Google 学术。

第五步：生成技术交底书

它会用 mermaid 生成系统框图和流程图，然后按照专利交底书的标准格式组织内容，最后导出 Word 文档。文件命名是 {案件名}_{时间戳}.md 和同名 .docx。

第六步：自检

生成完交底书之后，它会自动检查逻辑闭环、公式与参数一致性。如果有问题，它会标注出来让你修改。

第七步：迭代

如果你需要修改，它会把修改后的内容另存为新文件，不会覆盖旧稿。每轮修改还会生成一个 交底书修订对话记录.md，方便追溯。

软著 Skill 使用流程

同样分七步，有 7 个强制确认节点：

第一步：环境检查

运行 check_environment.py，检查你的 Python 环境、DOCX 生成工具是否齐全。如果 .NET SDK 缺失，它会问你要不要安装完整环境，还是用基础方案继续。

第二步：项目分析

扫描你的项目代码，理解你的软件是干什么的，然后生成一个 业务理解.md，包括行业、目标用户、核心功能、申请口径。这一步会停下来让你确认。

第三步：申请表信息

自动生成 申请表信息.txt，包括软件名称、版本号、著作权人、开发环境、运行环境、源程序量、功能说明等字段。你对照着填到官网就行。这一步也会停下来让你确认。

第四步：代码选择

生成一个 代码文件选择.json，列出它打算抽取的代码文件和行段。你要确认哪些文件选对了，哪些要改。这一步同样会停下来。

第五步：操作手册

先理解你的项目业务，然后写面向审核员的操作说明。不是套模板的功能列表，而是用普通人能看懂的语言说明软件用途和操作流程。而且它会自动去"AI 味"——避免"旨在、赋能、一站式、高效便捷"这种套话。

第六步：截图

问你用什么方式截图：Chrome DevTools MCP、Codex Computer Use、还是你自己截。如果现在不想截图，可以跳过，但操作手册里会保留截图预留位置。

第七步：Word/TXT 输出

确认所有草稿没问题后，生成正式的操作手册 DOCX、代码材料 DOCX 和申请表 TXT，统一放在 软件著作权申请资料/正式资料/ 目录下。

成本对比

实测感受

说实话，这两个工具我没有长时间使用，但从项目的实现来看，设计思路是认真的：

优点：

• 流程完整，不是那种"帮你写个大概"的玩具
• 有查新功能，去专利局爬取而不是随便搜 Google
• 有自检功能，能发现逻辑不一致的问题
• 有迭代功能，修改不会覆盖旧稿
• 代码和文档都留在本地，你随时可以改
• 7 个强制确认节点，你对材料有完全控制

缺点：

• 第一次运行需要装不少依赖，环境配置有点麻烦
• 专利 Skill 目前只支持中文专利，不支持英文
• 软著 Skill 的 .NET SDK 依赖可能让部分用户头疼
• 生成速度不算快，大项目要等几分钟

踩过的坑：

• 专利 Skill：如果项目里有 .docx 文件，需要先装 mammoth，不然会报错
• 专利 Skill：查新时提供的关键词要准确，太泛了结果太多，太窄了可能查不到
• 软著 Skill：如果 .NET SDK 没装，生成的 Word 文档可能格式有问题

适合谁用

适合：

• 有代码仓库的开发者，需要写专利交底书
• 需要申请软件著作权的团队
• 想省时间、省钱，但又不想完全依赖代办的人
• 对技术方案比较熟悉，能判断 AI 生成内容质量的人

不适合：

• 纯文档类项目（没有代码）
• 完全不懂技术，无法判断 AI 输出质量的人
• 需要英文专利申请的人
• 对格式要求极高，需要像素级调整的人

总结

这两个工具解决了一个很实际的问题：知识产权申请中的重复性文档工作。

以前找代理要几千块，现在 AI 帮你搞定。代码和文档都留在本地，你随时可以改。

但有一点要说清楚：AI 生成的内容，最后都要经过你的确认。它不会自动提交，不会替你做决定。你还是那个最终把关的人。

如果你也有写专利交底书或软著申请的痛点，现在就去试试。