技术知识库 · 工具评测 · · 国科智飞 Gavin
让 AI 写技术交底书：专利 Skill 的工作流拆解
「中国专利.Skill」把交底书流程拆成可编排的步骤：项目扫描、国知局查新、成稿、自检。它省的是体力活，不是法律责任。
写技术交底书是很多研发团队的隐性负担——项目文档散落各处，专利点靠人翻，查新要登录官方系统逐条检索，各家代理所的格式要求还不一样。技术出身的工程师写这个尤其痛苦：明明技术是自己做的，落到交底书语言里就处处别扭。
GitHub 上的 handsomestWei/patent-disclosure-skill（MIT 协议）试图把这条链路交给 AI Agent 跑。它不是一堆提示词的拼盘，而是按 Agent Skills 标准组织的完整技能：技能定义文件做编排入口，prompts/ 放分步模板，tools/ 放脚本工具，装进 Claude Code 或 Cursor 即可使用。截至本文写作时，仓库有约 7290 Star、800 个 fork，增长很快。
它是什么
一句话说清楚：把「我有项目文档」到「我有可交付技术交底书」拆成有序步骤，由 Agent 依次执行——项目扫描 → 专利点挖掘 → 国知局查新 → 交底书成稿 → 自检 →（可选）多轮迭代。
技术栈是 Python 3.9+，用 Playwright 做浏览器自动化、Mermaid 画图。项目后续按能力拆成 5 个独立技能包：patent-disclosure 负责交底书编写，patent-reader 做专利通俗解读（权利要求树、术语表），patent-oa 辅助审查意见答复，patent-search 做工著录检索，patent-exam-policy 出政策简报。这种拆分说明作者不想做一个大而全的黑盒，而是把专利工作流的不同环节解耦，各自可以替换。
能力与亮点
第一，覆盖三种专利类型，并且原生对接国家知识产权局的公开数据。发明、实用新型、外观设计的交底书都能写；查新走国知局公布公告站的高级查询，按发明人、申请人、分类号、名称检索，结果落盘为 Markdown。这个设计的关键在优先级：官方数据源优先，AI 搜索只做兜底。中国专利检索里，二手数据源过期、漏检是常见事故，把官方站放在第一位，是做这个领域工具的基本诚意。
第二，Office 文件可以直接读。项目扫描会按优先级读文档和代码，.docx / .pptx 先转成 Markdown 再扫，避免 Agent 遇到二进制文件直接跳过。这个细节看起来小，但决定了工具能不能真正读进团队已有的资料。
第三，双格式交付。发明交底书里的系统框图、流程图用 Mermaid 画，通过 mmdc 导出 PNG；定稿默认同时产出 Markdown 和 Word 两份，代理人拿到就能接着改。外观设计和实用新型还能从产品图里提炼造型轮廓、部件序号，以及 CAD 三维轴测投影。
第四，自检与版本管理。逻辑和公式有独立的自检环节，只给信号不写正文；迭代分两条路径，合并新材料走一套模板，对话纠正走另一套。最重要的是强制另存带时间戳的新文件，并追加修订记录——多版本并存，谁在什么时候改了什么一查就清。写过交底书的人都知道，「定稿扯皮」是真实存在的成本，这个设计就是冲它去的。
另外，这个项目的工程结构本身值得一看。技能定义文件做编排、prompts 分步、tools 独立，三层边界清楚，可以直接 fork 修改。对想学习如何写一个完整领域技能的人来说，它比大多数教程更有参考价值。
局限与坑
先说最重要的：它产出的是辅助文稿，不是法律意见。是否申请、权利要求怎么布局、最终文本如何定稿，必须由具备资质的专利工程师或代理人审核。把它当成一个能扛重复劳动的实习生，而不是替你拍板的代理人——这是使用它的前提。
其次，国知局查新依赖 Playwright 模拟操作官方站点。这类自动化对页面结构变化天生敏感，官方站点改版后脚本需要跟着维护，属于持续成本。查新结果的完整性和时效性也要以官方站当时的数据为准，工具本身不保证「必然查全」。
第三，Office 转换和图片信息提取都有质量上限。版式复杂的文档转 Markdown 会丢结构，产品图提取造型轮廓依赖图片质量，复杂外形可能需要人工校正。这些环节建议保留人工过一遍。
第四，5 个技能包之间的安装、版本配套等体验如何，还需要在自己的环境里验证。多个技能协同工作时，先跑通一个完整案例，再决定是否全量引入。
最后是场景边界：整套流程围绕中国专利实践设计，PCT 或海外专利布局不在它的射程里；如果你的 Agent 环境不是 Claude Code / Cursor 这一类，还需要先确认技能标准的兼容性。
适用场景
适合：中国本土研发团队做交底书从零到初稿的环节；知识产权从业者做批量初筛和材料整理；已经用 Claude Code / Cursor 的团队，增加一个垂直技能的成本很低；想研究 Agent Skills 工程结构的开发者。
不适合：期待「一键出正式申请文件」的人；需要海外或 PCT 专利流程的团队；不具备专利审核能力、指望工具代替专业判断的个人或公司。
选型建议
如果你所在的团队每年有稳定的专利产出，值得用真实项目做一次试点：先挑一个技术文档齐全的案子，跑通扫描、查新、成稿全流程，再安排专利工程师按正式标准审一遍产出。审下来再决定是否纳入常规流程。试点时重点看两件事：查新结果是否漏掉关键对比文件，以及交底书的技术描述是否准确——这两项决定它能不能用。
已经会写 Agent Skills 的团队，可以直接读它的目录结构。这个项目最值钱的部分不是提示词，而是「把领域里被折磨出来的细节固化成流程」的组织方式。