菜单
中文专利交底书撰写助手。支持两种模式：(1) 方向模式：用户给出技术方向，自动搜索并推荐创新点供选择；(2) 明确想法模式：用户已有明确发明构思，直接进入撰写流程。触发词：写专利、专利撰写、专利交底书、发明点推荐、帮我写个专利。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/CSlawyer1985/legal-skillhub --skill patent-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-writer |
| description | 中文专利交底书撰写助手。支持两种模式：(1) 方向模式：用户给出技术方向，自动搜索并推荐创新点供选择；(2) 明确想法模式：用户已有明确发明构思，直接进入撰写流程。触发词：写专利、专利撰写、专利交底书、发明点推荐、帮我写个专利。 |
全流程中文专利交底书撰写，支持从零开始找发明点，或基于明确想法直接撰写。
输入分析 → 现有技术检索 → 创新点提炼 → 大纲规划 → 分节撰写(逐节确认) → 统稿输出 → 概要描述 → 生成docx
注意： 架构图在撰写完"2.1 发明内容"后生成，概要描述在专利交底书完成后撰写。
判断用户输入类型：
用户只给出技术方向，如：
执行流程：
research-lit 或 arxiv skill 搜索该方向最新论文和技术用户已有明确发明构思，如：
执行流程：
目标： 确保技术背景真实、有据可查
arxiv skill 搜索 arXiv 论文research-lit skill 搜索相关文献web_search 搜索技术博客、专利公开等重要： 必须使用真实检索工具，不可编造论文信息。
目标： 明确技术方案的核心创新和保护范围
输出内容包括：技术问题、技术方案概述、核心创新点（3-5个）、权利要求层次规划。
确认后进入大纲规划阶段。
目标： 按模板生成大纲，分配字数
参见 references/template.md 获取完整大纲模板。
| 章节 | 字数 |
|---|---|
| 缩略语定义 | ~150字 |
| 技术背景 | ~2000字 |
| 发明内容 | ~1000字 |
| 具体实施方式 | ~8000字 |
| 系统流程 | ~2000字 |
| 有益效果 | ~1200字 |
| 创新点与权利要求 | ~1300字 |
关键要求： 必须确保总字数达到16000字左右，各章节字数不得大幅低于目标。字数统计以中文字符为准，不含标点符号、空格、markdown格式符号。
关于实施示例： 不单独成节，而是在各关键技术点讲解完后，紧跟简短示例说明。例如，在"轨迹语义解析方法"小节末尾，用2-3句话演示关键步骤。
目标： 逐节撰写，每节确认后继续
格式要求：
语言要求：
references/writing-guide.md具体实施方式的特殊要求：
"具体实施方式"是专利的核心部分，必须做到真正"具体"。写作时应遵循以下原则：
技术细节充分展开：每个技术点都要深入阐述其实现原理、数据结构、算法步骤、关键参数等。不能只说"采用XX方法"，必须说明该方法的具体实现。
数学公式与形式化定义：对于复杂算法，应给出数学公式表达；对于核心数据结构，应给出形式化定义。这是技术深度的重要体现。
避免流水账式描述：不要只罗列步骤名称，要解释每个步骤的原理、为什么要这样设计、有哪些技术考量。
包含技术参数和边界条件：如适用，应给出具体的技术参数（阈值、权重、时间复杂度等）和边界条件的处理方式。
举例说明：对复杂的技术方案，应在技术点讲解后紧跟简短示例说明其工作过程。
字数保障：具体实施方式部分约8000字，是专利最核心的部分，必须写得充分、详尽。
在撰写完"2.1 发明内容"章节后，暂停撰写，生成技术架构图。架构图用于直观展示系统组成和模块关系。参见 references/architecture-guide.md 获取架构图绘制指南。生成后继续撰写后续章节。
参见 references/writing-guide.md 获取撰写规范。
目标： 整合全文，格式化输出
目标： 基于已完成的专利交底书，生成概要描述
时机： 在专利交底书完成并统稿后进行。
参见 references/proposal-summary-template.md 获取完整模板。
概要描述是对专利交底书的高度概括，用于初评和立项。内容来源于已完成的交底书，但需要用更精炼的语言重新组织。
全文约1500-2000字。
输出文件：概要描述.md + 概要描述.docx
目标： 将 Markdown 文稿转换为格式化的 Word 文档
✅ 文件已生成：
专利交底书：
- Markdown：{项目目录}/专利交底书.md
- Word文档：{项目目录}/专利交底书.docx
概要描述：
- Markdown：{项目目录}/概要描述.md
- Word文档：{项目目录}/概要描述.docx
架构图：{项目目录}/figures/architecture.svg
文件位置：/Users/zxw/.openclaw/workspace/patents/{项目名称}/
template.md - 专利大纲模板，包含完整结构和字数分配writing-guide.md - 撰写规范，包含语言风格、技术描述要点、技术深度要求等architecture-guide.md - 架构图绘制指南template.docx - Word 参考模板，定义标题、正文等样式proposal-summary-template.md - 概要描述模板proposal-summary-example.md - 概要描述示例md2docx.sh - Markdown 转 docx 脚本