发明专利挖掘与申请文件生成

用途

把"一个想法"变成"一份能提交、能过初审、经得起实质审查的发明专利申请文件"。核心不是把想法写得像专利，而是先证明确实存在一个未被公开的技术方案，再把它写成保护范围清楚、公开充分、可以实施的文本。

判断成败只看向个问题：① 独立权利要求是否把必要技术特征写全，且与最接近现有技术存在可论证的区别特征；② 说明书是否让所属领域技术人员无需创造性劳动即可实施。任一条不成立，文本再漂亮也是废稿。

何时使用

• 用户给出研究主题、关键词、初步思路，要求"写成专利""能不能申专利""帮我挖专利点"
• 用户上传论文、实验记录、方案草稿、项目申报书、结题材料，要求转化为专利
• 用户已有专利文本，要求改权利要求、扩保护范围、做规避设计、答复审查意见的素材准备
• 用户要求做新颖性/创造性预判、IPC 分类号建议、专利检索式
• 用户要求出技术交底书（给代理机构的那份）

不适用：纯法律意见（侵权判定、无效宣告策略、诉讼）→ 明确说明本技能只出技术文本，法律判断须由专利代理师/律师出具；外观设计与实用新型的图片制图规范；商标与著作权。

六条硬约束

违反任一条即视为未完成，不允许"先写出来再补"。

1. 不编造数据。实施例的性能数值、对比数据、工艺参数区间必须来自用户输入。无依据处写 【待补充：需提供×××测试数据，测试方法为×××】，绝不填一个"看起来合理"的数。
2. 不承诺授权。可以论证"具备授权的形式要件与可论证的创造性"，不得写"保证授权""百分百通过"。检索无法覆盖全部现有技术，这一点必须在交付时说明。
3. 不整段复制现有专利或论文。可引用对比文件的技术路线并标注出处，但禁止成段搬运。用户提供的草稿若与已知公开文本高度雷同，须指出并建议改写。
4. 技术方案必须落到特征。禁止只写功能、效果、目的而不写实现它的结构、步骤、组分、参数。"提高检测精度"不是技术特征，"以 0.5 mm 步长、双频激励采集回波并做时频域联合反演"才是。
5. 信息不足先出缺口清单。当输入不足以支撑一项完整的独立权利要求时，先输出"信息缺口清单 + 最小可行技术方案骨架"，并说明还缺什么才能升级为完整申请文件。不得用通用套话把骨架灌成一份看似完整的申请文件。
6. 交付即自检。文末必须附缺陷自检清单，逐项标注"已满足 / 存疑 / 需用户补充"，存疑项要写明具体存疑点。不写自检清单视为未完成。

工作流

按阶段推进，每阶段有明确产出物，未产出不得进入下一阶段。全部产出最终汇总为一个 Markdown 文件（见"交付物"）。

Stage 0　输入盘点与信息缺口

1. 判定输入类型（主题句 / 关键词 / 粗构想 / 论文 / 实验记录 / 已有专利 / 竞品资料），建立一张输入清单：来源 / 可用信息 / 缺什么。
2. 抽取四类事实：技术问题（要解决什么）、技术手段（用什么做）、关键参数（阈值、区间、配比、工艺条件）、效果证据（实测数据、对比基线）。
3. 生成信息缺口清单。发明专利最常见的四类缺口：缺对比基线（没有"现有方案做到什么水平"）、缺参数区间（只有单点值）、缺机理（不知道为什么有效，影响创造性论证）、缺替代方案（只有一个实施例，权利要求写不宽）。

产出：输入清单 + 四类事实表 + 信息缺口清单。

闸门 G1：若"技术手段"一栏为空或只有功能描述，停止，只输出缺口清单与骨架，不得进入 Stage 1。

Stage 1　技术方案结构化

把零散描述重排为"特征组合"。做法：

1. 拆成特征项：对象 / 结构或步骤 / 材料或组分 / 参数 / 连接或时序关系 / 应用条件。每项一行。
2. 标必要性与可替代性：必要（缺了方案不成立）/ 优选（提升效果）/ 可替代（有等价手段）。必要特征全集就是独立权利要求的原料，优选特征进从属权利要求，可替代特征进说明书并考虑写并列方案。
3. 找出"区别点候选"：与用户已知的最接近方案逐项比对，圈出对方没有的特征或参数区间。没有区别点候选就回到 Stage 0 要信息，不要硬写。

产出：特征项表（特征 / 类型 / 必要性 / 可否替代 / 是否区别点）+ 区别点候选清单。

Stage 2　创新点提炼与三性预判

1. 按 references/创造性三步法.md 做预判：假定最接近现有技术 → 确定区别特征 → 反推该区别特征实际解决的技术问题 → 判断是否显而易见。
2. 每个创新点写成一句"区别特征 + 由此带来的技术效果"的因果句。禁止把"用了 AI""多学科交叉""成本低"单独列为创新点。
3. 做实用性检查：可重复实施？有积极效果？不属于专利法第 25 条排除客体（智力活动规则、科学发现、疾病诊断治疗方法等）？
4. 若预判结论是"显而易见"，直接说明，并给出两条出路：换区别特征，或补实验数据证明预料不到的技术效果。不要为了出活而隐瞒。

产出：创新点清单（每条含区别特征/技术效果/预判结论）+ 客体合规检查结论。

Stage 3　权利要求布局

按 references/权利要求布局.md 执行。要点：

1. 独立权利要求 = 前序部分（与最接近现有技术共有的必要技术特征）+ 特征部分（区别特征），两段式，用"其特征在于"衔接。
2. 从属权利要求的层次顺序固定为：核心优化 → 参数范围 → 材料/结构替代 → 应用场景。每层至少一项，全文 6–12 项。
3. 保护范围策略：独立权利要求写能覆盖全部实施例的最上位，但不得上位到只留功能；参数用区间并写端点，避免只写单点值。
4. 单一性检查：多项独立权利要求时，是否共享同一"特定技术特征"。
5. 用 scripts/claim_lint.py 自动扫一遍禁用表述与引用错误，再人工复核。

产出：完整权利要求书 + lint 报告 + 布局说明（为什么这么分层）。

Stage 4　说明书撰写

按 references/说明书撰写规范.md 与 references/模板-申请文件骨架.md 写五大部分：

充分公开三查：① 每个权利要求里的特征在说明书里都能找到对应描述；② 参数区间内任一取值都能实施（不是只有中点可行）；③ 实施例能支撑权利要求的宽度（一个点撑不起一个宽区间）。

Stage 5　创造性自证与附图

1. 按三步法写完整论证段落，并明确写出"预料不到的技术效果"或"克服技术偏见"作为非显而易见性的支撑。
2. 附图：给出图号、图名、每图应含要素。文本用 Mermaid 或 ASCII 示意即可，并注明"绘图时须符合专利附图规范（黑白线条、统一编号、不加文字说明块、不加阴影渲染）"。
3. 权利要求与说明书一致性终检：术语统一、标号一致、无未在说明书出现的权利要求用语。

Stage 6　检索、规避与交付

1. 按 references/检索与分类号.md 给 3–5 个 IPC/CPC 分类号 + 3 组检索式（关键词 × 分类号 × 申请人/时间）。
2. 列出最可能构成抵触的风险点，每条给规避改写建议（改参数区间、改结构关系、改步骤顺序、补附加特征）。
3. 汇总为单个 Markdown 交付文件，附缺陷自检清单。

交付物

主交付物：专利交底书_<发明名称>_<YYYYMMDD>.md，章节顺序固定：

1. 发明名称（≤25 字，含技术特征，不用"新型""改进的""一种……的研究"）
2. 技术领域
3. 背景技术
4. 发明内容（目的 / 技术方案 / 有益效果）
5. 权利要求书（独立 + 从属，连续编号）
6. 附图说明与附图（Mermaid 或文字示意）
7. 具体实施方式（实施例 ≥2 + 对比例 ≥1）
8. 创造性论证（三步法）
9. 检索与规避建议（IPC/CPC + 检索式 + 风险点）
10. 一页纸技术要点表（供发明人与代理人 10 分钟内对齐）
11. 缺陷自检清单（逐项：已满足 / 存疑 / 需用户补充 【待补充：×××】）

格式规范：全文 4000–8000 字（信息不足时按骨架模式输出，不受此下限约束）；规范专利文体，第三人称客观陈述；禁用"我们""我觉得""大概""非常先进""领先水平"等主观或宣传性表达；不用感叹号。

可选交付：用户要求正式文档时，调用 workbuddy-docx 将上述内容排为 .docx（宋体小四、1.5 倍行距、标题分级、权利要求连续编号）。

质量闸门

反面清单

出现即视为不合格：

• 通篇是"采用先进算法""显著提升性能"，找不到一个可测量的技术特征
• 独立权利要求只写功能（"一种能够自动识别岩性的方法"），把实现方式全丢给从属权利要求
• 只有一个实施例却主张宽参数区间
• 背景技术只写"现有技术存在不足"，不指明哪条路线、不足在哪
• 有益效果与技术特征无因果关系，或效果数据无测试方法支撑
• 为了"看起来创新"把公知常识包装成区别特征
• 用"优选""例如""等""大约"写进权利要求
• 编造对比文件编号、性能数据、文献出处
• 结论里承诺授权前景

参考文件

法条与审查口径以现行《专利法》《专利法实施细则》《专利审查指南》为准；本技能的条款引用仅用于写作定位，不替代代理师核对。

脚本

用法：python scripts/claim_lint.py <权利要求文本文件> [--json]。脚本只做机械筛查，结论须人工复核。