메뉴
从已开发代码项目中提取技术实现证据，围绕候选专利方案生成算法/软件类说明书式技术交底书，并以“权利要求布局卡 → 发明专利初稿”两步法继续生成接近可申报版的中国发明专利起草材料。触发场景包括：读取代码仓库后撰写技术交底书、将人工总结的专利方案映射到具体实现、从代码中挖掘可专利技术方案、为专利代理师准备权利要求布局和发明专利初稿。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/CSlawyer1985/legal-skillhub --skill code2patent명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? 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 | 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 或证据附录。