菜单
生成中国发明专利说明书文档。当用户说'写专利'、'专利说明书'、'生成专利文档'、'写一份发明专利'、'patent specification'时触发。基于用户提供的技术方案描述，按照国家知识产权局标准格式生成完整的专利说明书，包含摘要、技术领域、背景技术、发明内容、附图说明、具体实施方式和权利要求书。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/CSlawyer1985/legal-skillhub --skill patent-doc-writer命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
88查企业风险查询与分析工具 —— 专注于中国大陆企业的法务风险查询与分析，覆盖经营异常、行政处罚、监管措施、被执行人、失信被执行人、司法案件等风险类型。支持公司名称、统一社会信用代码、companyId 三种输入方式，自动完成风险查询并输出结构化风险分析总结。 触发场景：仅当用户意图为查询企业风险/法务风险时触发。包括但不限于：企业风险查询、公司风险、经营异常、行政处罚、监管措施、被执行人、失信被执行人、司法风险、风险扫描、风险评估、企业合规审查、风险报告、XX公司有什么风险、XX公司安全吗、XX公司有没有处罚、XX公司被执行过吗。 不触发场景：纯粹的企业信息查询（如查公司、搜企业、工商信息、注册资本、法人代表、股东结构、专利商标等）不应触发本技能，请使用其他 cha88 系列工具。
Manages Rule 30(b)(6) corporate representative deposition workflows — drafting notice topics with reasonable particularity, building examination outlines, defending designees, handling objections, and preserving binding admissions for summary judgment or trial. Use when drafting or responding to 30(b)(6) notices, selecting and preparing designees, building topic-by-topic outlines, or triaging scope and privilege disputes. Trigger keywords: 30(b)(6), corporate representative deposition, topic list, designee, notice analysis, deposition objections, corporate admissions.
Guides taking and defending Rule 30(b)(6) corporate representative depositions. Drafts topic lists with reasonable particularity, builds examination outlines for binding corporate admissions, analyzes noticed topics for objections, and prepares designees. Use when drafting 30(b)(6) notices, preparing corporate deposition topics, selecting or preparing designees, or defending corporate representative depositions.
基于 SOC 职业分类
正在显示 SKILL.md
| name | patent-doc-writer |
| slug | patent-doc-writer |
| displayName | 专利说明书生成器 |
| version | 1.0.0 |
| summary | 根据技术方案描述，按国家知识产权局标准格式自动生成完整的发明专利说明书（含摘要、权利要求书、具体实施方式等七大部分） |
| license | MIT |
| description | 生成中国发明专利说明书文档。当用户说'写专利'、'专利说明书'、'生成专利文档'、'写一份发明专利'、'patent specification'时触发。基于用户提供的技术方案描述，按照国家知识产权局标准格式生成完整的专利说明书，包含摘要、技术领域、背景技术、发明内容、附图说明、具体实施方式和权利要求书。 |
| agent_created | true |
根据用户提供的技术方案描述，按照中国国家知识产权局（CNIPA）的标准格式，生成一份完整的发明专利说明书文档。覆盖软件/电子/通信/物联网等领域的方法及系统类专利。
向用户确认以下要素（如果用户已提供则跳过）：
| 要素 | 说明 | 示例 |
|---|---|---|
| 发明名称 | 简洁、准确的技术名称 | "基于意图判断的二维码自动识别方法及系统" |
| 技术领域 | 属于哪个技术领域 | "医疗物联网技术领域" |
| 解决的问题 | 现有技术有什么缺陷 | "二维码设备绑定流程繁琐、易误触发" |
| 核心方案 | 怎么解决的（方法步骤） | "后台采集视频流→检测二维码→意图判断→自动连接" |
| 系统模块 | 系统包括哪些模块 | "状态监测模块、摄像头驱动模块、检测模块..." |
| 有益效果 | 相比现有技术的优势 | "零交互、低成本、隐私安全、防误触" |
| 现有技术 | 可选：已有的相关专利号 | "CN108027738A、CN117669622A" |
按照以下标准结构依次生成，每部分都有明确的写作规范：
写作要点：
格式：
本发明属于【技术领域】技术领域，具体地，涉及一种【发明名称】。
写作结构：
文献引用格式：
专利申请文献《【文献标题】》（【专利号】）公开了【技术方案概要】，但其【不足之处】，难以解决【具体问题】。
包含三个部分：
（1）发明目的
针对现有技术中的缺陷，本发明的目的是提供一种【发明名称】。
（2）技术方案
方法权利要求（独立权利要求 + 从属权利要求）：
根据本发明提供的一种【方法名称】，应用于【应用场景】，包括：
【步骤A】；
【步骤B】；
【步骤C】；
【步骤D】。
【关键约束，如"上述过程均在本地执行"】。
从属权利要求用"优选地"引导：
优选地，【进一步限定的技术特征】。
系统权利要求（与方法对应）：
根据本发明提供的一种【系统名称】，应用于【应用场景】，包括：
【模块A】，【功能描述】；
【模块B】，【功能描述】；
...
（3）有益效果
与现有技术相比，本发明具有如下的有益效果：
1、【效果1】：【具体说明】。
2、【效果2】：【具体说明】。
3、【效果3】：【具体说明】。
4、【效果4】：【具体说明】。
通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其他特征、目的和优点将会变得更明显：
图1为【图1描述】；
图2为【图2描述】；
图3为【图3描述】。
写作结构：
下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。
场景描述：以具体场景为例描述（如"以图2为例，该终端设备具体为..."）
系统模块说明：逐一介绍各模块的硬件/软件实现
方法流程详述：用 S101、S102... 编号步骤，每步包含：
硬件实现说明（末尾标准段落）：
本领域技术人员知道，除了以纯计算机可读程序代码方式实现本发明提供的系统及其各个装置、模块、单元以外，完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统及其各个装置、模块、单元以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同功能。
以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。
方法独立权利要求（权利要求1）：
1、一种【方法名称】，应用于【应用场景】，其特征在于，包括：
【步骤A】；
【步骤B】；
【步骤C】；
【步骤D】；
【关键约束】。
方法从属权利要求（2-5）：每条用"根据权利要求X所述的...，其特征在于"引导，进一步限定某个技术特征。
系统独立权利要求（权利要求6）：
6、一种【系统名称】，应用于【应用场景】，其特征在于，包括：
【模块A】，【功能描述】；
【模块B】，【功能描述】；
...
系统从属权利要求（7-10）：与方法从属对应，用模块语言描述。
将完整的专利说明书生成为 .docx 格式，使用 python-docx 库：
文件命名：{DK编号}--{公司名}--{发明名称}--发明（软件）--{日期}.docx
present_files 展示生成的文档| 检查项 | 要求 |
|---|---|
| 摘要字数 | ≤300字 |
| 权利要求数 | 方法5条 + 系统5条 = 10条 |
| 独立权利要求 | 方法1条 + 系统1条 |
| 从属权利要求 | 每条引用正确的在前权利要求 |
| 有益效果 | ≥3条，与发明内容对应 |
| 具体实施方式步骤 | ≥5步，每步有具体参数 |
| 现有技术文献 | ≥2篇专利文献引用 |
| 附图说明 | ≥3张图 |
| 标准段落 | 引入段 + 硬件实现段 + 结尾段齐全 |
| 问题 | 解决方案 |
|---|---|
| 用户只给了简单描述，细节不足 | 按 Step 1 的要素逐项追问，给出示例帮助理解 |
| 不确定能不能申请专利 | 判断三要素：新颖性、创造性、实用性；有具体技术方案即可 |
| 方法和系统写不对应 | 先写方法权利要求，再逐条翻译成模块语言 |
| 权利要求太少 | 从独立权利要求的每个步骤/模块中拆分出从属权利要求 |
| 具体实施方式太空 | 补充具体参数、数值、场景描述、优选实施方式 |