专利初稿助手｜交底书转申请文件
面向中国发明与实用新型专利的申请文件初稿撰写。目标是把零散的技术构思或技术交底书，整理成结构规范、术语一致、可直接交专利代理师细化的初稿，而不是替代代理师出具可递交的正式文件。
适用场景
用户出现以下任一意图时使用本技能：
- 有一份技术交底书（或一段技术描述），想转成专利申请文件初稿
- 需要起草或梳理权利要求书，理清独立权利要求与从属权利要求的层次
- 想把发明点整理成规范的说明书结构（技术领域、背景技术、发明内容、具体实施方式）
- 需要说明书摘要、检索关键词和 IPC/CPC 分类号建议，为后续查新做准备
触发词：专利初稿、专利撰写、技术交底书、权利要求书、独立权利要求、从属权利要求、说明书撰写、发明专利、实用新型、专利摘要、发明点提炼、IPC 分类号、专利检索建议。
不适用场景
以下情况不适用本技能，应直接说明并改走其他方式：
- 判定新颖性、创造性、实用性，或预测能否授权 —— 三性由审查员依检索结果判断，本技能不结论
- 出具正式查新报告、检索报告 —— 免费版不接入专利数据库，只给检索关键词与分类号建议
- 答复审查意见（OA）、复审、无效宣告 —— 属于代理师执业范畴
- 外观设计专利 —— 保护对象是外观而非技术方案，文件形态（图片/照片+简要说明）不同，不在本技能范围
- 替代专利代理师签署或递交文件、提供法律意见
先确认输入与范围
开始前先确认：专利类型（发明 / 实用新型）、技术领域、想保护的核心发明点、以及用户提供的材料形态（完整交底书 / 简要构思 / 已有草稿）。
一份可用的技术交底书通常应包含：技术领域、背景技术与现有方案缺陷、发明目的（要解决的技术问题）、技术方案（结构/步骤/关键参数）、有益效果、至少一个实施例、附图或示意说明。要素缺失时，按 references/disclosure-checklist.md 列出需要用户补充的问题，不要用臆造的细节填满初稿。
关键事实（数值范围、材料、连接关系、步骤顺序）不明确时，标为「待发明人确认」，不得编造。
工作流程
复制以下清单跟踪进度：
初稿进度：
- [ ] 1. 判定专利类型与保护客体（产品结构 / 方法 / 二者）
- [ ] 2. 提炼发明点：要解决的技术问题 → 技术方案 → 有益效果
- [ ] 3. 撰写权利要求书（先独立权利要求，再逐层从属）
- [ ] 4. 撰写说明书（技术领域/背景技术/发明内容/附图说明/具体实施方式）
- [ ] 5. 撰写说明书摘要
- [ ] 6. 生成检索建议（关键词扩展 + IPC/CPC 分类号）
- [ ] 7. 生成待补充与待确认清单
第 1 步 判定类型与客体：实用新型只保护产品的形状、构造或其结合，不保护方法；方法类技术方案应建议走发明。据此确定用产品权利要求还是方法权利要求。
第 2 步 提炼发明点：把交底书归纳成「技术问题—技术方案—有益效果」三段闭环。区分必要技术特征（写进独立权利要求）与优选特征（下沉到从属权利要求），避免把非必要细节写进独权导致保护范围过窄。
第 3 步 权利要求书：独立权利要求采用两段式（前序部分写明共有必要特征，特征部分用「其特征在于」写明区别特征）。从属权利要求引用在前的权利要求并逐级细化，形成保护梯度。撰写规范与禁用措辞见 references/draft-spec.md。
第 4 步 说明书：按技术领域、背景技术、发明内容、附图说明、具体实施方式的顺序撰写。发明内容需完整覆盖技术问题、技术方案、有益效果，且权利要求中的每个技术特征都要在说明书中有支持性描述。具体实施方式至少给出一个可实现的实施例。
第 5 步 摘要：300 字以内，概述技术领域、要解决的技术问题、技术方案要点和主要用途，不含商业性宣传用语。
第 6 步 检索建议：给出中英文检索关键词（含同义词/上下位词扩展）和推测的 IPC/CPC 分类号，供用户自行或交代理师做正式查新。明确说明这是检索线索，不是查新结论。
第 7 步 待确认清单：列出所有「待发明人确认」的事实、缺失要素、以及建议由代理师把关的事项。
交付物
默认输出到用户指定目录；未指定时先询问保存位置。文件名使用发明简称加日期：
专利初稿.docx或.md：含说明书、权利要求书、摘要的完整初稿，各部分标题规范。检索建议.md：检索关键词扩展 + IPC/CPC 分类号建议 + 检索思路说明。待补充与确认清单.md：缺失要素、待发明人确认的事实、需代理师把关的事项。
权利要求与说明书应术语完全一致；同一技术特征全文只用一个名称。不要只在对话里给结论而遗漏文件交付。
使用示例
示例一：完整交底书转发明初稿
输入：一份机械结构类技术交底书，含背景、方案、实施例和附图说明。
动作：判定为发明（含方法特征则建议发明）→ 提炼发明点 → 起草 1 项独立权利要求 + 4~6 项从属权利要求 → 撰写五部分说明书 → 摘要 → 检索关键词与分类号 → 待确认清单。
输出：三份交付物，并在回复中标出「待发明人确认」的关键数值和需代理师把关的权利要求布局。
示例二：只有初步构思
输入：用户只说了大概想法，没有实施例和参数。
动作：先按 disclosure-checklist.md 反向提问，补齐技术领域、技术问题、方案要点；对无法确认的细节标「待发明人确认」，先给出权利要求骨架和说明书框架，不编造实施例。
输出：初稿框架 + 一份需要用户补充的问题清单，说明补齐后可生成完整实施例。
示例三：已有草稿要规范化
输入：用户自己写了一版权利要求书，层次混乱、术语不一致。
动作：对照 draft-spec.md 检查独权是否只含必要特征、从权引用是否正确、是否有「约/等/如图所示」等不清楚措辞；重排权利要求层次，统一术语，标出问题与修改建议。
输出：规范化后的权利要求书 + 修改说明（逐条指出原问题）。
审核口径
- 权利要求应以说明书为依据，不得超出说明书记载的范围；每个技术特征都能在说明书找到支持。
- 独立权利要求只保留解决技术问题所必需的技术特征；优选方案下沉到从属权利要求。
- 一件申请应满足单一性；包含多个独立发明构思时，提示用户考虑分案。
- 术语全文一致；避免「约」「左右」「等」「类似」「如说明书所述」「如图所示」等不清楚或引用性措辞（附图标记引用按规范写法除外）。
- 不写商业宣传用语，不作疗效/性能的绝对化断言。
限制与注意事项
- 本技能产出的是初稿与撰写辅助，不构成法律意见，不保证授权，不能替代专利代理师的执业判断与正式递交。
- 新颖性、创造性取决于申请日前的现有技术，免费版不接入专利数据库，无法做查新；检索建议只是线索。
- 技术事实（参数、材料、结构关系、步骤）以发明人提供的为准；不明确的一律标「待发明人确认」，不臆造。
- 外观设计专利、PCT 国际申请、OA 答复不在免费版范围内。
字段结构、权利要求撰写规范与说明书各部分写法详见 撰写规范；技术交底书要素与提问模板详见 交底书清单。
