前言¶
把一份交底材料、研发报告或技术方案文档变成可提交的专利申请文件，中间隔着一整套格式和撰写规范：说明书的结构、权利要求的层次、技术领域的描述方式。工程师自己写，往往要花大量时间核对格式；交给代理机构，初稿之前还要先花时间做技术沟通。
下面介绍的 Skill「专利撰写」就是面向这一步的：输入材料，输出专利初稿。
这是什么¶
「专利撰写」是一个社区来源的 Agent Skill，坐标 @user_947372bf/patent-writing-i，当前版本 1.1.11，分类为 professional，发布者为社区账号 user_947372bf。
它解决的问题是：当用户手里有交底材料、研发报告或技术方案文档，希望直接得到专利初稿时，用这个 Skill 生成说明书、权利要求书等申请文件的初稿。如果用户只有一个想法，没有成文材料，它也可以先给出几个可申请的方向，供后续展开。
一个值得注意的点是：该 Skill 声明所用模型全部国产，国外模型 0 使用。对有模型合规要求的团队来说，这一点需要在选用前自行核实。
核心能力¶
根据官方简介，它覆盖的触发场景包括：
- 上传交底材料、研发报告、技术方案文档后，要求写专利、写专利初稿、把材料写成专利；
- 直接说「帮我把这个写成专利」「生成专利初稿」「专利撰写」「写专利说明书」「写权利要求书」「专利申请文件」；
- 问「这个项目能写几个专利」这类需要先做专利挖掘的场景；
- 只有一个想法时，先输出若干可申请的方向。
从触发词来看，它不只是按固定模板填内容，还要先判断材料里哪些技术点可以构成可保护的方案，再组织成说明书和权利要求书的结构。
安装与启用¶
需要说明的是：本次核实时，官方页面（https://www.skillhub.cn/skills/user_947372bf/patent-writing-i ）和 API 地址（https://api.skillhub.cn/user_947372bf/patent-writing-i ）均无法访问，因此安装命令、配置字段、各编辑器（Cursor / Codex CLI / Claude Code）的具体启用方式无法从官方资料核对。
从元数据中可以确认以下几点：
- 标签
requires_api_key=false，说明按官方标注不需要单独配置 API Key； - 来源为 community，属于社区发布而非官方出品，安装前建议先查看发布者信息和更新记录。
在拿到官方安装说明之前，不建议凭经验猜测命令或配置项。
典型用法¶
官方资料中没有提供可直接复现的使用示例，这里不编造。从触发词可以推断典型的一次交互是：把交底材料作为输入交给 Agent，并明确要求「生成专利初稿」或「写权利要求书」，Skill 匹配后产出初稿文档。是否支持输出 Word 格式，简介中有提及，但具体文件类型和排版需以实际使用为准。
建议首次使用时先拿一份结构清晰、技术点明确的材料试跑，确认产出的说明书结构和权利要求层次是否符合预期，再投入正式材料。
适用场景与注意¶
适合的场景：有成型技术文档、想快速拿到专利初稿再自行修改的研发人员；或者想先盘点一个项目里能申请几个专利的团队。
需要注意的几点：
- 初稿性质。产出的是初稿，权利要求的新颖性、创造性判断仍需专利代理人或申请人自己把关，Skill 不能替代检索和法律判断。
- 模型来源。官方声明全部使用国产模型，选用前应在具体部署环境中核实实际调用情况，确认满足内部合规要求。
- 社区来源。发布者为社区账号，版本迭代和长期维护情况需要自行跟踪。
- 材料质量。输入材料的技术细节越具体，产出初稿的可用性越高；只有一句话的想法虽然也能出方向，但离可提交的初稿还有距离。
结尾¶
这个 Skill 的价值在于压缩了从材料到初稿的撰写时间，把格式和结构的工作交给 Agent，研发人员保留对技术内容的审核权。它不解决专利性和代理撰写的问题，定位就是初稿生成这一步。
官方地址：https://api.skillhub.cn/user_947372bf/patent-writing-i （页面：https://www.skillhub.cn/skills/user_947372bf/patent-writing-i ）
