From legal-skills
Extracts technical evidence from code repos to generate Chinese invention patent disclosures, claim layouts, and near-submittable drafts for patent agents. Useful after repo analysis or scheme mapping.
npx claudepluginhub cat-xierluo/legal-skills --plugin minimax-image-understandThis skill uses the workspace's default tool permissions.
本技能面向“代码已经开发完成，但需要把技术实现高效转交给专利代理师”的场景。核心目标不是简单改写代码说明，而是把代码仓库中的真实实现方式整理成适合专利申请协作的结构化产物，并在证据充足时继续形成接近可申报版的中国发明专利初稿。
CHANGELOG.mdLICENSE.txtREADME.mdreferences/code-extraction-spec.mdreferences/patent-drafting-quick-reference.mdreferences/patent-drafting-spec.mdreferences/project-analysis-spec.mdtemplates/invention-patent-claim-evidence-matrix-template.mdtemplates/invention-patent-claim-layout-template.mdtemplates/invention-patent-disclosure-template.mdtemplates/invention-patent-draft-self-check-template.mdtemplates/invention-patent-draft-template.mdCreates complete USPTO-ready patent applications from invention disclosure: prior art search, claims drafting, specification writing, diagrams, abstract, compliance checks, and IDS preparation.
Assists drafting patent applications, writing claims, analyzing prior art, and responding to USPTO office actions using reference patterns, diagnostics, and validations.
Analyzes patent documents for infringement assessment, technical feature extraction, protection scope comparison, stability evaluation, FTO analysis, and value assessment. Useful for claims analysis, multi-patent comparison, and IP strategy.
Share bugs, ideas, or general feedback.
本技能面向“代码已经开发完成，但需要把技术实现高效转交给专利代理师”的场景。核心目标不是简单改写代码说明，而是把代码仓库中的真实实现方式整理成适合专利申请协作的结构化产物，并在证据充足时继续形成接近可申报版的中国发明专利初稿。
当前推荐主模式是：
代码仓库 + 人工总结的候选专利方案
↓
创建 archive 归档目录
↓
项目结构盘点 + 方案/模块映射
↓
代码证据提取 + 技术特征抽象
↓
技术交底书
↓
L2.5 权利要求布局卡 + 权利要求-代码证据矩阵
↓
中国发明专利初稿 + 初稿自检表
在此基础上，预留两个扩展方向：
本技能当前默认法域是中国发明专利。初稿结构和摘要要求以国家知识产权局《专利审查指南》中与“说明书、权利要求书、摘要撰写”直接相关的部分为基线，并补充计算机程序相关发明保护主题的公开解读：
如需快速进入起草，不要先通读整份 PDF；应先读：
references/patent-drafting-quick-reference.mdreferences/patent-drafting-spec.md用户已经有一个可读取的代码项目，并且已经初步整理出若干拟申请专利的技术方案。技能需要：
如果用户尚未整理专利方案，可由 AI 基于代码仓库主动总结：
如果用户希望继续推进到申请文件层，技能应默认采用两步写作链路：
初稿层应覆盖：
当前模板范围： 本技能当前保留五类核心模板：
同时，将“项目分析规范”“代码抽取规范”“发明专利起草规范”从主文档中拆出，放入 references/；将交付模板放入 templates/，以明确区分“输出骨架”和“执行规范”。
在正式进入代码阅读前，应优先向用户确认以下问题：
archive/ 归档目录命名）这一步是本技能的入口闸门，不能跳过。
直接进入“定向检索模式”：
进入“候选方案挖掘模式”，但不应直接生成技术交底书或专利初稿。应先：
只有在用户完成筛选并确认方向后，才进入后续的定向代码检索、交底书生成、权利要求布局或专利初稿生成。
用户直接在对话中提供：
用户提供代码文件或项目目录，技能将：
支持的文件类型：
如要稳定产出高质量技术交底书，建议至少具备以下输入：
如用户暂未提供候选方案清单，应先切换到“可专利方案挖掘模式”，由 AI 自动生成候选清单后再由人筛选确认。
正常情况下，本技能依赖的是用户在当前任务中提供的代码仓库、候选方案清单、PRD/需求说明、沟通纪要和交底书模板，而不是 skill 目录内部预置的客户材料。
如果 skill 目录内恰好放有某个具体项目的材料，应将其视为参考样例或开发测试素材，而不是本技能的常规内置输入来源。
执行时不要跳过用户提供的材料直接读代码，应先把这些资料视为“客户侧先验输入”，再进入代码仓库分析。
建议优先级如下：
这些文件的价值分别是：
本技能当前主要面向软件、算法、Agent 系统相关方案，模板规则如下：
技术交底书模板.docx 或同类模板文件，优先按该模板章节输出技术交底书templates/invention-patent-disclosure-template.mdtemplates/invention-patent-claim-layout-template.mdtemplates/invention-patent-claim-evidence-matrix-template.mdtemplates/invention-patent-draft-template.mdtemplates/invention-patent-draft-self-check-template.mdreferences/project-analysis-spec.mdreferences/code-extraction-spec.mdreferences/patent-drafting-spec.md换言之，当前业务模式下不再保留多种专利类型模板，但会保留五类核心交付模板，以及三份支撑执行质量的规范文件。
在实际执行时，建议按以下顺序推进：
“先宏观后局部”的项目分析要求，统一参见：
references/project-analysis-spec.mdreferences/code-extraction-spec.mdreferences/patent-drafting-quick-reference.mdreferences/patent-drafting-spec.mdSKILL.md 只保留主流程和选择规则，具体的分析顺序、依赖判断、证据分级和产出要求，全部在上述三个规范文件中维护。
1. 输入材料预读
2. 任务边界确认
3. 创建 archive 输出目录
4. 项目边界与依赖画像
5. 代码仓库盘点
6. 候选方案映射
7. 代码证据提取
8. 专利语言抽象
9. 技术交底书生成
10. L2.5 权利要求布局卡生成
11. L2.5 权利要求-代码证据矩阵生成
12. L3 发明专利初稿生成
13. L3 发明专利初稿自检
优先读取用户在当前任务中提供的材料，回答：
优先确认以下事项：
强规则： 如果当前还没有人工确认过的候选方案清单，默认只做到“候选方案挖掘 + 待人工筛选”，不直接输出技术交底书或专利初稿。
所有中间产物和最终产物，都应默认写入 skill 内部的 archive/ 目录。
目录命名规则：
archive/YYYY-MM-DD-主题//、\、: 等不适合作为目录名的字符，应先替换或删除-02、-03 以区分示例：
archive/2026-03-18-智能体调度专利挖掘/archive/2026-03-18-代码记忆系统交底书/这一阶段不是读某个函数，而是先看整个项目的技术边界。至少要识别：
原则： 第三方库本身的内部机制不能直接写成申请人的技术方案；但如果创新在于本项目如何组合和使用这些能力，则该组合机制可以成为重点申请对象。
先建立项目级理解，不要一上来就写交底书。至少要回答：
建议先输出：
如果用户已给出候选专利方案，则对每个方案分别建立映射：
原则：一个候选方案对应一份独立映射，不要把多个发明点混在一份交底书里。
从代码或文档中提取以下内容：
将工程实现转换为专利语言时，应遵循：
交底书需要服务于“公司技术人员 + 外部专利代理师”的协作，因此除了标准章节，还应显式标注：
如果用户要求继续推进到申请文件层，则必须先输出《权利要求布局卡》，并参照 templates/invention-patent-claim-layout-template.md。
布局卡至少应包含：
默认规则：
在布局卡完成后，应继续输出《权利要求-代码证据矩阵》，并参照 templates/invention-patent-claim-evidence-matrix-template.md。
矩阵至少要回答：
只有在布局卡和证据矩阵完成后，才进入完整初稿，并参照 templates/invention-patent-draft-template.md 与 references/patent-drafting-spec.md：
初稿生成时应遵循：
初稿完成后，应再输出《发明专利初稿自检表》，并参照 templates/invention-patent-draft-self-check-template.md。
自检至少覆盖：
代码证据提取仍然遵循 A/B/C 三级证据分级，但详细规则不再在主文档重复展开，统一参见：
references/code-extraction-spec.md在执行层面，至少要做到：
| 层级 | 适用场景 | 主要产物 |
|---|---|---|
| L1 代码证据映射 | 用户已有候选专利方案，先判断是否落在代码实现上 | 方案-代码证据映射表 |
| L2 技术交底书 | 当前最推荐主产物 | 标准技术交底书 |
| L2.5 权利要求布局 | 用户希望进一步推进到申请文件层，但需要先稳住 claim tree | 权利要求布局卡 + 权利要求-代码证据矩阵 |
| L3 发明专利初稿 | 用户希望进一步推进代理撰写前的初稿 | 布局卡 + 证据矩阵 + 说明书初稿 + 权利要求草稿 + 摘要 + 自检表 |
| L4 可专利方案挖掘 | 用户尚未总结候选方案，或希望额外寻找新申请点 | 候选技术方案清单 + 优先级建议 |
可根据项目需要，按以下顺序输出：
archive/YYYY-MM-DD-主题/00-输入材料摘要.mdarchive/YYYY-MM-DD-主题/01-项目边界与依赖画像.mdarchive/YYYY-MM-DD-主题/02-项目代码技术盘点.mdarchive/YYYY-MM-DD-主题/03-方案代码证据映射-<方案名>.mdarchive/YYYY-MM-DD-主题/04-技术交底书-<方案名>.mdarchive/YYYY-MM-DD-主题/04A-权利要求布局卡-<方案名>.mdarchive/YYYY-MM-DD-主题/04B-权利要求-代码证据矩阵-<方案名>.mdarchive/YYYY-MM-DD-主题/05-发明专利初稿-<方案名>.mdarchive/YYYY-MM-DD-主题/05A-发明专利初稿自检表-<方案名>.mdarchive/YYYY-MM-DD-主题/06-研发补充问题清单.md如果是“可专利方案挖掘模式”，可改为：
archive/YYYY-MM-DD-主题/00-输入材料摘要.mdarchive/YYYY-MM-DD-主题/01-项目边界与依赖画像.mdarchive/YYYY-MM-DD-主题/02-项目技术盘点.mdarchive/YYYY-MM-DD-主题/03-候选可专利方案清单-待人工筛选.mdarchive/YYYY-MM-DD-主题/04-优先申请建议.mdarchive/YYYY-MM-DD-主题/05-人工筛选确认记录.md无论是候选方案清单、技术交底书还是发明专利初稿，都应自包含地保存在本 skill 内部的 archive/ 目录中，便于按项目和日期回溯。
默认原则：
当前目录按职责分成两组：
templates/references/其中：
templates/ 用于最终交付或中间交付的模板references/ 用于项目分析、代码抽取和起草执行规范需要特别追问或确认：
建议在交付时同步提供：
这样可以减少“代理师只看到概念、不知道代码里真正做了什么”的沟通损耗。