📌 项目地址：handsomestWei/patent-disclosure-skill | ⭐ 5,600 颗星 | 🔧 Python | 📜 未标注
📌 项目地址：handsomestWei/patent-disclosure-skill | ⭐ 5,600 颗星 | 🔧 Python + Playwright
从一句扎心的话说起
README 里作者写道：
做了多年核心研发，专利发明人那一栏从没写过我的名字。
这个场景太常见了：项目做完，文档和代码都在，专利点不会挖，查新不会写，框图和可改的 Word 一次交不出去。等到代理人要交底书，只能卡在最后一步。这个项目就是一个 Agent Skill，专攻两件事：写专利交底书（发明 / 实用新型 / 外观三种全覆盖）和通俗解读公开专利（沉淀进 Obsidian 知识库）。
写交底书：从项目材料直接开始
它的工作方式不是让你填模板，而是扫你的项目——文档和代码按优先级读取，.docx / .pptx 先转 Markdown 再扫。STEP / STP 和原生 CAD 文件默认不解析，但遇到也不会中断流程，交底落盘后再问你要不要处理。从材料里挖出专利点候选，讨论融合后进入查新。
几个我认为做得对的细节：
图按专利类型分开处理。 发明用 mermaid 框图；实用新型按 structure_schema.parts 生成结构线稿，写出子 SVG、总图叠部件序号引出；外观设计从产品图自动提炼造型轮廓，没有合格线稿就走图生图或文生图。CAD 三维模型还能自动提取等轴测等多视角投影。这块是最难被通用 AI 聊天替代的。
查新走定向爬虫。 优先调用国知局·中国专利公布公告（tools/crawl/cnipa_epub_search.py，--type 参数对齐专利类型），著录项写进交底书第一章；爬虫异常或无结果才降级 WebSearch。不是泛泛的联网搜索。
多版本留痕。 交付文件命名固定为 {案件名}_{YYYYMMDDHHmmss}.md 加同名 .docx，多版本并存。补材料或纠错时按 merger.md / correction_handler.md 另存新文件（实用/外观改图或主题时同步 figure_plan），同时留下 交底书修订对话记录.md。现实里交底书就是要多轮补正的，这点做对了。成文前还有逻辑与公式自检，结果不写入正文。
怎么用： 自然语言说“专利挖掘”“交底书”即可，或用 /交底书、/patent-disclosure-skill。带上项目路径或技术主题，点明类型——不指定默认发明，材料偏结构/外观时会反问切换。README 给的触发说法：「按发明写交底」「实用新型」「一种…装置/结构」「外观设计」。
读专利：一篇是笔记，一百篇是情报层
第二条线是解读公开专利。全文 / PDF 抽取后，生成权要树、术语表、特征—说明书—附图对照，再加一句话总览和连贯叙事——把权要和说明书“讲成人话”，降低首次通读成本。
单篇产出 *_图谱.canvas，多篇之间有 _专利关联.canvas 和术语双链，全部入库 Obsidian，依赖双链、图谱和 Bases 生态。作者在 README 里把长期意图说得很直白：库厚了之后可以在这层之上做专利比对、挖掘与分析——同族对照、技术路线梳理、差异点扫描。对要持续跟踪竞品专利的人，这比单篇解读值钱得多。
怎么用： /读专利、/patent-read，给出公开号或 PDF 路径。配置环境变量 PATENT_READER_OBSIDIAN_VAULT 后体验完整；没装 Obsidian 会降级到 outputs 目录。
用之前要知道的
- 依赖 Python + Playwright，安装见仓库 INSTALL.md，技能入口在 SKILL.md。
- 解读模式强烈推荐装 Obsidian——Canvas 图谱、术语双链、callout 配色都依赖库内呈现，配置指南在
docs/obsidian-setup-guide.md。 - 公开线索检索（≤3 条）作者明确标注为「行业语境辅助理解」，不是权要或说明书的证据。写审查答复时这个边界要分清。
我的判断
市面上“AI 写专利”的工具不少，多数停在生成一篇格式像样的文本。这个项目的差异点在三处：直接读项目材料本身（包括 CAD 和 STEP）、查新走国知局定向爬虫、全流程多版本留痕。它管的不是“写”，是交底书从挖点到多轮补正的整条链路。
如果你是“项目做完一堆材料但不知道哪些点能申专利”的研发，或者需要定期消化公开专利文本的人，它对着你的工作流。如果你只想快速出一篇格式正确的模板文，这个项目对你来说太重了。