中国专利.skill:产品技术文档一扔,专利申请材料一键出稿

手里已有产品方案、设计文档甚至代码，真正耗人的往往不是「有没有创新」，而是写成代理人能接着改的技术交底书：专利点要梳、在先技术要查、系统框图和流程图要齐、Word 还得能交付。开源项目「中国专利.skill」做的，就是把产品技术文档到专利交底初稿的这几环，先串成一条可一键触发的流水线。

很多研发同事的真实感受是：技术贡献写在代码和评审纪要里，轮到「发明人」那一栏，却卡在交底书格式上。不是不会做系统，而是不知道怎么把「能跑的方案」翻译成「可保护、可核对、可修改」的书面材料。

GitHub 开源仓库：（项目对外名称多为「中国专利.skill」）。它按 AgentSkills 标准组织，可装进 Cursor、Claude Code 等支持该标准的客户端。下文按「卡点 → 怎么用 → 产出什么 → 边界」展开，方便你直接上手试。

— 从项目材料到技术交底书

写技术交底书，麻烦通常不在开头那两句背景介绍，而在后面几环同时卡住：

— 交底书常见卡点

这一节按仓库公开安装说明整理，路径与命令以当前仓库文档为准；客户端版本不同时，界面入口可能略有差异。

— 材料扫描到 Word 交付流程

评价这类工具，优先看落盘文件，而不是看宣传口径。就公开说明与常见用法而言，这条流水线更接近「材料整理 + 初稿装配」：

一句话概括：它帮你把「产品技术文档和代码里已经有的东西」，尽量装配成代理人能接着改的初稿包；不等于已经完成正式申请，更不等于必然授权。

查新是很多人最关心、也最容易说满的一步。

公开能力里，项目会尽量对接专利公布公告类公开信息源，并准备浏览器自动化脚本做页面抓取。实际使用中要心里有数：站点结构、本地浏览器环境、解析结果都可能波动；失败时往往会降级到通用网页检索。

因此更稳妥的用法是：

— 对照公布公告做查新

对手里已经有产品技术方案、只差「能交差的初稿」的团队，最有体感的往往是交付物形态：

这也是它比「只吐一段文字」更接近实务的地方：代理人改稿，改的是结构、附图和实施例细节；你如果只交出散落的聊天记录或半成品说明，后面仍要重做一遍。

— 交底书与附图交付物

如果团队不只写交底，还会读公开文本、跟审查意见、做内部情报整理，仓库里还挂了多条子技能（名称以仓库说明为准），大致包括：

对研发同学，最常先用的仍是「交底书」入口；对知产同事，解读、地图、答复辅助可能更有日常价值。各子技能成熟度以仓库当前版本为准，建议先小范围试一条真实材料链路。

— 子技能能力版图

这类工具最容易踩的坑，不是「写得不像」，而是「说得太满」和「材料喂得太猛」。建议把下面几条当成默认纪律：

1. 定位要准

它适合生成可继续修改的技术交底书初稿和过程材料，不替代专利代理机构的正式撰写、答复策略与法律意见。「一键」指的是触发流水线、快速出初稿，不是一键授权、一键拿证。

2. 脱敏要先做

公司项目喂进去前，先清理客户名、内部域名、数据库字段、密钥、日志样本、未公开接口等敏感信息。模板脱敏不能代替人工审查。

3. 事实不能编

实施例、实验数据、参数范围、对比效果，必须以项目真实情况为准；材料不足时，应补材料或明确写「待确认」，而不是为了完整而虚构。

4. 迭代要留痕

补实施例、改参数、纠错时，优先保留版本与修订记录，方便和代理人、发明人对齐「改了什么、为什么改」。

5. 表述要合规

对外介绍请使用「辅助整理」「初稿生成」「查新辅助」「提高材料准备效率」等表述，避免「保证授权」「一键拿证」「替代审查」等不实承诺。

— 初稿仍需人工复核

比较适合先上手的情况通常是：

技术交底书本质是技术事实与保护视角之间的翻译件。以前这座桥主要靠发明人和代理人反复来回搭；现在多了一条开源流水线，能把产品技术文档扫描、专利点梳理、查新辅助、出图和 Word 初稿先串起来，让研发少在格式和拼图上空转。

如果你或你的团队正被「框图、查新、Word」拖进度，按上文装好技能、脱敏后丢进真实材料，对话里说一句「写交底书」即可开跑。重点看三样：专利点是否说得清楚、图是否用得上、Word 是否改得动。试用结论以你自己的材料验证为准。

仓库地址：https://github.com/handsomestWei/patent-disclosure-skill

既然看到这里了，如果觉得有用，随手点个赞、在看、转发三连吧。