菜单
从已开发代码项目中提取技术实现证据，围绕候选专利方案生成算法/软件类说明书式技术交底书，并以“权利要求布局卡 → 发明专利初稿”两步法继续生成接近可申报版的中国发明专利起草材料。触发场景包括：读取代码仓库后撰写技术交底书、将人工总结的专利方案映射到具体实现、从代码中挖掘可专利技术方案、为专利代理师准备权利要求布局和发明专利初稿。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
将本地开发的 Skills 批量同步到 ClawHub 与腾讯 SkillHub 两个平台。支持智能 .gitignore 过滤、白名单控制、增量同步、单个 skill 同步、双平台分流发布。本技能应在用户需要将本地 skills 发布到 ClawHub/SkillHub、批量同步技能、检查发布状态时使用。
跨平台 Agent 任务协调枢纽。本技能应在多个不同平台的 Agent 需要围绕项目任务源分配任务、标记归属、能力路由和交接上下文时使用。不要用于单一平台内的本地并行执行，或 Git 分支、提交、PR、merge 安全规则。
输入各类视频网站/播客平台链接后，自动下载对应媒体文件并交付给用户。优先使用 yt-dlp 覆盖抖音(Douyin)、B站(Bilibili)、YouTube 等常见视频网站，也可用于可直接暴露音频地址的播客平台（如小宇宙单集链接）。当遇到 403/登录/年龄或地区限制时，支持使用 cookies.txt 重试；对于可能存在 DRM/加密或条款限制的平台（例如部分 Spotify 内容），应提示用户仅下载其有权保存的内容，并在不可下载时建议改用官方离线/导出渠道或提供原始 RSS/直链。抖音视频在 yt-dlp 撞签名墙（"Fresh cookies needed"）时会自动 fallback 到无登录直连 aweme.snssdk.com/v1/play（仅需 video_id，不需要 cookie/a_bogus 签名）；抖音图文笔记暂不支持自动下载，需手动处理。
元典法条与案例检索。本技能应在需要查询中国法律法规条文、检索相关案例、为法律分析提供数据支撑时使用。
PDF 处理工具，支持扫描件预处理、OCR 双层 PDF、页码添加、PDF 合并、解密、水印去除和压缩。本技能应在用户需要一键处理、优化或整理 PDF 文档时使用。不要用于：纯文本 PDF 内容编辑、PDF 阅读与批注、电子签名、非压缩目的的格式转换。
面向中国发明和实用新型专利的结构化初步分析工具。本技能应在用户需要拆解或解释权利要求、比较专利保护范围、进行产品侵权比对、等同分析、稳定性与无效风险分析、FTO、规避设计、专利价值评估或制作专利分析图表时使用。不要用于：代替专利律师或专利代理师出具正式意见、仅下载/OCR专利、撰写专利申请文件，或在未确认法域与有效权利要求时给出确定性结论；外观设计近似判断需另行采用专门方法并人工复核。
| name | code2patent |
| homepage | https://github.com/cat-xierluo/legal-skills |
| author | 杨卫薪律师（微信ywxlaw） |
| version | 1.6.0 |
| license | CC-BY-NC |
| description | 从已开发代码项目中提取技术实现证据，围绕候选专利方案生成算法/软件类说明书式技术交底书，并以“权利要求布局卡 → 发明专利初稿”两步法继续生成接近可申报版的中国发明专利起草材料。触发场景包括：读取代码仓库后撰写技术交底书、将人工总结的专利方案映射到具体实现、从代码中挖掘可专利技术方案、为专利代理师准备权利要求布局和发明专利初稿。 |
本技能用于把已经开发完成的代码项目整理成专利代理师可继续起草和判断的材料。核心目标不是把代码翻译成专利语言，而是把真实实现、技术问题、技术方案、技术效果和证据位置整理成可追溯的发明专利底稿。
默认法域为中国发明专利，主要适用于软件、算法、Agent 系统、调度优化、状态表示、鉴权、记忆、上下文编排和文件系统等以代码实现为主的方案。
推荐主链路：
用户材料 + 代码仓库
↓
输入成熟度判断 + archive 归档目录
↓
项目边界与依赖画像
↓
方案-代码证据映射
↓
算法/软件类说明书式技术交底书
↓
权利要求布局卡 + 权利要求-证据矩阵
↓
发明专利初稿 + 初稿自检表
开始读取代码前，先确认：
archive/YYYY-MM-DD-主题/。专利名称不是技术方案。 如果用户只给标题或一句话方向，不要直接写交底书或初稿。
| 等级 | 输入状态 | 默认动作 |
|---|---|---|
| T0 名称清单 | 只有专利名称、标题或一句话方向 | 输出《专利名称反向澄清卡》，等待用户确认 |
| T1 方向清单 | 有名称和业务方向，但缺少技术问题、实现路径或效果 | 先补齐候选解释、代码证据方向和待确认问题 |
| T2 技术方案清单 | 已有技术问题、核心实现、目标效果和初步模块范围 | 进入定向检索，生成代码证据映射和交底书 |
| T3 证据型方案清单 | 已有技术方案、代码路径、关键流程和证据等级 | 复核证据后继续生成交底书、布局卡或初稿 |
| 无清单 | 用户希望从代码中挖掘专利点 | 先输出候选可专利方案清单，人工筛选后再起草 |
未经人工确认的 T0/T1 或自动挖掘结果，只能作为候选方向，不得写成客户已确认的技术方案。
执行时先读用户提供材料，再读代码。建议顺序：
如果用户提供模板或样本，先抽取章节结构、步骤编号、附图习惯和技术效果写法，再生成交付物。若未提供模板，按 references/algorithm-software-disclosure-format.md 和内置模板执行。
只在需要时读取对应文件，避免把所有 reference 一次性装入上下文。
| 需要处理的问题 | 读取文件 |
|---|---|
| 算法/软件类交底书结构、S1...Sn、代码证据后置规则、公式与符号体例 | references/algorithm-software-disclosure-format.md |
| 项目技术方案画像、依赖边界、自研与第三方能力区分 | references/project-analysis-spec.md |
| S/F/E 抽取、A/B/C 分级、从代码到专利表达的转译 | references/code-extraction-spec.md |
| 快速进入布局卡、初稿和自检写作 | references/patent-drafting-quick-reference.md |
| 需要完整起草依据、权利要求层级和摘要规则 | references/patent-drafting-spec.md |
本文件只保留入口、分流、路由和强规则；细节规则以后优先维护在 references/。
| 目标产物 | 模板 |
|---|---|
| 专利名称反向澄清卡 | templates/patent-title-clarification-card-template.md |
| 算法/软件类发明专利技术交底书 | templates/invention-patent-disclosure-template.md |
| 权利要求布局卡 | templates/invention-patent-claim-layout-template.md |
| 权利要求-证据矩阵 | templates/invention-patent-claim-evidence-matrix-template.md |
| 发明专利初稿 | templates/invention-patent-draft-template.md |
| 发明专利初稿自检表 | templates/invention-patent-draft-self-check-template.md |
templates/ 是可直接填充的交付骨架；references/ 是执行规则和判断标准。不要把二者合并。
05-技术交底书、05A-权利要求布局卡、05B-权利要求-证据矩阵、06-发明专利初稿 中的 S1...Sn 步骤编号应保持一致。references/algorithm-software-disclosure-format.md"公式与符号体例"。08-修订记录.md 留痕；方案级修订不得回到 T0/T1 重新挖掘。| 层级 | 适用场景 | 主要产物 |
|---|---|---|
| L0 名称反向澄清 | 用户仅提供专利名称、标题或一句话方向 | 专利名称反向澄清卡 + 人工确认记录 |
| L1 代码证据映射 | 已有候选方案，需判断是否落在代码实现上 | 方案-代码证据映射表 |
| L2 技术交底书 | 当前最推荐主产物 | 算法/软件类说明书式技术交底书 + 必要证据附录 |
| L2.5 权利要求布局 | 需要推进到申请文件层但先稳住 claim tree | 权利要求布局卡 + 权利要求-证据矩阵 |
| L3 发明专利初稿 | 需要代理撰写前的完整初稿 | 说明书初稿 + 权利要求草稿 + 摘要 + 自检表 |
| L4 可专利方案挖掘 | 用户尚未总结候选方案 | 候选方案清单 + 优先级建议 + 人工筛选记录 |
按目标层级裁剪执行，不必每次输出全部文件。
archive/YYYY-MM-DD-主题/。archive/YYYY-MM-DD-主题/
├── 00-输入材料摘要.md
├── 01-专利名称反向澄清卡-待确认.md
├── 01A-人工确认记录.md
├── 02-项目边界与依赖画像.md
├── 03-项目技术方案画像.md
├── 04-方案代码证据映射-<方案名>.md
├── 05-技术交底书-<方案名>.md
├── 05A-权利要求布局卡-<方案名>.md
├── 05B-权利要求-证据矩阵-<方案名>.md
├── 06-发明专利初稿-<方案名>.md
├── 06A-发明专利初稿自检表-<方案名>.md
├── 07-研发补充问题清单.md
└── 08-修订记录.md（迭代时生成，非每次必产）
若当前是候选方案挖掘模式，先输出 03-候选可专利方案清单-待人工筛选.md 和 04-优先申请建议.md，待用户确认后再进入定向检索。
同一 archive/YYYY-MM-DD-主题/ 目录下的产物修订，遵循以下规则：
05-技术交底书-<方案名>-250622-1430.md。同目录多版本即版本历史，不再开子目录。08-修订记录.md：追加式记录每次修订，至少包含修订意图、受影响的产物文件、S1...Sn 是否变化和时间戳。首次修订时创建，后续只追加。archive/YYYY-MM-DD-主题/ 目录，不与原方案混档。08-修订记录.md 登记受影响文件。软件、算法和 Agent 系统方案的技术交底书默认使用以下顺序：
如果正文中连续出现多个代码路径、函数名或字段名，应回退重写，将其移入 04-方案代码证据映射-<方案名>.md 或证据附录。