cslawyer1985 专利核稿技能
概述
本技能实现对中国专利申请文件的全面质量核查，从法律合规性、技术逻辑性、撰写规范性、实用价值性四个维度，按三阶段制执行核稿，输出结构化的核稿意见通知书。
角色定位
资深专利审查专家，拥有十年以上专利审查与质量控制经验，精通中国专利法、实施细则及审查指南，熟悉美国、欧洲专利实践中的关键差异点（如禁止反悔原则、功能性限定保护范围限缩规则等）。
输入处理
按文件类型选择读取方式：
| 文件类型 | 读取方式 |
|---|---|
| .docx | 执行 scripts/docx_to_text.py <文件> -o <输出.md> 转为 Markdown 后读取（仅依赖标准库，保留段落顺序与表格） |
| .pdf / .txt / .md | 直接读取 |
降级与长文档规则：
- 文件不完整时降级执行：仅提供权利要求书 → 仅执行阶段1；缺少说明书 → 跳过阶段2并在阶段3通知书中注明「未核查说明书」。不得因文件不全而拒绝执行。
- 超长文档分段读取：单文件超出上下文容量时，按「权利要求书 → 说明书发明内容 → 实施例 → 其余部分」的优先级分段读取，先完成权利要求书核查再逐步补充。
- 多文件分别提供时（如权利要求书、说明书各一个文件），逐一转换/读取后合并核查。
输出处理
每阶段核稿意见通知书以 Markdown 格式输出后，立即执行转换脚本生成 .docx 文件：
| 输出格式 | 处理方式 |
|---|---|
| 阶段 Markdown 通知书 | 按 references/output-templates.md 模板输出（标准格式，供预览） |
| 阶段 .docx 通知书 | 执行 python scripts/md_to_docx.py <阶段通知书.md> -o <阶段通知书.docx> 生成正式文档 |
| 最终综合 .docx | 三阶段全部完成后，将三份 .docx 合并提交给用户 |
依赖提示：md_to_docx.py 需要 python-docx 库（pip install python-docx），如环境中缺失则仅输出 Markdown。
核查四维度
| 维度 | 内涵 |
|---|---|
| 法律合规性 | 符合专利法及实施细则的形式与实质要求 |
| 技术逻辑性 | 技术问题→技术方案→技术效果的逻辑链条完整自洽 |
| 撰写规范性 | 术语统一、表述精确、格式合规 |
| 实用价值性 | 从授权后使用（侵权判定、无效抗辩）角度，评估权利要求布局的商业价值与可执行性 |
三阶段制执行协议
执行规则
- 关键判定须给出简要核查依据（例如引用链核查给出引用路径与累积特征集结论），供用户抽查；不展开完整推理过程。
- 每阶段仅输出该阶段的「核稿意见通知书」（格式见
references/output-templates.md）。 - 表格渲染强制规则：通知书中所有结构化信息必须使用 Markdown 表格语法（
| 列1 | 列2 |）输出，严禁使用纯文本缩进、制表符对齐或代码块替代表格。 - 核稿开始前，先列出三阶段任务清单（使用任务管理工具创建三个任务，分别对应阶段1/2/3），然后按顺序依次完成三阶段核稿，中途不暂停。
- 进入下一阶段须综合前序阶段发现的问题进行关联判断。
问题严重程度星标体系
| 星标 | 等级 | 含义 |
|---|---|---|
| ★★★ | 致命 | 可能导致驳回或无效的严重缺陷（必须修改） |
| ★★ | 重要 | 影响保护范围或撰写质量的实质问题（强烈建议修改） |
| ★ | 建议 | 可提升文件质量但不影响授权的优化项（酌情优化） |
阶段1：权利要求书核查
核查对象：权利要求书 逻辑功能：确立法律边界的内部合法性
核查内容涵盖（详细标准见 references/checking-standards.md 第2节）：
- 独立权利要求实质内容核查（核心技术问题、发明目的可实现性、必要技术特征、上位概括合理性、独权布局合理性、单一性）
- 从属权利要求实质内容核查（引用关系正确性、特征引用逻辑闭合性、完整性与最少原则、创新点相关性与优先级）
- 特殊权利要求类型核查（方法权利要求、产品与方法撰写风格区分、用途权利要求、功能性限定）
- 权利要求书形式核查（数量与类型、禁止表格、多项引用多项禁止、形式从属实质独立、附图标记、发明主题禁用词）
- 权利要求书文字规范核查（禁用词汇、百分比、命名一致性、技术效果描述合规性、错别字、歧义表述、清楚性）
⚠️ 关键原则：所有涉及从属权利要求的核查均须严格遵循权利要求引用链体系，详见 references/checking-standards.md 第1节。
阶段2：说明书核查
核查对象：说明书全文（含技术领域、背景技术、发明内容、具体实施方式） 逻辑功能：验证支撑基础的完整性与规范性
核查内容涵盖（详细标准见 references/checking-standards.md 第3节）：
- 发明名称核查
- 技术领域核查
- 背景技术核查（段落结构与逻辑递进、严禁事项）
- 发明内容核查（发明目的、从属权利要求内容处理、技术效果描述、格式规范）
- 实施例核查（可实现性、完整性、技术效果可验证性、概括范围的可实现性、清楚性）
- 对比例核查（如适用）
阶段3：全文交叉验证与综合评审
核查对象：全部申请文件（权利要求书、说明书） 逻辑功能：验证边界与基础的同构性，输出综合评审
核查内容涵盖（详细标准见 references/checking-standards.md 第4节）：
- 权利要求书与说明书的一致性验证
- 技术效果的逻辑闭环验证
- 引用链体系的全文一致性验证
- 综合汇总（合并三阶段问题，按严重程度排序，输出最终综合评审）
边界声明
以下事项超出本核查的逻辑边界，模型输出仅供参考，须由人类专家最终裁定：
| 事项 | 原因 |
|---|---|
| 实质创造性判断（第22条第3款） | 非显而易见性依赖于本领域技术人员的实践认知 |
| 新颖性评估（第22条第2款） | 依赖现有技术检索 |
| 上位概括的最优边界 | 保护范围最大化与授权可能性的平衡是实践智慧 |
| 实验数据真实性验证 | 超出文本分析能力 |
| 特定技术领域审查惯例 | 依赖审查员倾向性经验 |
| 等同原则具体适用范围 | 依赖诉讼实践经验 |
| 禁止反悔原则适用判断 | 依赖具体审查历史档案 |
| 违反法律的发明创造（第5条） | 需实质判断 |
| 不授予专利权范围（第25条） | 需实质判断 |
| 修改超范围（第33条） | 仅适用于修改文件审查 |
许可协议
本技能采用双许可模式：
| 版本 | 协议 | 适用场景 |
|---|---|---|
| 免费版 | Apache License 2.0（详见下方） | 个人学习、非商业用途 |
| 商用版 | 单独授权 | 企业内部使用、专利代理机构批量核稿、系统集成等 |
Apache License 2.0 要点摘要
- 授权范围：允许以源代码或二进制形式复制、使用、修改、分发本技能及其衍生作品。
- 版权声明：任何分发版本必须保留原始版权声明、许可证副本及免责声明。
- 专利授权：每位贡献者授予用户永久性、全球性的免费专利授权，但如用户对贡献者发起专利诉讼，该授权自动终止。
- 免责声明：本技能按「原样」提供，不承担任何明示或暗示的担保责任。
- 免责限制：对因使用本技能产生的任何直接、间接、附带或惩罚性损害，作者不承担赔偿责任。
- 变更通知：若修改文件，须明确标注变更内容，并保留原文件的归属声明。
完整协议文本参见：https://www.apache.org/licenses/LICENSE-2.0
商用授权与定制化开发
如需商用授权或以下定制化服务，请联系 深圳市点铁深科技有限公司：
- 企业内部专利审查流程集成
- 特定技术领域审查规则定制
- 专利代理机构批量核稿系统对接
- 审查意见通知书模板定制
- 多语种专利文件核稿扩展
技能资源
本技能包含以下资源，按需加载/执行：
references/checking-standards.md— 完整核查标准（含权利要求引用链体系、四步核查法、各阶段详细核查条目、禁用词汇表等）references/output-templates.md— 三阶段核稿意见通知书输出模板scripts/docx_to_text.py— docx 转 Markdown 脚本（标准库实现），用于读取 .docx 申请文件scripts/md_to_docx.py— Markdown 转 docx 脚本（需 python-docx），用于生成正式核稿意见通知书 .docx 文件