# Tech Insight Report

> 技术主题洞察报告全流程生成Skill。覆盖选题→采集→HTML编写→质检→发布五阶段SOP，内置六维信源框架、专利高风险排查、避坑经验与自动化质检脚本。

- Skill: `patsnap/tech-insight-report` (Agent Skill, multi-file: 7 files)
- Install (CLI): `npx skillmds@latest add patsnap/tech-insight-report`
- Raw SKILL.md: https://api.skillmd.com/api/skills/patsnap/tech-insight-report/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Web & Frontend
- Author: patsnap (https://skillmd.com/u/patsnap)
- Updated: 2026-09-22
- Page: https://skillmd.com/skills/patsnap/tech-insight-report

---


# 技术主题洞察报告 · 标准化Skill

---

## 适用场景

- 需要生成某技术领域的专利情报专题报告（HTML格式）
- 需要对现有报告进行质量诊断和迭代优化
- 需要对特定专利进行高风险排查和规避建议
- 需要综合专利、市场、论文、政策、标准多维信源输出技术战略分析

## 不适用场景

- 简单的单篇专利查询（直接用Patsnap MCP即可）
- 非HTML格式的纯文字摘要报告
- 不涉及专利分析的纯市场研究报告
- 单章节技术简报（使用 tech_report_skill 更合适）

---

## ⚠️ 强制约束（最高优先级，不可违反）

> 以下两条约束优先级高于所有其他规则，任何生成、修改、迭代行为均须遵守，违反即视为生成失败。

### 约束1：章节结构铁律（禁止调整顺序 / 禁止删减 / 禁止新增）

**§0–§9 为固定章节序列，不可变动：**

| 序号 | 章节名称 | 是否可省略 |
|------|----------|-----------| 
| §0 | 决策建议 | ❌ 不可省略 |
| §1 | 市场格局 | ❌ 不可省略 |
| §2 | 技术路线演进 | ❌ 不可省略 |
| §3 | 竞争情报 | ❌ 不可省略 |
| §4 | 专利全景与高风险排查 | ❌ 不可省略 |
| §5 | 标准与法规 | ❌ 不可省略 |
| §6 | 热点与白点 | ❌ 不可省略 |
| §7 | 前沿应用 | ❌ 不可省略 |
| §8 | 规避设计建议 | ❌ 不可省略 |
| §9 | 垂直场景深挖 | ❌ 不可省略 |

**三条铁律：**
- ❌ **禁止自主调整章节顺序**：§0必须是第一章，§9必须是最后一章，中间章节顺序固定不变。
- ❌ **禁止删减固定模块**：任何理由（"篇幅太长"/"该主题不适用"/"数据不足"）均不得省略上表任意一章；数据不足时用"待补充"占位，不得删除章节。
- ❌ **禁止新增自定义模块**：不得在§0–§9之外插入额外章节（如"附录""补充分析""扩展内容"等），所有内容必须归入上述10章框架内。

**违反判定**：生成结果缺少任意一章、顺序有误、或出现额外章节，均视为**生成失败**，须重新生成。

---

### 约束2：风格统一铁律（与历史同类型报告完全一致）

每次生成必须与历史同类型报告在以下6个维度保持完全一致，**不得因技术主题不同而自行调整风格**：

| 统一维度 | 标准要求 |
|----------|----------|
| **视觉风格** | 深色科技风CSS变量体系（`--bg-dark` / `--accent-blue` / `--accent-yellow`等），不得改为浅色或其他风格 |
| **图表规范** | Chart.js渲染 + `<details>`离线降级备用表，每张图必须同时具备，不可只有其中一项 |
| **数据标注** | 置信度双轨体系：权威来源数据（蓝色柱/正常字重）与内部估算数据（黄色柱/`.est-label`斜体）严格区分 |
| **专利风险分级** | 四级固定标识：🔴极高 / 🟠高 / 🟡中 / 🟢低，§0行动矩阵与§4高风险清单中同一专利的风险等级必须一致 |
| **竞争情报三表** | §3必须包含：国际头部玩家表 + 本土时序表 + 上下游企业表，三表缺一不可 |
| **法律语气** | 禁用绝对化判断词（"无风险""安全""不侵权"），一律改为"建议进一步咨询专业律师"等软化表述 |

**检查时机**：Phase 3编写完成后、Phase 4质检时，逐项对照本表确认，任意一项不符须立即修正。

## 0. 首次生成近100分保障机制

> 核心教训：报告反复修订的根本原因是"先写后查"——内容写完才发现数据无来源、HTML结构有问题。本章要求**先验后写**，并给出每项检查的具体执行方式。

### 0.1 开写前强制检查（6项，全部通过才能开始写正文）

**CHECK-1：HTML骨架验证**
```python
import re
from collections import Counter
with open("report.html", encoding="utf-8") as f:
    content = f.read()
for i in range(10):
    assert f'id="s{i}"' in content, f"缺少 #s{i} 章节锚点"
ids = re.findall(r'id="([^"]+)"', content)
dupes = {k:v for k,v in Counter(ids).items() if v>1}
assert not dupes, f"重复ID: {dupes}"
print("CHECK-1 通过")
```

**CHECK-2：专利数据预核实表格模板**
```
| 专利号 | 申请日 | 授权日 | 法律状态 | IPC | 核实来源 | 是否可写入正文 |
|--------|--------|--------|----------|-----|----------|----------------|
| [号码] | [日期] | [日期] | [状态]   | [分类] | Patsnap | ✅/❌ |
未填满6列的专利禁止进入正文主表。
```

**CHECK-3：市场数据来源锁定三步法**
```
Step 1：先检索（Web Search: "[技术领域] market size 2024 report"）
Step 2：先记录来源（机构名 + 报告名 + 发布年份）
Step 3：后填数字（从已记录来源中抄写，不得倒推）
找不到来源 → 标注"内部估算，推算逻辑：[说明]"，不裸呈数字
```

**CHECK-4：竞争情报置信度双路径核实**
```
路径A：Patsnap专利检索（有对应专利 → ✅）
路径B：官网/新闻报道（有公开报道 → ✅）
双路径均无 → ⚠️待核实，独立隔离框，不进主表
```

**CHECK-5：跨章节数据同步表模板**
```
| 数据项     | 当前值 | §0 | §1 | §3 | §4 | §8 |
|------------|--------|----|----|----|----|-----|
| [专利号]   | [状态] | -  | -  | ✅ | ✅ | ✅  |
| [市场规模] | [数字] | ✅ | ✅ | -  | -  | -   |
| [风险等级] | [等级] | ✅ | -  | -  | ✅ | ✅  |
| 版本号     | VX.X   | ✅ | -  | -  | -  | ✅  |
修改任意一处，同步表对应行全部列均需同步更新。
```

**CHECK-6：法律语气禁用词及替换对照表**
```
❌ 禁用词           ✅ 软化替换版本
"无侵权风险"  →  "侵权风险相对较低，建议量产前委托专利律师确认"
"安全"        →  "当前分析未发现直接侵权触发条件"
"已解决侵权"  →  "已完成规避设计调整，建议律师复核"
"不会侵权"    →  "从技术特征分析角度侵权可能性较低"
"无需担心"    →  "可作为参考方向，最终以FTO报告为准"
"检索样本"    →  "全量检索"
"仅统计样本"  →  "全量matched_total统计"
"样本中未见"  →  "全量检索确认为白点"
"样本"        →  "全量" / "全量检索" / "matched_total"（视语境选择）
```
> ⚠️ **「样本」字样全面禁止**：报告任意位置（图表标题、图例label、来源表描述、检索说明、免责声明）均不得出现「样本」字样。Patsnap全量检索已执行，统一用「全量」「全量检索」「matched_total」表述。

### 0.2 首次生成必须达标的8项底线标准

```
以下8项任意一项不达标，报告不得发布：
① 内容完整性：§0~§9共10章全部存在，无空章节
② 专利号真实性：所有专利号已通过Patsnap核实，无占位符
③ 数据有来源：所有市场数字有来源标注，估算值有推算说明
④ HTML结构健康：无重复id，竞争情报表每行列数与表头一致
⑤ 跨章节一致：专利状态/风险等级在所有章节描述相同
⑥ 法律语气合规：无绝对化法律判断，页首+页尾均有免责声明
⑦ 近期动态有标注：T0/T1动态有🆕标注+来源+日期
⑧ 版本号三处同步：<title> + header meta + footer 完全一致
```

### 0.3 首次生成评分预估公式

```
首次得分 = 基础分(60) + 各维度加分（最高40分）

加分规则（共8项，每项5分）：
+ 5分：10章全部完整（每缺1章 -2分）
+ 5分：专利数据全部核实，无占位符
+ 5分：市场数据全有来源，无裸数字
+ 5分：HTML结构零错误
+ 5分：跨章节数据完全一致
+ 5分：近期T0动态覆盖≥3条，每条有来源
+ 5分：六维信源均有覆盖
+ 5分：法律语气全部合规，免责声明存在

首次目标得分：≥97分（39/40分）
目标：100分 = 加分项满分40分 + 自动化质检全部通过
```

---

## 1. 报告结构标准模板（10章）

| 章节 | 内容要求 | 必要性 | 首次生成注意事项 |
|------|----------|--------|-----------------|
| §0 决策建议 | 行动矩阵（P1/P2/P3）+ 免责声明 | ★必须 | P级与§4风险等级必须一致，最后写 |
| §1 市场格局 | 市场规模图 + CAGR图 + Porter五力分析 | ★必须 | 数字先找来源，再写内容 |
| §2 技术路线演进 | 技术代际时间轴 + 各路线特征对比 + TRL评级 | ★必须 | 代际并行时加注说明，避免时序歧义 |
| §3 竞争情报 | 国际头部玩家表 + 本土时序表 + 上下游企业表 | ★必须 | 三表均按通用框架构建（见第4章）；表格HTML每行写完即验证列数闭合 |
| §4 专利全景 | IPC热度地图 + 高风险专利清单（Claim Chart级别）| ★必须 | ⚠️ **必须执行全量检索**（见§4全量检索规范）；专利号全部Patsnap核实后才写入；IPC分布图和趋势图须基于全量matched_total，不得用topk样本替代 |
| §5 标准法规 | 现行标准卡片 + 政策/法规动态 + 空白/切入点 | ★必须 | 标注标准来源章节条款，非臆测 |
| §6 热点白点 | 技术热点 + 技术白点 + 近期T0新动态重点标注 | ★必须 | 白点结论必须来自§4全量检索验证（三次零命中协议），不得以topk空结果代替 |
| §7 前沿应用 | 新兴场景迁移分析 + 上下游技术联动 | ☆推荐 | 技术参数标注预估值来源 |
| §8 规避建议 | 针对高风险专利的三路规避方案 + 法律声明 | ★必须 | 唯一完整论述，§4只放指引链接 |
| §9 垂直场景深挖 | 特定子场景专项分析 + 可视化工具（硬件类用雷达图，软件/平台类用矩阵图，材料/化学类用对比表） | ☆推荐 | 可视化工具选择：维度≥4且需量化对比时用雷达图，否则优先用对比表；雷达图维度统一"数值越高=需求越强" |

---

## 2. 顶尖权威分析方法论框架

### 2.1 市场与竞争分析方法论

| 方法论 | 应用章节 | 使用要点 |
|--------|----------|----------|
| **Porter五力模型** | §1 | 五力均需量化锚点（市占率/集中度），颜色用描述色，不用P1紧急红 |
| **价值链分析** | §3 | 拆解上游→中游→下游，每段标注主要玩家+技术方案+近期动态 |
| **技术S曲线** | §2 | 判断技术阶段：萌芽/成长/成熟/衰退，指导布局优先级 |
| **PEST分析** | §5 | 政策/经济/社会/技术四维扫描，近期政策变化用T0标注 |
| **BCG矩阵** | §6 | 技术/产品按市场增长率×相对份额分类：明星/现金牛/问题/瘦狗 |

### 2.2 技术成熟度评估（TRL）

```
TRL 1-3：基础研究（论文为主）
TRL 4-6：技术验证（专利+样机为主）
TRL 7-9：产品化/量产（新闻+财报+招标为主）
每条技术路线均需标注当前TRL等级，并给出判断依据。
```

### 2.3 §7 前沿应用分析三步法

```
Step 1：跨域映射
  识别该技术在本领域外的潜在迁移场景
  工具：Patsnap FOS功能导向检索 + Web Search "[技术功能] application [新领域]"
  输出：3–5个潜在迁移场景清单，每个场景标注当前TRL

Step 2：TRL差距分析
  对比原场景TRL vs 迁移场景TRL，评估迁移难度
  差距≤1级：可快速迁移（重点推荐）
  差距2–3级：需中期研发投入（次优）
  差距≥4级：长期布局，当前不建议主推

Step 3：上下游联动分析
  迁移场景对上游（材料/零部件/算法）产生的新需求
  迁移场景对下游（终端产品/集成商/用户）产生的新机会
  识别迁移场景中的空白专利区（白点）→ 对应写入§6
```

---

## 3. 全信源体系（六维信源框架）

### 3.1 六维信源矩阵

| 信源类型 | 获取工具 | 重点获取内容 | 置信度 |
|----------|----------|--------------|--------|
| **专利** | Patsnap MCP | IPC分类、权利要求、申请人、法律状态、被引次数 | ⭐⭐⭐⭐⭐ |
| **学术论文** | Patsnap论文库 MCP | 技术原理、性能参数、材料配方、实验数据 | ⭐⭐⭐⭐⭐ |
| **市场报告** | 主流市场研究机构（根据技术主题选择对应领域权威机构，如MarketsandMarkets/Grand View/IDC/Frost&Sullivan/Wood Mackenzie/EvaluatePharma等） | 市场规模、CAGR、区域分布、细分结构 | ⭐⭐⭐⭐ |
| **科技新闻** | Web Search MCP + web_fetch | 产品发布、融资事件、战略合作、监管动态 | ⭐⭐⭐ |
| **政策法规** | 官方政府网站 + Web Search | 国家战略、补贴政策、强制标准、禁令 | ⭐⭐⭐⭐⭐ |
| **行业标准** | ISO/IEC/SAE/GB官网 + Web Search | 现行标准范围、空白条款、修订计划 | ⭐⭐⭐⭐⭐ |

### 3.2 信源使用规范

```
黄金五原则：
① 每个关键结论至少有2个独立信源佐证（交叉验证）
② 单一信源结论必须标注"仅单源，建议核实"
③ 置信度≤⭐⭐⭐的信源结论必须加⚠️标注
④ 所有数字必须标注：数据来源 + 发布年份 + 原始报告名称
⑤ 估算/推断值必须标注推算逻辑，不得裸呈数字

信源冲突处理：多个机构数据不一致时，全部列出，标注差异范围
```

### 3.3 证据链构建规范

```
[结论] → [直接证据（信源类型+来源）] → [佐证证据（第二信源）] → [置信度评级]
```

---

## 4. §3 竞争情报三表构建规范（通用化）

> **核心原则**：§3竞争情报由三张独立表格构成，适用于任意技术主题。在开始写§3之前，先完成玩家分层（见4.1），再依次构建三表（见4.2–4.4）。

### 4.1 行业玩家分层方法（适用任意技术主题）

```
Step 1：通过Patsnap检索该技术领域专利申请量TOP10申请人
Step 2：通过Web Search识别该领域公认的国际头部企业（市占率/营收/品牌认知）
Step 3：通过行业报告/产业链图谱识别上下游关键企业
Step 4：按以下分层归类：

  国际头部玩家（表一）
  ├── 定义：在该技术领域全球专利申请量TOP或市场份额TOP，且已有商业化产品/服务
  ├── 通常数量：3–8家
  └── 来源：Patsnap专利申请人排名 + 行业市占率报告

  本土玩家（表二·时序维度）
  ├── 定义：中国大陆注册企业，在该技术领域有专利申请或量产产品
  ├── 时序范围：通常取近5年（[当前年-4] 至 [当前年]），以专利申请年或产品发布年排序
  └── 来源：Patsnap按申请人国家=CN过滤 + 产业新闻

  上下游企业（表三·价值链维度）
  ├── 上游：提供原材料/关键零部件/基础模组或核心IP的供应商
  ├── 中游：系统集成商/方案提供商/平台层
  └── 下游：终端产品制造商/应用集成商/终端用户企业
```

### 4.2 表一：国际头部玩家表（通用框架）

```
表头标准列（6列）：
| 企业名称 | 代表产品/方案 | 核心专利（经核实） | 技术路线 | 近12个月动态 | 置信度 |

填写规范：
① 企业名称：使用官方英文名，括号内注明国家/地区
② 代表产品/方案：具体到型号或版本，标注✅已量产/🔄规划中
③ 核心专利：至少1件经Patsnap核实的真实专利号，加Patsnap链接
④ 技术路线：对应§2中已定义的技术路线名称（保持一致）
⑤ 近12个月动态：标注🆕+来源+日期；无近期动态则标注"暂无公开信息"
⑥ 置信度：✅双路径核实 / ⚠️单路径待补充

待核实信息处理：
- 双路径均无法核实的信息 → 移出主表，放入独立黄色虚线"待核实框"
- 待核实框内容不得被外部引用，需标注"不可直接引用"

HTML结构要求：
- 每行写完立即验证：确认列数=6，</td>数量=6，</tr>存在
- 全表结束后验证：</tbody></table></div>完整闭合
```

### 4.3 表二：本土时序表（通用框架）

```
表头标准列（5列）：
| 时间（申请年/发布年） | 企业名称 | 专利号/产品 | 技术层级 | 状态 |

填写规范：
① 时间：统一使用申请年（专利）或发布年（产品），不混用授权年
   - 若同一企业既有专利申请年又有授权年，以申请年为准，授权年写入"状态"列
② 企业名称：使用中文全称（含省份/城市可提升辨识度）
③ 专利号/产品：专利号须Patsnap核实；产品须有公开发布记录
④ 技术层级：硬件层/算法层/系统层/平台层/材料层（根据技术主题调整）
⑤ 状态：✅已授权/✅已量产/🔄审中/🔄研发中/⚠️未核实

时序范围确定方法：
- 默认取近5年（[当前年-4] 至 [当前年]）
- 若某年前无本土活跃玩家，可缩短范围，在表头注明"[YYYY]–[YYYY]年申请时序"
- 明确超出范围的历史条目直接删除，不放入表格

排序规则：按时间升序（最早在上），同年多条按企业首字母排序
```

### 4.4 表三：上下游企业表（通用框架）

```
表头标准列（5列）：
| 价值链层级 | 企业名称 | 提供内容/技术方案 | 代表专利/产品 | 近期动态 |

价值链三层定义（需结合具体技术主题调整）：

上游层（材料/零部件/基础技术）
├── 判断标准：为中游/下游提供原材料、关键零部件、基础模组或核心IP
├── 典型举例（[技术主题]替换）：
│   - 化学/材料类主题：原料供应商、配方IP持有方
│   - 硬件类主题：芯片/传感器/执行器供应商
│   - 软件类主题：底层算法/数据集/基础模型提供方
└── 覆盖目标：至少2–3家有代表性的上游企业

中游层（系统集成/方案提供）
├── 判断标准：将上游元器件/IP整合为可交付的系统方案或子系统
├── 典型举例：
│   - 硬件类主题：模组集成商、系统方案商
│   - 软件类主题：平台/中间件提供商、SaaS服务商
│   - 工艺类主题：设备集成商、EPC总包方
└── 覆盖目标：至少3–5家，含国际+本土

下游层（终端应用/集成采购）
├── 判断标准：将中游方案集成到最终产品中，面向终端用户
├── 典型举例：
│   - 消费电子类主题：品牌整机厂商
│   - 工业类主题：整机/整车/整厂制造商
│   - 医疗类主题：医疗器械品牌商、医院采购方
└── 覆盖目标：至少3–5家，标注其技术自研vs外采策略

填写规范：
① 每家企业至少有1件经核实的代表专利或公开产品发布记录
② 近期动态：标注🆕+来源+日期；暂无则标注"暂无公开信息"
③ 待核实信息同样移出主表，独立虚线框隔离
```

### 4.5 企业技术应用标注规范（5维，适用三表所有企业）

```
每家企业必须标注：
① 当前量产技术方案（具体到产品型号/技术路线）
② 代表性专利（经Patsnap核实的真实专利号）
③ 在行业价值链中的定位（上游/中游/下游/跨层）
④ 近12个月内的重要技术动态（标注信源+日期）
⑤ 与主题技术的关联深度（核心/周边/潜在）

近期动态标注格式：
🆕 [YYYY-QX] 企业X发布第N代产品/申请关键专利（来源：官方新闻稿，YYYY-MM-DD）
```

---

## 5. 热点白点识别与高风险专利排查SOP

### 5.1 技术热点识别方法（四步法）

```
Step 1：IPC分类专利密度分析（近5年申请量，TOP3=热点，<10件=潜在白点）
Step 2：申请人集中度分析（TOP3>60%=被垄断热点）
Step 3：近期申请趋势（增速>50%=新兴热点，增速<0=技术退潮）
Step 4：论文+专利双维度验证（论文多但专利少=学术热点但商业未成熟）
```

### 5.2 技术白点识别方法（四类型）

```
IPC空白：该技术主题下某IPC子分类专利数量极少（<5件）
地域空白：国际有布局但CN无申请，或CN有布局但US/EP无申请
组合空白：A技术和B技术均有专利，但A+B组合方案无专利
时效空白：某关键专利即将到期（≤3年），进入窗口期

⚠️ 白点结论必须来自§4全量检索（见第6章6.3），三次零命中验证通过后方可写入报告。
```

### 5.3 高风险专利五步排查法

```
Step 1：Patsnap检索相关IPC分类下近5年高被引专利（被引≥10次）
Step 2：筛选权利要求涵盖"系统实现"而非"具体参数"的宽权利要求专利
Step 3：逐件进行Claim Chart比对（主权利要求各特征 vs 自身技术方案）
Step 4：四级风险定级：
  🔴极高：主权利要求每项特征均可被自身方案读入
  🟠高  ：主权利要求>50%特征可被读入
  🟡中  ：主权利要求<50%特征可被读入
  🟢低  ：权利要求需多步骤才可能读入
Step 5：§4专利清单与§0行动矩阵双向核验（🔴=P1，🟠=P2，🟡=P3）
```

### 5.4 规避建议撰写规范（三路方向）

```
每件高风险专利必须给出三路规避方向：
路线A：结构/特征绕开（修改触发侵权的具体技术特征）
路线B：功能等效替代（用不同原理实现相同功能）
路线C：授权/合作（评估是否值得主动谈判取得许可）

每路标注：★★★可行性（三星=立即可执行/二星=需验证/一星=备选）
必须包含法律声明："以上为技术分析视角，最终以FTO报告为准，建议量产前委托专利律师复核"
```

---

## 6. 工具协同规范（MCP + Skills）

### 6.1 工具决策树

```
专利检索/核实     → Patsnap MCP (patent.search / patent.fetch)
论文检索          → Patsnap MCP (paper.search / paper.fetch)
市场数据/新闻     → Web Search MCP + web_fetch
【当前可用工具（已确认）】
FTO初步分析       → Patsnap MCP（patent.fetch 拉取权利要求）+ Python脚本辅助比对
专利新颖性/创造性  → Patsnap MCP（patent.search 检索现有技术）+ 人工分析
可视化图表        → Python（matplotlib/pyecharts）或 Chart.js（HTML内嵌）
技术路线对比      → 手动构建对比表（Markdown或HTML）

【可选扩展Skill（使用前请先 skills list 确认已安装）】
FTO深度分析       → fto-check Skill（如已安装）
专利景观可视化    → patent-landscape-viz Skill（如已安装）
TRIZ矛盾分析      → triz-analysis Skill（如已安装）
竞争格局分析      → competitive-landscape Skill（如已安装）
```

### 6.2 检索质量规范

```
专利检索（§4全量要求）：
  ❗ §4 专利全景必须执行全量检索，不得仅用 topk 样本。详见 6.3 全量检索五步法。
  · 每个核心IPC分类独立检索，记录各自 matched_total
  · matched_total ≤ 500 → 直接全量获取，无需分页
  · matched_total > 500 → 按年份（5年/段）或子IPC拆分，逐段全量
  · 每个技术方向至少2种关键词组合，取并集去重后再排查
论文检索：补充专利无法覆盖的基础技术原理，重点看近2年高被引
新闻检索：每家头部企业独立检索"企业名 + 技术关键词 + 年份"，避免遗漏
标准检索：直接访问ISO/IEC/SAE/GB官网，不依赖二手摘要
```

### 6.3 §4 专利全量检索五步法（核心规范）

```
【适用范围】§4 专利全景与高风险排查章节的所有专利统计、IPC分布、趋势图、白点结论
【核心原则】IPC分布图和年度趋势图须基于全量 matched_total，不得用 topk 样本替代

Step 1：IPC优先策略
  · 列出所有相关IPC分类（如 B60S1/56 / B08B3/02 / G01S13/00 等）
  · 每个IPC分类单独检索，不合并，记录各自 matched_total
  · matched_total ≤ 500 → 直接全量下载，无需分页
  · matched_total > 500 → 分段：按年份（5年/段）或按子IPC拆分，逐段全量

Step 2：关键词补充策略
  · 每个核心技术词至少设3种语言变体（中文/英文/缩写）
  · 每个技术方向至少2种关键词组合独立检索
  · 两轮检索结果取并集，去重后再进入排查流程

Step 3：申请人锁定策略
  · 发现头部申请人后，对其做申请人全量检索
  · 确保不遗漏同一申请人名义略有差异的专利

Step 4：近3年新增专项补查
  · date_from=当前年-3，date_to=当前日，单独跑一遍全量
  · 近期授权/公开专利最易被相关性排序淹没，须专项补查

Step 5：零命中验证协议
  · 若某技术方向 matched_total=0，必须换3组不同关键词二次验证
  · 三次均为0才可在报告中标注：
    「技术白点（检索日期：YYYY-MM-DD，检索策略：[说明]，三次零命中验证通过）」
  · ❌ 禁止将 topk 返回为空直接等同于全量零命中，两者语义完全不同
```

### 6.4 §4 章节内容最低标准

```
必须包含：
✅ 全量检索覆盖说明（列出IPC范围、关键词组合、各IPC的 matched_total 数字）
✅ IPC分布图（基于全量数据，不得标注"样本"）
✅ 年度趋势图（基于全量申请数，不得用topk近似）
✅ 高风险专利清单（从全量中按五步筛选法筛选）
✅ 白点结论（若有）须附三次零命中验证记录

禁止：
❌ 仅用 topk 返回结果绘制趋势图
❌ 仅用 topk 返回结果统计申请人排名
❌ 以"检索样本中未见"代替"全量检索确认为白点"
```

---

## 7. 近期动态优先原则

### 7.1 时效分级（T0–T3）

```
T0：近3个月内（🆕标注，强制出现在每章节近期动态块）
T1：近12个月内（重点关注，有来源有分析）
T2：1–3年内（背景参考，可简述）
T3：3年以上（仅作历史背景，不占主要篇幅）
```

### 7.2 每章节近期动态专项检索规范

```
§1 市场：Web搜索"[技术领域] market size [当前年] report"
§2 技术路线：Patsnap近24个月申请量骤增IPC子分类
§3 竞争情报：每家重点企业近12个月动态
§4 专利：Patsnap近12个月高被引新授权专利（全量范围内筛选）
§5 标准法规：ISO/IEC/SAE/GB近12个月修订动态
§6 热点白点：近12个月申请量突增/突降的IPC分类
```

### 7.3 近期动态呈现格式

```
🆕 [动态类型] [YYYY-MM]
[一句话描述核心内容]
来源：[来源名称]，[URL或报告名]
战略意义：[对本技术领域的影响分析]

禁止：❌ 近期动态无来源无分析 ❌ 历史数据充当"最新"数据 ❌ 历史/近期信息混排
```

---

## 8. SOP五阶段（含Phase 0预检）

### Phase 0：强制预检（约1h，开写前必做）

```
1. 建立跨章节数据同步表（见CHECK-5模板）
2. 完成HTML骨架并运行CHECK-1脚本（10章锚点+ID唯一性）
3. 完成专利预核实表（见CHECK-2模板），至少核实§4计划收录的全部专利
4. 确认主要市场数据来源（CHECK-3三步法）
5. 完成玩家分层（见第4章4.1方法），确定三表各有哪些企业
全部通过 → 进入Phase 1

参考模板（references/目录）：
- html_skeleton_template.html：10章标准HTML骨架，Phase 0搭建骨架时直接复制修改
  ⚠️ 使用前确认骨架模板已包含第10章所有规范（CSS变量体系 / Chart.js图例display:true / CDN降级`<details>`表 / `.table-scroll-hint`移动端提示 / 回顶按钮）；如版本滞后，以第10章规范为准手动补充
- sync_table_template.md：跨章节数据同步表，Phase 0第1步时复制填写
- quality_checklist.md：发布前完整质检清单，Phase 5终审时打印使用
- s4_exhaustive_search_spec.md：§4全量检索操作规范，Phase 2开始前必读
```

### Phase 1：选题与信息架构（约1h）

```
1. 确定技术主题边界（不宜过宽："电动车"太宽，"车载毫米波雷达"合适）
2. 确定报告时间截止日期，写入footer
3. 确定目标读者（技术决策层/研发团队/投资人）
4. 行业玩家分层（上游/中游/下游），确认三表企业名单
5. 制定检索关键词矩阵（中英文+IPC分类组合）
```

### Phase 2：数据采集与核实（约5h）

```
1. Patsnap专利全量检索（§4专用，按6.3五步法；每个IPC分类独立记录matched_total）
2. Patsnap论文检索（补充技术原理层）
3. Web Search市场数据（锁定来源机构+年份，见CHECK-3）
4. Web Search近期动态（每家企业独立检索）
5. 标准法规原文核实（直接访问官方来源）
6. 绘制行业价值链（上游→中游→下游）
7. 上下游技术联动分析
```

### Phase 3：HTML报告编写（约8h）

```
1. 使用深色科技风CSS变量体系（见第10章）
2. 图表使用Chart.js（CDN），每张图必须配<details>离线降级表
3. 所有导航链接使用相对锚点（#s0~#s9），禁止本地绝对路径
4. 版本号写入3处：<title> + header meta + footer
5. §3三张竞争情报表：每行写完即验证列数与</tr>闭合
6. §8规避建议写完后grep检查法律语气（见CHECK-6）
7. §0决策建议最后写，引用§4最终确认的风险等级
```

### Phase 4：自动化质检（每次修改后必做，约15min）

```
运行：python scripts/quality_check.py report.html
通过标准：5项全部显示 ✅

手动补充检查：
□ 图表JS data与离线降级表数值完全一致
□ 图表图例已显示（plugins.legend.display: true）
□ §3三表（国际头部/本土时序/上下游）均已填充，无空表
□ §0风险等级与§4风险清单完全对应
□ 本土时序表时间列统一为"申请年"，不混用授权年
□ 上下游企业表上/中/下游各层至少有2家企业
□ §4已完成全量检索，报告中有matched_total数字，无"仅统计样本"字样

critical_keywords 通用配置（换主题时替换[]内内容）：
```python
critical_keywords = [
    "决策建议",          # §0 固定
    "Porter五力",        # §1 固定
    "[技术路线关键词]",  # §2 按主题填，例："固态电解质" / "毫米波" / "mRNA"
    "国际头部玩家",      # §3 固定
    "高风险",            # §4 固定
    "[标准名称关键词]",  # §5 按主题填，例："ISO 24650" / "GB/T" / "IEEE"
    "白点",              # §6 固定
    "[前沿场景关键词]",  # §7 按主题填，例："具身智能" / "工业机器人" / "医疗"
    "规避建议",          # §8 固定
    "[垂直场景关键词]",  # §9 按主题填，例："商用车" / "数据中心" / "可穿戴"
]
```
```

### Phase 5：发布前终审（约1h）

```
1. 全文逐章通读（不可只看修改段落）
2. 移动端兼容检查（窄屏表格滑动提示、响应式布局）
3. 离线可用性检查（CDN降级表是否自动展开）
4. 运行 scripts/sop_checklist.py 输出最终发布检查清单
5. 8维度质量评估打分（评分标准见第11章，≥36/40分合格发布，≥39/40分为首次目标）
6. 版本归档（@session/reports/，文件名含版本号）
```

---

## 9. 章节间强制逻辑链（6条）

```
逻辑链1：§4→§0  §4每件🔴极高专利必须对应§0一条P1行动，一一对应
逻辑链2：§4→§8  §4每件高风险专利必须在§8有对应三路规避方案
逻辑链3：§4→§6  §4 IPC空白区必须在§6白点章节有对应描述
逻辑链4：§1→§0  §0市场规模数据必须来自§1，不得另行填写
逻辑链5：§3→§2  §3各企业的技术路线选择必须与§2路线分析对应
逻辑链6：§5→§6  §5标准空白条款必须在§6白点中有对应切入点

验证时机：Phase 4质检时逐条核验，任意一条不满足则修复后再发布。
```

---

## 10. HTML技术规范

### 10.1 CSS变量体系（暗色科技风）

```css
:root {
  --bg-primary: #0a0e1a;
  --bg-card: #111827;
  --accent-cyan: #00d4ff;
  --accent-yellow: #ffd600;
  --accent-red: #ff4444;
  --accent-green: #00ff88;
  --text-primary: #e2e8f0;
  --text-muted: #64748b;
}
```

### 10.2 图表规范

```
每张图表必须同时包含：
① <canvas id="唯一ID"> ← 渲染容器
② Chart.js初始化：plugins.legend.display: true + position: 'bottom'
③ <details class="chart-fallback"> ← 离线降级数据表
④ CDN失效时自动展开降级表的JS逻辑
⑤ 数据截止日期标注

雷达图额外要求：所有维度统一"数值越高=需求越强"（功耗等约束类指标改为"充裕度"正向表述）
```

### 10.3 移动端适配规范

```
宽表格（列数≥5）必须：
① 外层<div class="table-wrap" style="overflow-x:auto">
② 表格前加 <p class="table-scroll-hint">← 左右滑动查看完整表格</p>
③ CSS：.table-scroll-hint { display:none } @media(max-width:900px){ display:block }
```

---

## 11. 质量评估框架（8维度，满分40分）

| 维度 | 满分 | 首次生成常见扣分原因 | 深度标准（最低合格线） |
|------|------|----------------------|------------------------|
| 内容完整性 | 5 | 章节缺失/空章节 | §0~§9共10章全部存在且有实质内容 |
| 专利情报精度 | 5 | 专利号占位符/核实不足 | ≥5件高风险专利，每件有Claim Chart级别比对 |
| 数据溯源体系 | 5 | 市场数字无来源/估算无说明 | 所有数字有来源，估算值有推算逻辑 |
| HTML结构健康度 | 5 | 重复ID/表格列不对齐/章节截断 | id唯一，10章锚点完整，无游离标签 |
| 法律风险控制 | 5 | 绝对化语气/无免责声明 | 禁用词零命中，页首+页尾有免责声明 |
| 离线可用性 | 5 | 图表无降级表/CDN失效白屏 | 每张图有<details>降级表+CDN失效自动展开 |
| 跨章节一致性 | 5 | 风险等级不一致/数据矛盾 | 6条逻辑链全部通过 |
| 近期时效性 | 5 | 无T0动态/历史信息充当最新 | T0动态≥3条，每条有来源+日期+战略意义分析 |

**发布标准三档：**
- 合格发布线：≥36/40分（每维度不低于3分）
- 首次生成目标：≥39/40分（≥97分）
- 满分目标：40/40分（自动化质检全部通过）

---

## 12. 经验总结：踩过的坑（14条）

### 🔴 坑1：竞争情报表HTML结构损坏，后续所有章节排版异常
**根本原因**：某行`<tr>`缺少`<td>`列，且全部闭合标签丢失，浏览器错误修复DOM。
**预防**：写完每行<tr>后立即验证列数；全表结尾：`</tbody></table></div>`
**首次生成操作时机**：§3三表每写完一行立即检查，不要等全表写完再验证。

### 🔴 坑2：多个重复id导致JS图表只渲染第一个
**预防**：搭建骨架时即运行CHECK-1脚本，开写前确认id唯一。

### 🔴 坑3：Python脚本replace锚点误截断，整段内容消失
**预防**：
```python
assert content.count(old_anchor) == 1, "锚点不唯一，拒绝执行替换"
assert len(new_content) > len(content) * 0.95, "文件缩减超5%，疑似截断"
```

### 🔴 坑14：仅用 topk 样本做§4全景分析，导致白点/高风险结论不可信
**症状**：§4 IPC分布图/趋势图使用 topk=20 的返回结果，或将"topk样本中未见"直接写为"技术白点"，或申请人排名仅基于样本前20件。
**危害**：整个§4结论失去统计代表性，§6白点建议和§0行动矩阵均无效；遗漏高风险专利导致FTO误判。
**预防**：§4必须执行全量检索（见第6章6.3五步法）；IPC分布图必须注明数据来源为全量matched_total，而非topk检索结果；白点结论必须附三次零命中验证记录。**报告正文（含图表标题、图例label、来源表描述、检索说明、免责声明）任意位置均禁止出现「样本」字样**，统一用「全量」「全量检索」「matched_total」替代。发布前用grep验证「样本」零命中。

### 🟠 坑4：CSS缺失导致IPC条形图不可见
**预防**：写图表前先写CSS四件套，不要等内容写完再补样式。

### 🟠 坑5：跨章节数据不一致（§0/§3/§4/§8同一专利风险等级不同）
**预防**：Phase 0建立同步表，§4写完后统一广播到§0/§3/§8，修改任一处必须同步。

### 🟠 坑6：法律判断语气绝对化（"无风险""安全"）
**预防**：§8全部写完后grep检查禁用词列表（CHECK-6），0命中才发布。

### 🟡 坑7：导航链接使用本地绝对路径，在其他设备上失效
**预防**：所有`<a href>`统一用`#s0`~`#s9`相对锚点，禁止`file:///`路径。

### 🟡 坑8：雷达图维度语义方向不一致
**预防**：雷达图所有维度统一"数值越高=需求越强"；约束类指标（功耗约束→功耗充裕度）改为正向表述。

### 🟡 坑9：待核实信息混入主表，被读者当作已核实事实引用
**预防**：待核实信息独立黄色虚线框隔离，与主表明确区分，注明"不可直接引用"。

### 🟡 坑10：技术代际时序歧义（并行发展的技术代际被误读为严格时间顺序）
**预防**：并行发展加注"代际划分以技术路线而非严格时间顺序为准"。

### 🟡 坑11：信源单一（只用专利，缺市场/新闻/标准）
**预防**：Phase 2采集时按六维信源矩阵逐类检索，每类至少有1个记录。

### 🔴 坑13：擅自调整报告章节结构（顺序/删减/新增）

**症状**：生成时认为"该主题§9不适用"而省略，或在§4后插入"补充分析"章节，或将§5与§6顺序对调。

**危害**：破坏跨章节逻辑链（§4→§0→§8三角闭环），导致读者在预期位置找不到内容，且与同系列报告风格割裂。

**预防**：生成前默读强制约束章节的"章节结构铁律"，生成后grep验证§0–§9全部存在且顺序正确；数据不足时用"待补充"占位，绝不删除章节。

### 🟡 坑12：本土时序表时间列口径混用（部分行填申请年，部分行填授权年）
**预防**：时序表时间列统一使用申请年；授权年写入"状态"列，两列互不重叠。

---

## 13. 视觉完整性清单（17项，发布前逐项打勾）

```
□ 所有图表图例显示（不依赖tooltip）
□ 所有图表有<details>离线降级数据表
□ CDN失效时降级表自动展开（JS逻辑存在）
□ 回到顶部按钮（position:fixed，右下角）
□ 宽表格有移动端滑动提示（窄屏显示）
□ Porter五力颜色为描述色（非P1紧急红）
□ 数据截止日期（header + footer 均有）
□ 版本号三处完全一致（title/meta/footer）
□ 所有导航为相对锚点（#s0~#s9）
□ 法律声明（页首+页尾均有）
□ 估算值有⚠️标注，权威来源有机构名
□ 雷达图维度全部正向语义
□ 本土时序表无超出时间范围的条目
□ §3三表（国际头部/本土时序/上下游）均非空表
□ 待核实信息独立框隔离，不在主表中
□ 跨章节一致性：6条逻辑链均已核验
□ §4已完成全量检索，matched_total数字已写入报告"检索概况"框
```

---

## 14. 首次生成实操提示词模板（3阶段）

### 阶段A：主题启动指令

```
技术主题：[填入具体技术领域，例："固态电池电解质"]
目标读者：[技术决策层/研发团队/投资人]
时间截止：[YYYY-MM-DD]

执行顺序：
1. 先完成玩家分层（第4章4.1），确定§3三表企业名单
2. 运行Patsnap专利全量检索（见第6章6.3五步法），完成CHECK-2核实表
3. 运行Web Search（市场数据+近期动态），完成CHECK-3来源锁定
4. 搭建HTML骨架，运行CHECK-1脚本验证通过后开始写正文
```

### 阶段B：章节逐一生成指令

```
每章节生成前确认：
□ 该章节所需数据已在Phase 2采集完成
□ 专利号已Patsnap核实（见CHECK-2表）
□ 市场数据已有来源记录（见CHECK-3）

§4专项确认（每次生成§4前必读）：
□ 已按6.3五步法完成全量检索
□ 每个IPC分类的matched_total已记录
□ IPC分布图和趋势图数据来自全量，不来自topk
□ 若有白点结论，三次零命中验证已完成

§3竞争情报专项确认：
□ 国际头部玩家表：已确定3–8家，每家有双路径核实
□ 本土时序表：时间范围已确定（如2020–2025），时间列统一申请年
□ 上下游企业表：上/中/下游各层至少有2家企业
□ 待核实信息已单独列出，不混入主表

深度标准：见第11章质量评估框架「深度标准（最低合格线）」列，以第11章为唯一权威来源，此处不重复列示。
```

### 阶段C：质检指令

```
1. 运行 scripts/quality_check.py [报告文件路径]，确认5项全部 ✅
2. 手动核验章节间6条逻辑链（见Skill第9章）
3. 按第11章8维度质量评估框架打分（≥36分可发布）
4. 确认版本号3处同步，footer包含数据截止日期
5. 确认§4有matched_total全量数字；grep检查报告「样本」字样为零命中（图表标题/图例/来源表/免责声明全面覆盖），用「全量」「全量检索」「matched_total」替代
```

---

## 15. 快速启动步骤（14步）

```
□ Step 1：确定技术主题+时间截止日+目标读者（15min）
□ Step 2：Patsnap专利全量检索——按6.3五步法，每个IPC分类独立检索并记录matched_total；matched_total≤500直接全量，>500按年份/子IPC分段逐段全量（2h，较旧版topk≥20约多1h，视matched_total大小而定）
□ Step 3：Patsnap论文检索（补技术原理层）（30min）
□ Step 4：Web Search市场数据（来源锁定三步法）（30min）
□ Step 5：完成专利预核实表（CHECK-2），排除占位符（30min）
□ Step 6：HTML骨架搭建+CHECK-1脚本验证（30min）
□ Step 7：玩家分层（上游/中游/下游），确认§3三表企业名单（1h）
□ Step 8：近期T0/T1动态专项检索（每章节独立执行）（2h）
□ Step 9：热点白点识别（四类型）+ 高风险专利排查（五步法）（3h）
□ Step 10：§3三表（国际头部/本土时序/上下游），写完每行即验证列数（2h）
□ Step 11：图表制作（CSS四件套 + 离线降级表 + 图例）（2h）
□ Step 12：§8规避建议（三路方向+语气软化+免责声明），§0最后写（1h）
□ Step 13：运行quality_check.py全文质检，8维度打分（≥36分发布）（1h）
□ Step 14：版本归档，footer补数据截止日期（15min）

总工时估算：
- 步骤执行合计：约16–17小时（Step 2全量检索较旧版topk≥20约多1h，视matched_total大小而定）
```

## 使用前配置
本 Skill 依赖智慧芽开放平台 MCP 服务：
- 完成安装、初次使用时需进行自检，参见 README.md
- 用户需完成账号授权，并确保 Agent 环境已启用对应 MCP 工具
- 若未完成配置，本 Skill 只能提供分析框架，无法检索实时数据或生成基于数据库的结论
- 缺少MCP配置时，引导用户参照 README.md 在 [[open.zhihuiya.com](https://open.zhihuiya.com/)](https://open.zhihuiya.com/) 获取MCP。