adc-patent-weekly-report

ADC 专利情报周报生成器

用于生成某一自然周的 ADC 专利情报周报。输入通常为“生成2026年第18周的ADC专利周报”“跑一遍Week18”等。

固定原则

• 最终 HTML 必须由 scripts/build_adc_report.py 渲染 references/adc_report_template_v4.1.html，不得手写一次性 HTML。

• 版式以 Eureka Desktop Week18 报告为主基准，Week17 报告为补充基准。

• 周报只描述本周公开数据，不输出“本周首次出现的申请人”“格局变化”这类需要跨周历史基线才能成立的判断。

• 专利详情链接固定为 https://analytics.zhihuiya.com/patent-view/abst?patentId={patent_id}。

• “专利关联管线”和“研发阶段”本轮只预留字段；没有确定管线关联时填 —，不得臆测。只有当后续流程明确关联到管线资产时，才调用药物/管线 MCP 填研发阶段。

• AI 解读必须基于 P025/tech_summary、claims、bibliography、family/legal、药物管线 MCP 和本周最终专利集等已取证字段改写，不得凭空补外部事实。

• 禁止使用 web search、新闻搜索或开放网页结果生成 核心保护点、 创新/新颖性、 竞争意义。除非用户明确要求“补充公开网页背景”，报告正文洞察只能使用智慧芽/PatSnap MCP 结构化数据和本周专利集。

执行流程

用户指定自然周
  -> 计算 DATE_FROM / DATE_TO / WEEK_LABEL / DATE_RANGE
  -> Step 0: patsnap-patent MCP 连通性自检
  -> Step 1: 固定检索式分页检索 WO 专利
  -> Step 2: bibliography / abstract_translated 补齐著录、摘要、申请人、优先权
  -> Step 3: Pass-1 粗过滤
  -> Step 4: tech_summary(P025) + Pass-2 精过滤
  -> Step 5: Top 重点专利 claims / family / legal_status 深度补齐
  -> Step 6: 组装 EUREKA_PATENT_DATA JSON
  -> Step 7: 调用 scripts/build_adc_report.py 渲染固定模板
  -> Step 8: 做模板漂移和字段完整性断言

Codex MCP 工具映射

禁止使用 mcp__patent_search.patsnap_search、语义检索或网页搜索替代本周主检索链路。开放网页结果不得进入正文洞察；若用户明确要求网页背景，只能放在单独“外部补充”说明中，不能混入本周专利结论、专利汇总表或 AI 技术解读。

固定检索式

以下 query_text 为字面常量，除 {DATE_FROM} / {DATE_TO} 外不要改动：

(TACD:("antibody-drug conjugate*" OR "immunoconjugate*" OR "抗体偶联药物" OR "抗体药物偶联物" OR "免疫偶联物" OR ("ADC" AND (antibody OR conjugate OR payload OR linker))) OR (TACD:("linker" OR "payload" OR "cytotoxic" OR "连接子" OR "载荷" OR "细胞毒") AND IPC:A61K47/68) OR TACD:(MMAE OR DXd OR exatecan OR "SN-38" OR "PBD" OR auristatin* OR maytansin* OR "美登素" OR "奥瑞他汀")) AND AUTHORITY:(WO) AND PBD:[{DATE_FROM} TO {DATE_TO}]

分页规则：

• 第一页 offset=0, limit=20，记录 data.total_search_result_count 为 TOTAL_RAW。

• 按 0, 20, 40... 取完全部结果，不能只取前 20 条。

• 以 pn 为唯一键去重。

• 若任何结果 authority != "WO" 或 pn 非 WO 开头，立即中止。

bibliography 字段映射

每条候选专利必须调用 bibliography，并写入：

{
  "patent_id": "",
  "pn": "",
  "title": "",
  "abstract": "",
  "publication_date": "YYYY-MM-DD",
  "priority_claims": [
    {"country": "CN/US/EP/GB/...", "date": "YYYY-MM-DD"}
  ],
  "assignee": ""
}

优先权日和公开日必须保留数值。若 bibliography 返回多个优先权，按最早日期排序写入 priority_claims；渲染脚本会显示“最早优先权（国家）（N项优先权，最新至YYYY-MM）”。

P025 与 AI 解读写法

tech_summary 字段映射：

p["ai_title"] = tech_summary.patsnap_title
p["tech_solution"] = tech_summary.technical_approach_summary.technical_approach_para[0]
p["p025_problem"] = tech_summary.tech_problem_summary.tech_problem_para[0]
p["benefit"] = tech_summary.benefit_summary.benefit_para[0]
p["ai_interpretation"]["core_protection"] = p["p025_problem"]

P025 回退规则：

• 先按当前 pn 调 tech_summary(patent_number=pn, lang="cn")。

• 如果返回 success=true 但 data=[]，且 pn 是 WO 更正文献（如 A8/A9），必须自动尝试同号原始公开文本： WO...A8 -> WO...A1， WO...A9 -> WO...A1。

• 若 A1 仍为空，再从 family 或 bibliography 的同族/同申请号文献中选择 A1/A2 原始公开文本重试。

• 只有上述回退均失败，才进入标题/摘要/备注兜底；不能因为当前 PN 的 data=[] 就判定前端没有 P025。

报告输出时不要直接堆砌 P025 原文。需要改写为三个模块：

• 核心保护点：说明权利要求实际保护什么，优先基于 Claim 1 + P025 technical approach。

• 创新/新颖性：说明技术结构、靶点、payload、linker、DAR、用途或递送方式的新意，优先基于 P025 benefit/approach。

• 竞争意义：说明对同靶点、同payload/linker平台、同适应症或FTO监控的意义，必须有 claims/family/legal/P025 证据支撑。

洞察改写分层：

• 重点专利：三模块完整+子项拆解，总计约 180-240 字。必须使用 tech_summary + claims + family + legal_status；若申请人/靶点能标准化，再调用药物管线 MCP 补 pipeline_asset、 dev_stage、 pipeline_evidence。竞争意义可写公司管线延展、同周竞品、FTO、国家阶段进入和适应症扩展，但每个判断都必须有证据字段。

• 普通专利：每个模块 1-2 句，总计约 50-80 字。至少基于 bibliography + tech_summary；不做外部管线扩展，避免噪声。

• 证据不足时也不得输出空值或 —。必须写保守解读，例如“当前证据主要来自标题/摘要，尚未取得完整P025或权利要求文本。该专利可作为某方向低置信度监控项，后续需补充claims或同族进入情况确认保护范围。”

洞察生成建议提示词：

你是一名ADC专利情报分析师。请基于输入证据生成专利AI技术解读，不得使用未给出的事实。
输入证据：
- 专利号、标题、摘要、申请人、优先权日、公开日
- P025三要素：技术问题、技术手段、技术效果
- Claim 1摘要、独立权利要求数量、权利要求范围
- 同族国家、法律状态
- 本周最终专利集中的相关靶点、相关申请人、相似技术路线
- 如已提供：公司管线、临床阶段、同靶点资产
输出三部分：
1. 核心保护点：说明本专利实际保护什么，必须落到靶点、抗体/载荷/linker/用途/给药方案/组合物结构。
2. 创新/新颖性：说明相对现有ADC技术的差异点，优先解释靶点组合、payload/linker、DAR、释放机制、适应症或给药策略。
3. 竞争意义：说明对同靶点、同申请人、同技术路线、同周其他专利或潜在FTO的意义。没有管线或竞品证据时，不得虚构，只能写“需持续跟踪”。
长度：
- 重点专利：三模块完整，每个模块2-4句，总计约180-240字。
- 普通专利：每个模块1-2句，总计约50-80字。
- 若证据不足，也要给出保守解读，不输出空值或“—”。
同时返回 important_terms：
- protect：核心保护点高亮词
- novelty：创新点高亮词
- competition：竞争/FTO高亮词

重要内容优先通过 important_terms 结构化返回，渲染脚本按模块上色；若未提供，脚本再回退到内置关键词高亮。

最终 JSON 字段

每条最终专利至少包含：

{
  "patent_id": "",
  "pn": "",
  "title": "",
  "title_zh": "",
  "abstract": "",
  "abstract_zh": "",
  "publication_date": "",
  "priority_claims": [],
  "assignee": "",
  "assignee_short": "",
  "assignee_region": "",
  "patent_type": "",
  "target": "",
  "payload_type": "",
  "linker": "",
  "conjugation": "",
  "pipeline_asset": "—",
  "dev_stage": "",
  "table_note": "",
  "ai_title": "",
  "tech_solution": "",
  "benefit": "",
  "ai_interpretation": {
    "core_protection": "",
    "innovation": ""
  },
  "insight_core": "",
  "insight_innovation": "",
  "insight_competition": "",
  "important_terms": {
    "protect": [],
    "novelty": [],
    "competition": []
  },
  "pipeline_evidence": "",
  "priority_score": 0,
  "priority_tier": "S/A/B/C",
  "claim_1_summary": "",
  "family_summary": "",
  "family_countries": [],
  "legal_status_summary": "",
  "competitive_implication": "",
  "fto_risk_level": "high/medium/low",
  "fto_risk_reason": ""
}

申请人名称要精炼：

• 中国公司用中文简称，并在表格中使用中国公司颜色。

• 海外公司用可识别英文简称，必要时附国家/地区，如 Antelope Therapeutics（法国）。

• 不要把完整法律主体名称原样塞进汇总表。

报告结构与图表

固定输出顺序：

1. 执行摘要

2. 专利汇总表

3. 统计分析

4. 重点专利深度解读

5. 专利 AI 解读

6. ADC 结构标注

7. 数据说明

章节职责：

• 专利汇总表 保留全部最终专利，作为索引和横向对照。

• 重点专利深度解读 只放 Top 3-5 或 S/A 级重点专利，使用完整三模块长文，可使用管线 MCP、同周竞品、family/legal、claims。

• 专利 AI 解读 只放未进入重点深度解读的普通专利，仍保留 核心保护点、 创新/新颖性、 竞争意义 三段论，但每段只写 1-2 句；已经在重点深度解读章节出现的专利不得重复出现。

统计分析只保留 3 个图：

• 申请人分布横向柱状图：公司简称；中国公司和海外公司用不同颜色。

• 专利类型分布饼图/环图。

• 靶点分布图。

不得输出国别分布图，不得输出“格局变化”模块。

渲染命令

先设置环境变量：

EUREKA_PATENT_DATA = {"patents":[...],"mcp_calls":[...],"total_raw":79}
WEEK_LABEL         = 例如 2026年第18周
DATE_RANGE         = 例如 2026-04-28 ~ 2026-05-04
DATE_FROM          = YYYYMMDD
DATE_TO            = YYYYMMDD
SKILL_REF_DIR      = @skill/references 的绝对路径
EUREKA_OUTPUT_DIR  = 输出目录

再调用：

python @skill/scripts/build_adc_report.py

输出文件名固定为 ADC_Patent_Weekly_Report_{YYYY}W{WW}.html。

门禁断言

渲染后必须检查：

• 无未替换占位符： {{...}}。

• 专利链接数量与专利数一致，且链接域名为 analytics.zhihuiya.com/patent-view/abst。

• 表头包含 专利关联管线，不包含 管线关联药物。

• 图表包含 assigneeChart、 typeChart、 targetChart，不包含 countryChart。

• 页面不包含“本周首次出现的申请人”“格局变化”。

• 重点解读位于统计分析之后。

• 专利卡片包含 核心保护点、 创新/新颖性、 竞争意义。

• 专利卡片正文不得出现完整解读为 —；若 P025 或 claims 缺失，必须输出保守低置信度解读。

• 普通专利卡片也必须包含三段论，不得省略 创新/新颖性。

• “当前证据主要来自标题/摘要”的兜底语只允许出现在 P025 回退后仍无 tech_summary 的专利；其数量不得超过实际 P025 缺失数量。

• 重点专利深度解读章节出现过的 pn，不得再出现在 专利 AI 解读 章节。

• Top 重点专利的 优先权 和 公开 不能为 —。

• 中国申请人具备 cn-org 样式，专利类型和国家地区具备标签底纹。

• 正文卡片不得显示 AI标题 标签； ai_title 只是内部字段，可用于替换标题，但不能作为读者可见标签。

使用前配置

本 Skill 依赖智慧芽开放平台 MCP 服务：

• 完成安装、初次使用时需进行自检，参见 README.md

• 用户需完成账号授权，并确保 Agent 环境已启用对应 MCP 工具

• 若未完成配置，本 Skill 只能提供分析框架，无法检索实时数据或生成基于数据库的结论

• 缺少MCP配置时，引导用户参照 README.md 在 [ open.zhihuiya.com ]( https://open.zhihuiya.com/ ) 获取MCP。