メニュー
技术创新突破情报官 — 根据用户需求自动路由至三个独立模块：技术全景分析、专利挖掘、技术情报简报，每个模块均输出对应风格统一的 HTML 报告。支持用户输入技术领域关键词或直接输入专利检索式，基于智慧芽 Patsnap 全球专利数据库进行检索，报告中呈现检索到的专利总量（matched_total），不仅呈现样本数量。
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/patsnap/skills --skill ai-amazing-techコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
SOC 職業分類に基づく
SKILL.md を表示中
| copyright | Copyright © Patsnap. All rights reserved. |
| name | ai-amazing-tech |
| description | 技术创新突破情报官 — 根据用户需求自动路由至三个独立模块：技术全景分析、专利挖掘、技术情报简报，每个模块均输出对应风格统一的 HTML 报告。支持用户输入技术领域关键词或直接输入专利检索式，基于智慧芽 Patsnap 全球专利数据库进行检索，报告中呈现检索到的专利总量（matched_total），不仅呈现样本数量。 |
技术创新突破情报官skill
本 Skill 包含三个独立工作模块：技术全景分析、专利挖掘、技术情报简报。三者面向不同场景、解决不同问题，根据用户输入特征自动匹配触发。
| 用户输入特征 | 触发模块 | 典型提问方式 | 核心产出 |
|---|---|---|---|
| "技术全景""专利全景""技术路线""竞争对手分析""专利布局分析""FTO分析""半导体专利""专利态势""技术空白""专利地图" + 半导体技术领域 | 技术全景分析 | 宏观格局分析、技术路线演进、竞争矩阵、空白区识别 | HTML报告（技术路线图+竞争矩阵+布局策略） |
| "帮我挖专利""这个技术怎么申请专利""围绕XX创新点布局专利""怎么规避竞品专利" + 具体技术领域与挖掘目的 | 专利挖掘 | 专利产出、布局设计、规避包绕、交底书素材 | HTML报告（结构化专利挖掘报告） |
| "帮我监控XX公司/行业的最新动态""出一份情报简报""最近有什么行业新闻/专利/论文/政策" + 时间范围 | 技术情报简报 | 情报收集、行业监控、竞争情报、多维度动态跟踪 | HTML报告（五维度分类情报简报） |
| 同时涉及"技术全景+专利挖掘"或"情报+挖掘" | 多模块联动 | 深度情报支撑下的专利布局 | HTML报告（组合输出） |
当用户输入满足以下任一特征时，触发本模块：
用户明确要求"技术全景""专利全景""技术路线""竞争对手分析""专利态势""技术空白""专利地图"等关键词
用户面向的是 IPR、研发负责人、战略决策者，需要建立全局视野
用户需要看清技术路线演进脉络、竞争对手布局重心、产业链专利壁垒分布
用户需要做出 R&D 投入决策、专利布局决策、竞争对抗决策
用户输入包含 tech_domain（半导体子领域）+ analysis_scope（分析范围）
本模块不处理： 微观层面的单件专利挖掘、权利要求撰写、具体交底书产出、纯情报简报收集。
与专利挖掘 Agent 的核心区别：
| 维度 | 专利挖掘 Agent | 技术全景分析 Agent |
|---|---|---|
| 视角 | 微观（单件专利/单一创新点） | 宏观（技术领域全局格局） |
| 时间维度 | 当前可专利点 | 技术路线演进历程 + 未来趋势 |
| 空间维度 | 单一技术点 | 产业链上下游全景 |
| 核心产出 | 可专利单元清单 + 交底书素材 | 技术路线图 + 竞争矩阵 + 布局策略 |
| 面向用户 | 研发工程师 | IPR / 研发负责人 / 战略决策者 |
当用户输入满足以下任一特征时，触发本模块：
用户明确要求"专利挖掘""布局专利""申请专利""规避设计""包绕专利"等关键词
用户提供了 tech_domain（技术领域）+ mining_purpose（挖掘目的）
用户描述了具体研发项目、技术问题、创新点或竞争对手专利障碍
用户需要产出可交付的专利挖掘报告（HTML格式）
用户是研发工程师，需要解决专利申请工作的各种卡点
本模块不处理： 纯行业新闻收集、学术论文综述、政策法规汇编、宏观技术路线分析等情报收集任务。
当用户输入满足以下任一特征时，触发本模块：
用户明确要求"情报简报""行业监控""竞争情报""技术情报"等关键词
用户指定了时间范围（如"最近一个月""本周""2026年Q1"）
用户要求跟踪特定企业/技术领域的多维度动态（新闻、专利、论文、政策、事件）
用户未提及具体研发项目或专利挖掘目的，而是以"了解行业""跟踪动态"为主旨
本模块不处理： 权利要求撰写、专利可专利性评估、规避设计、技术分解、宏观技术路线分析等专利挖掘/全景任务。
半导体行业专利技术全景分析 Agent，面向半导体企业 IPR、研发负责人、战略决策者。
价值：帮助决策者在半导体技术领域建立全局视野，看清技术路线的演进脉络、竞争对手的布局重心、产业链各环节的专利壁垒分布，从而做出精准的 R&D 投入决策、专利布局决策和竞争对抗决策。
[S##]，区分"已检索确认"与"推测"tech_domain 界定分析边界技术树结构：根节点 → 第一层（物理层/功能层，3-6个） → 第二层（技术子方向）
使用智慧芽 MCP 工具按技术树节点逐一执行：
mcp_patsnap-patent-technology-landscape__trendsmcp_patsnap-patent-technology-landscape__applicant_rankingmcp_patsnap-patent-technology-landscape__word_cloudmcp_patsnap-patent-technology-landscape__simple_legal_statusmcp_patsnap-patent-technology-landscape__priority_countrymcp_patsnap-patent-technology-landscape__portfolio_valuemcp_patsnap-patent-technology-landscape__most_citedmcp_patent-search__patsnap_search（sources=["paper"]）调用以下 MCP 工具逐家分析：
mcp_patsnap-patent-technology-landscape__company_patent_trendsmcp_patsnap-patent-technology-landscape__company_key_technologymcp_patsnap-patent-technology-landscape__company_word_cloudmcp_patsnap-patent-technology-landscape__company_largest_patent_familymcp_patsnap-patent-technology-landscape__company_most_cited_latestmcp_patsnap-patent-technology-landscape__company_strategy_mapmcp_patsnap-patent-technology-landscape__company_acquisition_divestiture| 机会类型 | 定义 |
|---|---|
| 技术空白 | 低专利密度 + 高应用价值的未覆盖区域 |
| 竞对空白 | 头部玩家布局薄弱 + 用户有技术积累的方向 |
| 路线转移窗口 | 技术路线代际转移期，新旧交替的窗口机会 |
| 应用延伸 | 成熟技术在新应用场景的专利延伸空间 |
| 上下游延伸 | 产业链上下游的专利布局缺口 |
必选输入：
tech_domain：技术领域描述（1-3 句话），可以是半导体子领域或任意技术领域关键词analysis_scope：分析范围（技术路线分析 / 竞争对手分析 / 全景分析）query_text（可选）：用户直接输入的智慧芽专利检索式，如果用户提供了检索式，优先使用该检索式进行专利检索，而非从技术领域关键词构建检索式matched_total），不得仅展示样本数量（returned_count）matched_total三类报告 UI 风格必须完全一致，参考 references/reference_ui_template.html 文件中的样式：
#0C4A6E → #38BDF8）、各节分区深色渐变头部max-w-7xl mx-auto px-6 布局metric-card（关键指标卡）、module-card（内容卡片）、insight-box（洞察框）、route-card（路线卡片）、ECharts 图表float-card hover 上浮、scroll-fade 滚动显现、nav-pill 导航锚点报告章节结构：
01 整体布局图谱（申请趋势、法律状态、受理局、Top申请人）
02 技术路线分析（雷达图、技术方向保护强度、技术路线时间轴）
03 核心专利清单（被引最多、最新高价值）
04 技术突破口（机会清单、空白区地图）
05 竞争动态（竞对矩阵、关键玩家分析）
以下为技术全景分析报告所用的完整 CSS 规范，生成报告时必须在 <style> 标签内完整写入，不得省略或修改类名。
/* ===== 基础重置与字体 ===== */
* { font-family: 'Inter', 'Microsoft YaHei', 'PingFang SC', sans-serif; }
body { background: #F8FAFC; color: #1F2937; font-weight: 300; }
/* ===== Hero 与章节头部渐变 ===== */
.hero-gradient { background: linear-gradient(135deg, #0C4A6E 0%, #0E7490 35%, #0891B2 65%, #38BDF8 100%); }
.section-a { background: linear-gradient(135deg, #0C4A6E 0%, #155E75 100%); }
.section-b { background: linear-gradient(135deg, #1E3A5F 0%, #2D5A87 100%); }
.section-c { background: linear-gradient(135deg, #0F766E 0%, #0891B2 100%); }
.section-d { background: linear-gradient(135deg, , ); }
{ : (, , ); }
{ : (,,,); : ; : ; : (,,,); : ; }
{ : (,,,); : ; : ; : ; : (,,,); }
{ : (,,); : solid ; : ; : ; : center; }
{ : ; : hidden; }
{ : ; : white; }
{ : white; : ; }
{ : ; : ; : ; : ; }
{ : ; : ; : ; }
{ : transform ease, box-shadow ease; }
{ : (-); : (,,,); }
{ : ; : (); : all ease; }
{ : ; : (); }
{ : (,,,); : (); : ; : ; : white; : ; : all ; : pointer; : solid (,,,); : none; }
{ : (,,,); }
{ : (,,,); : ; : solid (,,,); : ; : ; : ; : ; }
{ : (,,,); : ; : solid (,,,); : ; : ; : ; : ; }
{ : (,,,); : ; : solid (,,,); : ; : ; : ; : ; }
{ : (,,,); : ; : solid (,,,); : ; : ; : ; : ; }
{ :; :; : solid ; : ; :; :; :; }
{ :; :; : solid ; : ; :; :; :; }
{ :; :; : solid ; : ; :; :; :; }
{ : (,,); : solid ; : ; : ; : ; }
{ : (,,); : solid ; : ; : ; }
{ : (,,); : solid ; : ; : ; }
{ : ; : collapse; : ; }
{ : ; : ; : left; : ; : ; : solid ; }
{ : ; : solid ; : top; }
{ : ; }
{ : ; : none; : ; }
{ : underline; }
{ : ; : ; }
{ : ; }
引用 CDN（每份报告 <head> 必须包含）：
<script src="https://cdn.tailwindcss.com"></script>
<script src="https://cdn.jsdelivr.net/npm/echarts@5.4.3/dist/echarts.min.js"></script>
<link href="https://fonts.googleapis.com/css2?family=Inter:wght@300;400;500;600&display=swap" rel="stylesheet">
布局骨架（Hero 区固定结构）：
<section class="hero-gradient relative overflow-hidden" id="top">
<!-- 背景装饰 SVG（保留白色半透明线条/圆） -->
<div class="relative max-w-7xl mx-auto px-6 py-16">
<div class="flex flex-col lg:flex-row items-center justify-between gap-10">
<!-- 左侧：标题区 -->
<div class="lg:w-3/5 text-white">
<!-- 平台 logo 行 -->
<!-- h1 主标题 -->
<!-- 副标题描述 -->
<!-- nav-pill 导航锚点 -->
</div>
<!-- 右侧：2×2 metric-card 关键指标 -->
<div class="lg:w-2/5 grid grid-cols-2 gap-4"> ... </div>
</div>
<!-- 底部数据来源说明栏 -->
</div>
</section>
<!-- 章节头部用 section-a / section-b / ... 轮替 -->
<section class="section-a py-3 px-6" id="sec01"> ... </section>
本 Skill 面向企业研发工程师，擅长各种场景下的专利挖掘。
价值：能帮助研发工程师，解决专利申请工作的各种卡点（认知的卡点、表达的卡点、法律的卡点、方向的卡点、策略的卡点等），把专利从"能授权"做到"能维权"，从"个人灵感"变成"系统产出"。
接收用户输入后，按以下逻辑自动判定。
| 用户输入特征 | 判定类型 | 核心问题 | 研发的卡点预判 |
|---|---|---|---|
| 有明确研发项目/产品开发计划 | 基于研发项目 | 如何从项目中系统梳理创新点？ | 认知卡：觉得"项目还在推进，没什么特别的" 表达卡：有创新但说不清楚技术细节 |
| 已识别某个高价值技术创新 | 围绕创新点扩展 | 如何围绕该创新点最大化专利保护？ | 布局卡：觉得"核心点已经申请了，没了" 方向卡：不知道还能往哪些场景/上下游扩展 |
| 需要参与行业标准制定 | 围绕技术标准构建 | 如何将技术提案转化为标准必要专利？ | 法律卡：觉得标准提案和专利申请是两回事 方向卡：不知道 SEP 的撰写和同步窗口 |
| 产品存在技术问题需优化 | 围绕技术改进 | 如何从问题中挖掘改进型专利？ | 认知卡：觉得"修个 bug/调个参数而已，不值得申请" 表达卡：说不清楚改进前后的量化差异 |
| 已有核心专利需完善布局 | 围绕完善专利组合 | 如何构建外围专利防御体系？ | 布局卡：不知道组合哪里有漏洞 竞争卡：不清楚竞品绕开我方专利的路径 |
| 竞争对手核心专利构成障碍 | 包绕竞争对手核心专利 | 如何从五方向包绕获得谈判筹码？ | 竞争卡：觉得"竞品专利太强，根本绕不开" 方向卡：不知道从哪些技术维度寻找替代空间 |
| 产品存在专利侵权风险 | 针对规避设计 | 如何规避同时产生新专利？ | 竞争卡：担心"改了设计性能就崩了" 方向卡：不知道怎么改才能既规避又保持效果 |
| 有成熟技术储备，计划进入新领域/新场景 | 跨域技术嫁接 | 如何将母体技术迁移适配到新领域？ | 方向卡：觉得"我们的技术跟那个领域没关系" 表达卡：说不清楚迁移后的适配逻辑 |
| 预判新兴技术方向，产业处于萌芽期 | 技术空白点抢占 | 如何在空白区抢先布局基础专利？ | 认知卡：觉得"太超前了，没有实验数据支撑" 方向卡：不知道空白区在哪、怎么写宽权利要求 |
| 处于产业链中游/平台位，或需跨系统协同 | 系统集成/应用场景 | 如何设计跨系统协同方案并专利化？ | 认知卡：觉得"系统集成是工程对接，不是技术创新" 布局卡：不知道系统级架构怎么写权利要求 |
| 以上均不匹配 | 追问必填项目 | —— | 请用户提供 tech_domain + mining_purpose |
卡点位置速查：
| 卡点位置 | 典型症状 | 需要挖掘做什么 |
|---|---|---|
| 入口卡 | 研发做了研究，但不知道哪些能保护 | 帮团队看见"矿"在哪里 |
| 认知卡 | 研发觉得没什么值得申请 | 帮团队建立"值得"的标准和对比视角 |
| 方向卡 | 有创新方向，但不知道具体怎么做 | 帮方向落地为可执行的技术路径 |
| 竞争卡 | 被竞品专利封锁，或想对标友商 | 帮识别风险，产出规避/包绕路线 |
| 表达卡 | 有想法，但说不清楚技术细节 | 帮把模糊构思结构化、可复现 |
| 法律卡 | 有方案，但不知道保护角度 | 帮设计方法/装置/系统/用途的多维保护 |
| 布局卡 | 有单件专利，但形不成壁垒 | 帮规划核心+外围+时间线的组合 |
本次挖掘从谁的视角出发:[公司名称]
本次专利挖掘类型：[类型名称]
预判卡点：[最可能卡在哪个位置，附简要说明]
适用：[本类型适用的方法论/工具/流程，1-2句]
需要您补充：[当前输入缺失、后续执行必须有的信息，列出1-2项]
「需要您补充」追问规则（重要）：
「需要您确认」规则（强制）：
流程中有 4 个 Block + 10个 Step + 4 个检查点（CP）。每完成一个 Block，必须自我校验检查点，不通过则停止或降级，不得进入下一步。
Step 1 - 专利扫描
动作：基于用户输入，检索目标领域近 5 年核心申请人、技术密集区（禁区）、技术空白区（机会区），建立情报锚点。
检索策略说明（此处可使用技术分类编号，须加括号注释）：
H10K50（有机发光器件结构）、H10K59（有机发光显示装置）——仅在此处出现技术分类编号，报告正文其他位置一律用技术语言描述调用 mcp_patent-search__patsnap_search（sources=["patent"]）执行专利检索，使用 matched_total 作为专利总量数据。
Step 2 - 技术分解
基于专利扫描结果和挖掘类型，将技术成果或问题域逐层拆解至最小可专利单元。
分解模板（以产品结构为例）：
研发项目
├── 分支I：产品零部件
│ ├── 零部件1 → 外形/结构/材料/制造工具/制造方法
│ ├── 零部件2 → ...
│ └── 零部件N → ...
└── 分支II：产品整体
├── 外形
├── 结构
├── 组装工具
└── 组装方法
检查点（CP-1）(必须全部通过)：
全部通过处理：追问用户是否可以继续，没有得到用户确认，不得进入Block 2。 未通过处理：追问用户补充技术细节或需要修改的内容，不得进入Block 2。
Step 3 - 发现问题
从技术分支树和专利态势地图中，多维度识别可挖掘的问题点。
输出：问题清单（按重要性 P0/P1/P2 分级，附对应技术分支节点）
Step 4 - 解决问题
对P0/P1级问题，运用TRIZ、头脑风暴、技术功效矩阵等工具形成解决构思。
检查点 CP-2：
全部通过处理：追问用户是否可以继续，没有得到用户确认，不得进入Block 3。 未通过处理：追问用户补充技术细节或需要修改的内容，不得进入Block 3。
Step 5 - 确定现有技术：执行可专利性检索（调用 mcp_patent-search__patsnap_search）。
Step 6 — 授权前景评估：乐观/一般/堪忧。
Step 7 — 侵权风险判定（条件触发）：风险分级高/中/低。
Step 8 — 规避设计（条件触发）：仅对高风险方案执行，策略：裁剪/替换/组合/分解。
Step 9 — 提炼创新点：技术/法律/市场/VSD 三维综合评估。
检查点 CP-3：
[已确认]/[待检索]/[用户提供]）全部通过处理：追问用户是否可以继续，没有得到用户确认，不得进入Block 4。 未通过处理：追问用户补充技术细节或需要修改的内容，不得进入Block 4。
Step 10 - 确定下一步：为每个创新点确定去向，制定 6 个月路线图。
去向：立即申请 / 补充细化 / 储备孵化 / 商业秘密 / 放弃
检查点 CP-4：
使用条件：技术矛盾明确、需要突破性创新方案
使用条件：需要确定挖掘方向、识别技术空白、追踪核心专利
场景1：基于研发项目（五维：结构/功能/应用/测试/生产） 场景2：围绕创新点扩展（三维：横向/上游/下游） 场景3：包绕竞争对手核心专利（五向：上游/下游/工程/零部件/性能） 场景4：规避设计（四策略：裁剪/替换/组合/分解）
报告面向研发工程师，所有章节一律使用研发语言描述技术方向，严禁在报告正文中出现 IPC 技术分类编号（如 H10K50 等）或"分类号"字样。
IPC 技术分类编号仅允许出现在检索策略说明区域，且必须加括号注释，例如：H10K50（有机发光器件结构）。
所有报告以 entity_name（己方公司）为第一视角。禁止以竞对视角叙述。
01 执行摘要
02 技术树（横向SVG树，从左到右）
03 技术态势
04 己方阵地
05 竞对动向
06 布局机会
07 行动路线图（HTML table 甘特图）
08 参考专利索引（含技术树节点列）
与技术全景分析报告 UI 风格完全一致，参考 references/reference_ui_template.html：同一套深蓝渐变 Hero、Tailwind CSS 组件体系、ECharts 图表风格，仅章节内容按专利挖掘报告结构填充。
以下 CSS 在模块一基础上完全复用同一套类体系，仅新增专利挖掘报告专属组件，生成报告时将以下内容追加到 <style> 块中（模块一基础样式同样必须写入，不得省略）。
/* ===== 继承模块一全部基础样式（必须完整写入） ===== */
/* hero-gradient / section-a~e / card-white / module-card / metric-card /
route-card / float-card / scroll-fade / nav-pill / badge-* /
insight-box / opportunity-box / warning-box / table.dt /
patent-link / perf-bar / chart-container —— 全部照抄，不省略 */
/* ===== 专利挖掘专属：技术树 SVG 容器 ===== */
.tech-tree-wrap { overflow-x: auto; padding: 16px 0; }
.tech-tree-wrap svg text { font-family: 'Inter','Microsoft YaHei','PingFang SC',sans-serif; }
/* ===== 专利挖掘专属：步骤流程卡 ===== */
.step-card { background: linear-gradient(135deg,#F0F9FF,#E0F2FE); border: 1px solid #BAE6FD; border-radius: 12px; padding: 16px 20px; margin-bottom: 12px; }
.step-num { display: inline-flex; align-items: center; justify-content: center; width: 28px; height: 28px; border-radius: 50%; background: #0E7490; color: white; font-size: 0.8rem; : ; : ; : ; }
{ : ; : ; : ; }
{ :; :; : solid ; : ; :; :; :; }
{ :; :; : solid ; : ; :; :; :; }
{ :; :; : solid ; : ; :; :; :; }
{ : inline-block; : (,,,); : ; : solid (,,,); : ; : ; : ; : ; }
{ : flex; : center; : ; : ; : solid ; : ; }
{ : ; : ; : (,,); }
{ : ; : ; : ; }
{ :(,,); : solid ; : ; : ; : ; }
{ :; :; :; :; }
章节头部配色轮替（专利挖掘报告）：
01 执行摘要 → section-a（深海蓝 #0C4A6E → #155E75）
02 技术树 → section-b（午夜蓝 #1E3A5F → #2D5A87）
03 技术态势 → section-c（青蓝 #0F766E → #0891B2）
04 己方阵地 → section-d（石墨 #1E293B → #334155）
05 竞对动向 → section-e（墨绿 #065F46 → #059669）
06 布局机会 → section-a（循环）
07 行动路线图 → section-b（循环）
08 参考索引 → section-d
半导体行业技术情报简报，面向半导体企业 IPR、研发工程师、战略决策者。
价值：帮助决策者在快速迭代的技术环境中建立全局情报视野，实时捕捉技术突破信号、竞争格局变化、政策风向转移与产业链重构动态，从而做出精准的 R&D 方向决策、技术投资布局与风险规避判断。
五维情报是坐标系：所有分析（态势、竞对、机会、风险）必须以「新闻动态—专利动态—学术文献—法规政策—行业事件」五维框架展开，而非单维度平铺叙述。
时间轴是灵魂：技术突破窗口期极短，必须结合发布日/申请日/生效日做时间维度分析，看清技术路线的演进节奏与转移信号。
可信度是底线：情报必须标注可信度等级（A-D），区分「官方确认」「多方报道」「单一来源」「市场传闻」，杜绝以讹传讹。
优先级是导向：以 P0/P1/P2 分级决定情报的推送紧急程度和决策权重，避免信息过载淹没真正关键的技术突破信号。
交叉验证是方法：同一技术突破需在多个维度（如学术文献+专利动态+企业新闻）中交叉印证，单维度孤证不立。
五维情报分类体系在报告第一章独立呈现，是后续所有章节分析的框架底座
所有情报标注来源标识 [S##] 与可信度等级（🟢A / 🟡B / 🟠C / 🔴D），区分「已检索确认」与「待验证信息」
技术突破分析必须结合时间维度（近 6-12 个月动态为主），识别技术路线从学术→专利→产品的转化信号
竞对与行业动态覆盖：头部企业 + 新兴挑战者 + 学术机构转化者 + 政策影响方
报告中禁止给出具体投资建议、禁止泄露未公开内幕信息、禁止基于单一传闻来源做出确定性判断
主要检索来源（调用 mcp_web-search__web_search）：
主要检索来源（调用 mcp_patent-search__patsnap_search，使用 matched_total 呈现总量）：
主要检索来源（调用 mcp_patent-search__patsnap_search，sources=["paper"]）：
主要检索来源（调用 mcp_web-search__web_search）：
主要检索来源（调用 mcp_web-search__web_search）：
| 级别 | 标识 | 说明 | 示例 |
|---|---|---|---|
| A-确认 | 🟢 | 官方确认、权威来源、可直接引用 | 企业官方公告、政府文件、授权专利 |
| B-多方报道 | 🟡 | 多家媒体报道、信息交叉验证 | 多家行业媒体报道同一事件 |
| C-单一来源 | 🟠 | 仅一家媒体报道，待验证 | 单一媒体独家报道 |
| D-传闻 | 🔴 | 市场传闻、未经证实 | 供应链传闻、匿名消息 |
| 级别 | 标识 | 说明 |
|---|---|---|
| P0-紧急 | 🔴 | 对技术路线/竞争格局/市场产生重大影响，需立即关注 |
| P1-重要 | 🟡 | 对行业有显著影响，建议重点关注 |
| P2-一般 | 🟢 | 行业常规动态，了解即可 |
必须要输入简报的主题和数据时间范围。
与技术全景分析报告 UI 风格完全一致，参考 references/reference_ui_template.html：同一套深蓝渐变 Hero、Tailwind CSS 组件体系、ECharts 图表风格，章节内容按五维情报框架填充。
以下 CSS 在模块一基础上完全复用同一套类体系，仅新增技术情报简报专属组件，生成报告时将以下内容追加到 <style> 块中（模块一基础样式同样必须写入，不得省略）。
/* ===== 继承模块一全部基础样式（必须完整写入） ===== */
/* hero-gradient / section-a~e / card-white / module-card / metric-card /
route-card / float-card / scroll-fade / nav-pill / badge-* /
insight-box / opportunity-box / warning-box / table.dt /
patent-link / perf-bar / chart-container —— 全部照抄，不省略 */
/* ===== 情报简报专属：五维度分区标签条 ===== */
.dim-header { display: flex; align-items: center; gap: 10px; padding: 10px 16px; border-radius: 10px; margin-bottom: 12px; color: white; font-weight: 600; font-size: 0.95rem; }
.dim-news { background: linear-gradient(90deg,#0E7490,#38BDF8); }
.dim-patent { background: linear-gradient(90deg,#1E3A5F,#2D5A87); }
.dim-paper { background: linear-gradient(90deg,#0F766E,#0891B2); }
.dim-policy { background: linear-gradient(90deg,#1E293B,#334155); }
.dim-event { background: linear-gradient(90deg,,); }
{ : flex; : ; : ; : solid ; : flex-start; }
{ : none; }
{ : ; : ; : ; : ; : ; }
{ : ; }
{ : ; }
{ : ; }
{ : ; }
{ : ; : ; : ; : ; }
{ : ; : ; : ; }
{ : ; : ; : none; }
{ : underline; }
{ :; :; : solid ; : ; :; :; :; }
{ :; :; : solid ; : ; :; :; :; }
{ :; :; : solid ; : ; :; :; :; }
{ :; :; : solid ; : ; :; :; :; }
{ : flex; : wrap; : ; : ; : (,,); : ; : solid ; : ; }
{ : center; : ; }
{ : ; : ; : ; : ; }
{ : ; : ; : ; }
{ : relative; : ; }
{ :; :absolute; :; :; :; :; : (,,,transparent); }
{ : relative; : ; }
{ : absolute; :-; :; :; :; :; :; : solid white; : ; }
{ :; :; :; }
{ :; :; }
{ : inline-flex; : center; : ; : (,,,); : solid (,,,); : ; : ; : ; : ; : ; }
章节头部配色轮替（技术情报简报）：
Hero 区 → hero-gradient（深海蓝全渐变，与模块一完全相同）
01 新闻动态 → dim-header dim-news ＋ section-a 章节条
02 专利动态 → dim-header dim-patent ＋ section-b 章节条
03 学术文献 → dim-header dim-paper ＋ section-c 章节条
04 法规政策 → dim-header dim-policy ＋ section-d 章节条
05 行业事件 → dim-header dim-event ＋ section-e 章节条
摘要/综合研判 → section-a（循环）
Hero 区 metric-card 关键指标（四格）：
┌──────────────┬──────────────┐
│ 本期情报总条数 │ P0 紧急条数 │
├──────────────┼──────────────┤
│ 新增专利数量 │ 覆盖企业/机构 │
└──────────────┴──────────────┘
专利数据：全部来自 Patsnap MCP 检索，不捏造专利号、申请人或技术分类数据。专利数量必须展示实际检索到的总量（matched_total），不得展示样本数量（returned_count）或进行样本估算。
学术文献：全部来自 mcp_patent-search__patsnap_search（paper）/ mcp_patent-search__patsnap_fetch，每篇必须附 DOI 链接。
新闻动态：全部来自 mcp_web-search__web_search，每条必须附原文 URL。
政策/法规：全部来自政府官网、标准组织官网或权威法律数据库，必须附官方文件链接或通报编号。
情报可信度标注：所有信息必须区分「已检索确认」与「推测/趋势判断」，后者明确标注并降低可信度等级。
禁止编造任何情报数据。专利号、申请人、技术分类、论文标题、政策文号、新闻事件必须标注来源状态：[已确认] / [待检索] / [用户提供]。禁止为凑齐报告格式而虚构数据或检索结果。
禁止跳过查新直接给技术可行性结论。未经过现有技术/现有设计比对，不得输出「技术路线可行/不可行」的定性判断。
禁止在信息未交叉验证时硬下结论。五维情报中单一维度孤证不立，必须至少在两个维度交叉印证后方可写入报告正文。
禁止为完整性编造缺失信息。技术参数、实验数据、竞品信息、政策细节缺失时，必须标注「需用户补充：XXX」或「待进一步检索确认」，不得用通用套话填充。
禁止竞争对抗类任务强行推进到专利布局建议。若规避方案技术效果差或成本过高，允许输出「建议直接调整技术路线，不进入专利对抗」。
禁止要求用户提供具体专利号/论文 DOI 作为前置条件。如需了解己方现有布局或技术积累，应引导用户用自然语言描述技术优势，再结合检索补全，不得以"请先提供专利号"阻断流程。
禁止在五维情报简报中询问专利保护的目标市场或地域。地域布局属于专利布局阶段的决策，不属于技术情报监测范畴，全程不涉及。
禁止在报告正文和对话回复中直接使用 IPC 编号或"分类号"术语。IPC 编号只能出现在检索式/检索策略说明处，且必须加括号注释含义。
本 Skill 的所有面向用户的输出（报告正文、对话回复、追问、检查点说明）必须遵守以下语言规范：
禁止在报告正文和对话中直接出现 IPC 编号（如 H10K50、A61K 等）或"分类号"字样。技术方向和技术分支一律用研发工程师和决策者能看懂的技术语言描述（如"叠层 OLED 器件结构""电荷生成层材料""GAA 晶体管工艺"）。
IPC 仅允许出现在一个地方：检索式/检索策略说明处。出现时必须加括号注释其含义，例如：H10K50（有机发光器件结构）、H10K59（有机发光显示装置）。
报告的五维情报分类、技术路线分析、竞对动态、机会研判等所有章节，一律使用技术描述语言或业务语言，不得出现 IPC 编号。
情报可信度等级（🟢A / 🟡B / 🟠C / 🔴D）和优先级等级（P0/P1/P2）必须在每条情报后明确标注，不得省略。
本 Skill 依赖智慧芽开放平台 MCP 服务：