القائمة
监控ADC新申请、专利族、法律状态和竞争风险。适用于：按周或按月监控ADC相关新申请、专利族扩展、法律状态、申请人变化和潜在风险，用于专利组合维护与竞争预警。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
在专利全景项目的环节 4/4（环节4）使用本技能。它会把环节2统计/价值信号、环节3标引体系（tech_breakdown / key_questions / patent_packages）以及 SaaS 回流的 tagged_pool 转化为技术演进路线、护城河/价值交叉解读，并生成自包含 HTML 洞察报告（report.html + report_manifest.json）。
用于专利全景项目的环节1。它构建专家级、限定领域、带主题锚点且去噪的检索配置，通过抽样验证每个分支的精度，并导出干净候选池和各分支检索式——这些是环节2（patent-panorama-insights-stats）的输入契约。统计、画像和核心专利召回属于环节2。
当用户需要基于 PatSnap 或智慧芽专利 MCP/API 数据开展专利全景、专利版图、竞争专利情报、技术路线图、组合规划、产品/R&D 策略项目时使用本技能——无论用户显式调用 /patent-panorama-insights（或 @patent-panorama-insights），还是用自然语言描述这类专利分析任务。本技能编排五层流水线：环节1检索与降噪（patent-panorama-insights-search）、环节2全景统计与价值挖掘（patent-panorama-insights-stats）、环节3标引体系推荐（patent-panorama-insights-tag）、客户 SaaS 工具中的人工标引交接，以及环节4有证据支撑的单文件 HTML 报告（patent-panorama-insights-report），并管理各层之间的检查点、人工标引交接、回滚和进度汇报。
用于专利全景项目的环节2。它消费 patent-panorama-insights-search（环节1）产出的已验证 `search_config.json`、`candidate_pool.csv` 和 `core_recall.csv`，生成全景统计（趋势、申请人格局、技术构成、竞品画像）、按分支组织的核心专利索引（默认采信环节1召回排序，仅在必要时做有边界的兜底核查）和价值信号交叉挖掘文件。所有统计直接从检索式聚合，不需要逐件专利标引。
用于专利全景项目的环节3。本 Skill 推荐标引体系，包括 4 列技术拆解表（≤40 个三级节点，彼此互斥）、≥10 个关键技术问题、≥10 个推荐专利包（每包≥3 个同族，六项推荐规则），并提供 20–30 条记录的标引示范和待标引导出文件。全量逐条标引在客户 SaaS 标引工具中完成，不在本 Skill 中完成。
持续监控ADC研发、临床、专利、交易与竞争事件。适用于：持续监控ADC或抗体药物的研发进展、临床证据、专利变化、许可交易和竞争事件，用于赛道预警和BD机会跟踪。
| name | adc-patent-monitoring |
| description | 监控ADC新申请、专利族、法律状态和竞争风险。适用于：按周或按月监控ADC相关新申请、专利族扩展、法律状态、申请人变化和潜在风险，用于专利组合维护与竞争预警。 |
用于生成某一自然周的 ADC 专利情报周报。常见输入包括"跑 2026 年第 22 周 ADC 专利周报""生成 Week18 ADC 周报""跑 2026-04-20 到 2026-04-26 ADC 周报"等。
使用本 skill 前，接收方必须确认以下环境已就绪：
| 依赖项 | 说明 | 配置位置 |
|---|---|---|
| Eureka Desktop | 本 skill 仅支持 Eureka Desktop 原生工作流，不支持命令行独立运行 | — |
MCP 服务器：patsnap-patent-brief | 所有专利数据采集工具均来自此服务器，必须安装并启用 | Eureka Desktop → 设置 → MCP 服务器 |
| 智慧芽账号 / API 访问权限 | patsnap-patent-brief 服务器需要有效的智慧芽 API 凭证 | MCP 服务器配置中填写 Bearer Token |
| Python 3.10+ | 渲染脚本 build_adc_report.py 仅使用标准库，无需安装第三方依赖 | Eureka Desktop 托管 Python 即可 |
⚠️ 若
patsnap-patent-brief未安装或凭证无效，所有 MCP 工具调用将失败，周报无法生成。
v6.8 起改为 Eureka Desktop 原生工作流，数据采集环节完全由 Eureka Desktop 对话层完成：
mcp_patsnap-patent-brief__* 系列工具，无需 Token 硬编码，无需运行独立采集脚本。scripts/collect_adc_week_mcp.py 已归档备份为 scripts/_deprecated_collect_adc_week_mcp.py，仅作历史参考，不再执行。scripts/build_adc_report.py 渲染 HTML。scripts/build_adc_report.py 接口不变，完全兼容，仅使用 Python 标准库。scripts/build_adc_report.py 渲染 references/adc_report_template_v4.1.html，不得手写一次性 HTML。F_PBD，不再使用旧版 PBD，不再执行旧检索式二次兜底。https://analytics.zhihuiya.com/patent-view/abst?patentId={patent_id}。—，不得臆测。核心保护点、创新/新颖性、竞争意义。数据采集由 Eureka Desktop 对话层完成，Eureka 直接调用已注册的 patsnap-patent-brief MCP 工具，无需运行任何采集脚本。
用户指定自然周
-> 计算 DATE_FROM / DATE_TO / WEEK_LABEL / DATE_RANGE
-> Step 0: 连通性自检（mcp_patsnap-patent-brief__search_patents, query_text="ADC", limit=1）
-> Step 1: 固定检索式分页检索 WO 专利（mcp_patsnap-patent-brief__search_patents，分页取全）
-> Step 2: 每条专利调 bibliography + abstract_translated 补齐著录、摘要、申请人、优先权
-> Step 3: Pass-1 粗过滤（ADC 信号关键词）
-> Step 4: 每条候选调 tech_summary（lang=cn）+ Pass-2 精过滤
-> Step 5: 最终专利集全量调 claims 结构增强
-> Step 6: 图像门禁 → abstract_image → intelligent_image（按条件触发）
-> Step 7: 全量结构增强后计算 Top5，Top5 调 family + legal_status
-> Step 8: Eureka Desktop 将最终专利数据组装为 JSON 并写入本地文件
（路径约定见"渲染脚本约定"章节）
-> Step 9: skills.run_script build_adc_report.py 渲染 HTML
-> Step 10: 执行强制门禁和数据一致性断言
以下工具名按 Eureka Desktop 已注册工具适配；若实际工具名略有差异，以同等功能工具替代，但功能和取证顺序不得改变。
| 数据需求 | Eureka Desktop 工具 | 关键参数 | 备注 |
|---|---|---|---|
| 检索式专利检索 | mcp_patsnap-patent-brief__search_patents | query_text, offset, limit | 主检索链路，必须分页取全 |
| 专利著录和摘要 | mcp_patsnap-patent-brief__bibliography | patent_id 或 patent_number | 必须补齐 abstract、applicant、priority_claims、publication_date |
| 中文标题/摘要 | mcp_patsnap-patent-brief__abstract_translated | patent_id, lang="cn" | 可用时调用 |
| P025 三要素 | mcp_patsnap-patent-brief__tech_summary | patent_id 或 patent_number, lang="cn" | 生成洞察的主要证据 |
| 权利要求 | mcp_patsnap-patent-brief__claims | patent_id 或 patent_number, replace_by_related=0 | 最终专利集全量必调 |
| 说明书 | mcp_patsnap-patent-brief__description | patent_id 或 patent_number, replace_by_related=0 | claims + P025 不足时再调 |
| 专利家族 | mcp_patsnap-patent-brief__family | patent_id 或 patent_number | Top5 必调 |
| 简单法律状态 | mcp_patsnap-patent-brief__legal_status | patent_id 或 patent_number | Top5 必调 |
| 摘要附图 | mcp_patsnap-patent-brief__abstract_image | patent_id 或 patent_number | 图像门禁触发时必调 |
| 智能附图 | mcp_patsnap-patent-brief__intelligent_image | patent_id 或 patent_number, lang="cn" | abstract_image 空或不足时调用 |
不得用语义检索、网页搜索或其他开放网络结果替代本周主检索链路。
以下 query_text 为字面常量，除 {DATE_FROM} / {DATE_TO} 外不要改动：
(TAC_ALL:("antibody-drug conjugate" OR "ADC" OR "immunoconjugate" OR "antibody conjugate" OR "抗体药物偶联物" OR "抗体偶联物") OR IPC:(A61K47/68*)) AND AUTHORITY:WO AND F_PBD:[{DATE_FROM} TO {DATE_TO}]
分页规则：
offset=0, limit=20，记录返回的 total_search_result_count 为 TOTAL_RAW。offset=0,20,40... 取完全部结果，不能只取前 20 条。pn 为唯一键去重。authority != "WO" 或 pn 非 WO 开头，立即中止。以下规则是硬性流程，不满足时必须暂停并说明原因，不能生成"看起来完整但证据不足"的报告。
query_text="ADC", offset=0, limit=1 做最小检索，确认服务可用。F_PBD，并分页取全。TOTAL_RAW 必须来自检索接口返回总数。patent_id、pn、title、abstract、assignee、publication_date、priority_claims。claims，用于抽取靶点、payload、linker、偶联方式、DAR/m/n/p 值、用途和权利要求边界；不得只对 Top 专利认真抽字段。abstract_image；摘要图为空或不足时调用 intelligent_image。family、legal_status；若 claims 缺失且专利仍是重点，补调 description。每条专利至少写入：
{
"patent_id": "",
"pn": "",
"title": "",
"title_zh": "",
"abstract": "",
"abstract_zh": "",
"publication_date": "YYYY-MM-DD",
"priority_claims": [{"country": "CN/US/EP/GB/...", "date": "YYYY-MM-DD"}],
"assignee": "",
"assignee_short": "",
"assignee_region": "",
"patent_type": "",
"target": "",
"payload_type": "",
"linker": "",
"conjugation": "",
"dar": "",
"pipeline_asset": "—",
"dev_stage": "",
"table_note": "",
"ai_title": "",
"tech_solution": "",
"p025_problem": "",
"benefit": "",
"ai_interpretation": {
"core_protection": "",
"innovation": "",
"competition": ""
},
"priority_score": 0,
"priority_tier": "S/A/B/C",
"_claim_independent_count": 0,
"_claims_raw_present": false,
"_image_required_reason": "",
"_image_evidence_status": "",
"family_summary": "",
"legal_status_summary": "",
"fto_risk_level": "high/medium/low",
"fto_risk_reason": ""
}
P025/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]
表格字段和深度解读必须使用专家归纳后的情报标签，不得把原始候选词堆叠输出。
payload_type：优先输出机制大类。Exatecan、DXd、SN-38、喜树碱、拓扑异构酶I抑制剂 统一归纳为 Topo I抑制剂；MMAE/MMAF/auristatin 归纳为 auristatin类 或 MMAE/MMAF auristatin类；不得输出搬运式串联。linker：优先抽取 claims 中 优选地、更优选地 后的具体 linker。出现 Val-Cit 或 Val-Ala 时输出 Val-Cit/Val-Ala；只有没有具体优选结构时才输出上位标签。conjugation：优先输出偶联化学或位点机制，例如 半胱氨酸巯基-硫醚偶联、maleimide-硫醚偶联、赖氨酸偶联、糖基定点偶联。DAR：作为汇总表独立字段，置于 偶联方式 后。优先抽取 平均DAR、药物抗体比、约、优选 等附近数值；未披露时写 未披露。DAR 与通式变量必须区分：若原文明确 m/n/p 表示偶联于 Ab 的接头-药物或 L-D 单元平均数，必须抽取为平均偶联数。target：使用专业可读标签，例如 EGFR/B7-H3、EGFR/c-Met、Nectin-4。任一条件满足即调用 abstract_image；若摘要图为空或不能支持判断，再调用 intelligent_image：
payload_type、linker、conjugation、DAR/m/n/p 任一字段仍为弱值（未明确、未披露、式I Linker-Drug、Linker-Drug单元、细胞毒载荷 等）。结构式、结构如图、如下式、式I、式II、通式为、img-id、L-D单元、Linker-Drug 等图式信号。Top5 必须在全量 claims 结构增强和必要图像门禁执行后计算。按 priority_score desc -> patent_type_priority -> independent_claim_count desc -> pn asc 排序。
基础类型分：
| 专利类型 | 分值 |
|---|---|
双抗/多特异ADC | 30 |
ADC化合物 | 27 |
Linker-Drug平台 | 23 |
新型载荷 | 21 |
偶联技术 | 18 |
新用途 | 15 |
联用方案 | 12 |
给药方案 / 非肿瘤ADC | 10 |
其他 | 8 |
加分项：Claim 1 直接保护 ADC/组合物/用途 +12；claims 披露 CDR/VH/VL/SEQ ID +10；claims 披露 linker-drug/payload/结构通式 +10；明确靶点 +10；双靶点额外 +10；结构字段有明确证据每项 +4~5；高关注 payload 或差异化 linker +6；claims 已返回 +4；图像门禁已调用且有证据 +2。
重点专利：三模块完整+子项拆解，约 180-240 字。必须使用 P025/tech_summary + claims + family + legal_status。
普通专利：每个模块 1-2 句，约 50-80 字。至少基于 bibliography + P025/tech_summary + claims。
输出三段：
核心保护点：直接说明 Claim 1 或独立权利要求中的保护客体、靶点/序列/结构边界，不得写成"某方向布局"。创新/新颖性：用 P025 的"技术问题 -> 技术手段 -> 技术功效"组织语言，结合 payload/linker/偶联/DAR/用途细节评价差异化。竞争意义：说明对同靶点、同 payload/linker 平台、双抗/多特异 ADC、用途或 FTO 的具体影响。重点专利额外输出：
同族与法律状态：必须写真实 family 国家/件数和 legal_status 实际值。FTO提示：必须说明需要规避的具体权利要求要素（序列/CDR、靶点组合、payload、linker、偶联位点、DAR 或用途）。写作红线：
P025指出、claims显示、根据工具取证、当前证据主要来自 等流程话。payload=...、linker=... 等形式搬进深度解读正文。备注 必须是一句话情报摘要，说明保护重心、临床/平台意义或FTO关注点。优选地/更优选地，必须把这些优选参数视为重点保护方向。结构字段状态归因：未明确 必须替换为 未披露（claims未给出）、未披露（用途权利要求）、不适用（Drug-Linker平台） 或 图像待解析。
patent_type 必须归入以下固定字典：
| 固定类型 | 使用场景 |
|---|---|
ADC化合物 | 具体 ADC 分子、抗体-药物偶联物、单靶点 ADC |
双抗/多特异ADC | 双靶、双抗、多特异 ADC 或多特异递送构建体 |
Linker-Drug平台 | linker、drug-linker、payload-linker 平台 |
新型载荷 | payload、毒素、Topo I/PBD/MMAE/SN-38 等载荷平台或衍生物 |
偶联技术 | 定点偶联、糖基偶联、DAR 控制、偶联工艺 |
联用方案 | ADC 联合治疗、联合用药方案 |
新用途 | 新适应症、新患者人群、治疗用途扩展 |
给药方案 | 剂量、给药频次、给药方法或制剂给药设计 |
非肿瘤ADC | 免疫、炎症、自身免疫或其他非肿瘤 ADC/递送方向 |
其他 | 暂不能归入以上类型的低置信项目 |
中国申请人柱图使用红色，海外申请人柱图使用蓝色（每期固定）。
固定输出顺序：执行摘要 → 专利汇总表 → 统计分析 → 重点专利深度解读 → 专利 AI 解读 → ADC 结构标注 → 数据说明。
统计分析只保留 3 个图：申请人分布横向柱状图、专利类型分布饼图/环图、靶点分布图。不得输出国别分布图，不得输出"格局变化"模块。
汇总表字段：# / 专利号 / 申请人 / 专利类型 / 靶点 / 载荷类型 / Linker / 偶联方式 / DAR / 专利关联管线 / 研发阶段 / 备注
Eureka Desktop 完成数据采集后，将最终专利数据写入 @skill_workspace 目录下的 JSON 文件，文件名格式：
adc_week_{YYYYWWW}_payload.json
调用 scripts/build_adc_report.py 时传入以下环境变量：
EUREKA_PATENT_DATA_FILE = JSON 文件绝对路径（优先）
SKILL_REF_DIR = @skill/references 目录
EUREKA_OUTPUT_DIR = 输出目录（建议 @skill_workspace）
WEEK_LABEL = 例如 2026年第17周
DATE_RANGE = 例如 2026-04-20 ~ 2026-04-26
DATE_FROM = YYYYMMDD
DATE_TO = YYYYMMDD
兼容方式：EUREKA_PATENT_DATA = JSON字符串（专利数较多时必须优先使用文件）。
脚本输出文件名：ADC_Patent_Weekly_Report_{YYYY}W{WW}.html
build_adc_report.py 仅使用 Python 标准库（os/sys/json/re/time/urllib/collections/datetime），无需安装任何第三方依赖。
TOTAL_RAW。TAC_ALL、AUTHORITY:WO、F_PBD:[{DATE_FROM} TO {DATE_TO}]。patents 数量必须等于汇总表专利行数、专利链接数量、AI/深度解读去重后卡片数量之和。pn、patent_id、publication_date、priority_claims、assignee_short、patent_type。—。patent_type 必须属于固定分类字典。linker 或 conjugation 单一弱值占比不得超过 70%。AI标题 标签，不得包含"格局变化"，不得包含 countryChart。