tech-insight-report

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

---

适用场景

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

不适用场景

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

---

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

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

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

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

三条铁律：

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

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

---

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

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

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

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

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

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

CHECK-1：HTML骨架验证

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动态有🆕标注+来源+日期
⑧ 版本号三处同步： + 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章）

---

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

2.1 市场与竞争分析方法论

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 六维信源矩阵

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，数量=6，存在
- 全表结束后验证：完整闭合

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降级``表 / `.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），每张图必须配离线降级表
3. 所有导航链接使用相对锚点（#s0~#s9），禁止本地绝对路径
4. 版本号写入3处： + header meta + footer
5. §3三张竞争情报表：每行写完即验证列数与闭合
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 图表规范

每张图表必须同时包含：
①  ← 渲染容器
② Chart.js初始化：plugins.legend.display: true + position: 'bottom'
③  ← 离线降级数据表
④ CDN失效时自动展开降级表的JS逻辑
⑤ 数据截止日期标注

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

10.3 移动端适配规范

宽表格（列数≥5）必须：
① 外层
② 表格前加 ← 左右滑动查看完整表格
③ CSS：.table-scroll-hint { display:none } @media(max-width:900px){ display:block }

---

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

发布标准三档：

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

---

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

🔴 坑1：竞争情报表HTML结构损坏，后续所有章节排版异常

根本原因：某行缺少列，且全部闭合标签丢失，浏览器错误修复DOM。 预防：写完每行后立即验证列数；全表结尾：`` 首次生成操作时机：§3三表每写完一行立即检查，不要等全表写完再验证。

🔴 坑2：多个重复id导致JS图表只渲染第一个

预防：搭建骨架时即运行CHECK-1脚本，开写前确认id唯一。

🔴 坑3：Python脚本replace锚点误截断，整段内容消失

预防：

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：导航链接使用本地绝对路径，在其他设备上失效

预防：所有``统一用#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）
□ 所有图表有离线降级数据表
□ 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/) 获取MCP。