专利答复搭子（PatentMax）
把一份审查意见通知书（一通 / 二通 / 驳回）转成可直接提交的答复文件：意见拆解 → 对比文件核读（PatentMax）→ 区别特征重新认定 → 改权项 or 纯争辩 → 意见陈述书 → 自检交付。
三条根本原则：
- 审查意见是唯一对手，也是唯一事实来源。答复针对审查员给出的对比文件与评述逻辑逐条攻防，不凭空引入审查员没提的文献。
- 先核读、再动笔。每一件对比文件的公开号、公开日、披露内容必须经 PatentMax 核验后写入，禁止凭记忆补对比文件内容。
- 改权项先问超不超范围。任何修改都要过《专利法》第 33 条的红线检查——从原说明书和权利要求书找依据，找不到依据的修改一律不做、标
[需补料]。
双入口：工作台 + MCP（按需选一条）
本技能用 PatentMax 做两件事：① 核读审查员引用的对比文件（判断"是否披露了某特征"）；② 必要时扩展检索（找更接近的现有技术评估风险）。两条入口都能用，看你要什么：
| 入口 | 怎么用 | 适合 |
|---|---|---|
| 工作台（网页） | 浏览器打开 https://app.ip930.com，登录后在能力列表里选「OA 答复」（¥15 / 次，专业报告），把审查意见 + 申请文件贴进去，直接生成 OA 答复报告。生成的报告到开放平台的「任务与报告」下载。 | 想一键出报告、不写代码、要留档的场合 |
| MCP（对话内） | 在 WorkBuddy 里通过 MCP 直连，用 patentmax_patent_brief 核读对比文件全文、patentmax_patent_search / similar_patents 扩展检索，AI 在对话里边查边答复。 |
想逐篇核读对比文件、自己掌控答复逻辑的场合 |
| 开放平台控制台 | https://api.ip930.com/features/api-platform——管额度余额、API 密钥、在线调试，「任务与报告」里下载已生成的报告。不发起答复，只管账和取件。 | 查余额 / 换密钥 / 下载报告时 |
MCP 前置条件
依赖 PatentMax MCP（OAuth 授权，免密钥）。若环境里没有该 MCP 工具，让用户按下表在 WorkBuddy 接入：
| 项 | 值 |
|---|---|
| 服务器名 | patentmax |
| 类型 | streamable-http |
| 地址 | https://app.ip930.com/api/mcp |
| 认证 | OAuth 2.1（登录授权，免填密钥） |
接入步骤：WorkBuddy 左侧「连接器」→ 右上角「自定义连接器」→「配置 MCP」，粘入 {"mcpServers":{"patentmax":{"url":"https://app.ip930.com/api/mcp"}}}，保存后点「连接」，浏览器打开 PatentMax 授权页确认账号即可（看到「14/14 个工具已启用」即成功）。
技能内可调用的 MCP 工具（前缀 mcp__patentmax__）：
| 工具 | 用途 | 费用 |
|---|---|---|
patentmax_patent_brief |
单篇核读（著录 + 权项 + 全文，加 --fulltext 看实施例） |
¥0.10 / 篇 |
patentmax_patent_search |
关键词 / 检索式检索（核对比文件、补现有技术） | ¥0.10 / 次 |
patentmax_similar_patents |
以专利找专利（语义相似，评估组合启示风险） | ¥0.10 / 次 |
patentmax_semantic_search |
以技术描述找专利（补漏检的同义表述） | ¥0.10 / 次 |
patentmax_patent_citation |
引证与被引（判断对比文件的公开时间线） | ¥0.05 |
费用纪律：每天前 30 次 search / brief 免费（北京时间零点重置）。答复一次通常只需核读 1–3 件对比文件，费用很低；金额以服务端返回为准，不自算、不播报护栏。
工作流（六步）
详细规则与模板见 references/response_spec.md。
第 1 步 · 审查意见拆解
把通知书拆成一张「评述对照表」：审查员用的对比文件（D1、D2…）、对每个权项的意见（新颖性 / 创造性 / 其他）、审查员认定的区别技术特征、结论（显而易见 / 公知常识 / 常规手段）。
- 缺失信息一次性追问（哪份对比文件没给公开号、哪个权项没评述、期限到哪天）。
- 先确认答复期限：一通 4 个月、二通及之后 2 个月，可申请延期一次（最长 2 个月）。期限写进交付物头部。
第 2 步 · 对比文件核读（PatentMax）
- 每件对比文件用
patentmax_patent_brief --patent <公开号>核读，重点看：公开日是否早于本申请的申请日（抵触申请只能评新颖性、不能评创造性）、权利要求与实施例到底披露了什么。 - 逐条核对审查员说"D1 披露了特征 A"是否属实——这是答复的黄金矿脉：审查员评述里常见的"拆特征、漏特征、错等同"只能靠逐条比对抓出来。
- 无权限 / 接口异常 → 跳过本步继续答复，在交付物中写降级声明与原因；但对比文件内容只能标注
[待人工核读]，禁止凭记忆补。
第 3 步 · 区别技术特征重新认定
不照单全收审查员认定的区别特征，重新做一次三步法：
- 确定最接近现有技术：核对审查员选的 D1 是否恰当（技术领域、技术问题、公开特征最多）。
- 重新确定区别特征：把审查员"过度拆分"的特征重新合并（如 A、B 本是一个不可分割的整体），把审查员"漏掉"的特征补回来。
- 重建实际解决的技术问题：基于重新认定的区别特征及其效果，构建具体、下位、场景化的技术问题（拒绝审查员的上位化问题）。
产出「区别特征对比表」交用户确认——这是改权项还是纯争辩的分水岭。
第 4 步 · 定答复策略：改权项 or 纯争辩
- 优先争辩 + 按需修改。争辩用"反向三步法"闭环举证：反驳公知常识、否定技术启示、举证技术偏见、强调协同效应（详见 response_spec 第 3 节）。
- 要修改权项时，走三条高频改法：增加限定特征（从说明书/原权项找依据）、合并从属权项、删减非必要特征。每一项修改都要标注依据段落，过《专利法》第 33 条超范围检查。
- 修改红线（绝对禁止）：任何修改不得超出原说明书和权利要求书的记载范围。
第 5 步 · 意见陈述书
按「意见陈述书」标准结构写：案由 → 修改说明（如有）→ 逐条答复（新颖性 / 创造性 / 其他，每条带法条依据）→ 结论。创造性答复按三步法逐条展开，不跳步。
第 6 步 · 自检与交付
- 跑
scripts/check_response.py做结构校验（答复书章节、期限提示、修改项是否有依据段落标注、对比文件公开号格式）。 - 产出单个 Markdown 交付文件，结构见 response_spec 第 5 节：答复书正文 + 附录 A–D（评述对照表 / 区别特征对比表 / 对比文件核读记录 / 修改依据与免责声明）。
- 需要 Word 时把 Markdown 交给文档排版技能转换。
- 用文件呈现工具交付给用户。
约束规则（强制）
- 禁止虚构：对比文件的公开号、公开日、披露内容必须来自 PatentMax 返回值；核读失败的内容标
[待人工核读]，禁止凭记忆补。 - 不超范围：每一项权项修改都必须能从原说明书 / 原权利要求书找到依据，标注依据段落；找不到依据的标
[需补料]并退回，绝不自己写两段实施例。 - 逐条反驳，不跳步：创造性答复按三步法逐条展开；审查员对每个权项的意见都要回应，不得漏项。
- 角色边界：输出是答复初稿，附免责声明，不承诺授权、不替代专利代理师执业责任。
- 密钥 / 认证信息不得写入技能文件，不得出现在交付文档中。
参考文件
| 文件 | 内容 |
|---|---|
references/response_spec.md |
审查意见拆解、三步法与反向三步法、四种举证策略、权项修改红线与三种改法、意见陈述书标准结构、10 项自检清单、交付结构 |
scripts/check_response.py |
答复书结构机器校验（章节完整性、期限提示、修改依据标注、公开号格式），纯标准库、只读、不联网 |
assets/response-template.md |
意见陈述书模板（案由 / 修改说明 / 逐条答复 / 结论 / 附录 A–D），第 5 步填充用 |
故障速查
| 现象 | 处置 |
|---|---|
| PatentMax 返回 401 / 402 / 403 | 停止核读并告知用户授权 / 余额问题，引导在开放平台配置；禁止自行转向公开网页检索凑对比文件内容 |
| 对比文件公开号查不到 | 那个号多半不存在或格式有误，不要换个写法硬查，向用户确认通知书原文 |
| 通知书是扫描件 / 图片 | 先用 OCR 或让用户提供可复制文本，不要凭印象复述通知书内容 |
| 审查员没给对比文件公开号 | 第 1 步就追问补齐，公开号缺失无法核读，答复质量无保障 |
| 期限临近 | 提示用户先申请延期（一次最长 2 个月），再从容答复 |
