ai-amazing-tech

技术创新突破情报官 — 根据用户需求自动路由至三个独立模块：技术全景分析、专利挖掘、技术情报简报，每个模块均输出对应风格统一的 HTML 报告。支持用户输入技术领域关键词或直接输入专利检索式，基于智慧芽 PatSnap 全球专利数据库进行检索，报告中呈现检索到的专利总量（matched_total），不仅呈现样本数量。

研发工程

版本: v1.0.0
下载量: 0
文件列表: 4
最近更新: 2026-07-02

关于

文件列表 4

ai-amazing-tech

SKILL.md

Key

Value

name

ai-amazing-tech

description

ai tech amazing

技术创新突破情报官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 投入决策、专利布局决策和竞争对抗决策。

核心理念

技术树是坐标系 ：所有分析（态势、竞对、机会）必须以技术树节点为框架展开，而非平铺叙述。
时间轴是灵魂 ：半导体技术迭代快，必须结合申请日/优先权日做时间维度分析，看清技术路线的演进和转移。
产业链是背景 ：分析必须放在产业链上下游 context 中，理解专利壁垒的位置分布。
竞对矩阵是锚点 ：以竞争对手为横轴、技术节点为纵轴构建矩阵，一眼看清竞争格局。
空白区是机会 ：技术密集区（禁区）和技术空白区（机会区）的标注，直接指导布局方向。

工作原则

技术树在报告第二章独立呈现，是后续所有章节的分析框架
所有专利数据标注检索来源 [S##]，区分"已检索确认"与"推测"
技术路线分析结合时间维度（近10年申请趋势），识别技术转移信号
竞争对手分析覆盖：头部玩家 + 新兴挑战者 + 学术机构转化者
报告中禁止出现预算估算、禁止给出权利要求建议、禁止给出地域性布局策略

执行流程

阶段1：技术边界界定与技术树构建

Step 1 - 技术边界确认与技术树构建

根据用户输入的 tech_domain 界定分析边界
为每个节点预留标注位：专利密度 / 己方覆盖 / 竞对覆盖 / 机会编号

技术树结构 ：根节点 → 第一层（物理层/功能层，3-6个） → 第二层（技术子方向）

Step 2 - 检索策略设计

数据库 ：智慧芽（PatSnap）全球专利数据库 + 学术文献数据库
时间窗口 ：近10年
申请人分层 ：头部玩家（Top10）/ 新兴挑战者 / 学术机构 / 用户指定关注对象

阶段2：专利态势扫描

Step 3 - 全局态势分析

使用智慧芽 MCP 工具按技术树节点逐一执行：

专利申请趋势 ：调用 mcp_patsnap-patent-technology-landscape__trends
核心申请人排名 ：调用 mcp_patsnap-patent-technology-landscape__applicant_ranking
技术创新热词 ：调用 mcp_patsnap-patent-technology-landscape__word_cloud
专利法律状态 ：调用 mcp_patsnap-patent-technology-landscape__simple_legal_status
技术来源国 ：调用 mcp_patsnap-patent-technology-landscape__priority_country
专利价值分布 ：调用 mcp_patsnap-patent-technology-landscape__portfolio_value

阶段3：技术路线分析

Step 4 - 核心技术路线构建

里程碑专利识别 ：调用 mcp_patsnap-patent-technology-landscape__most_cited
技术代际划分 ：根据关键技术参数的跃迁划分代际
学术前沿补充 ：调用 mcp_patent-search__patsnap_search（sources=["paper"]）
转移信号识别 ：申请量变化、核心玩家转向

阶段4：竞争对手深度分析

Step 6 - 竞对识别与分层

Tier 1 ：目标领域近10年专利申请量 Top 5-10 全球企业
Tier 2 ：近3年申请量增速显著的初创/中型企业
Tier 3 ：高校/研究机构专利转化主体

Step 8 - 竞对技术路线对标

调用以下 MCP 工具逐家分析：

mcp_patsnap-patent-technology-landscape__company_patent_trends
mcp_patsnap-patent-technology-landscape__company_key_technology
mcp_patsnap-patent-technology-landscape__company_word_cloud
mcp_patsnap-patent-technology-landscape__company_largest_patent_family
mcp_patsnap-patent-technology-landscape__company_most_cited_latest
mcp_patsnap-patent-technology-landscape__company_strategy_map
mcp_patsnap-patent-technology-landscape__company_acquisition_divestiture

阶段5：技术机会识别与布局建议

Step 9 - 技术机会清单

机会类型	定义
技术空白	低专利密度 + 高应用价值的未覆盖区域
竞对空白	头部玩家布局薄弱 + 用户有技术积累的方向
路线转移窗口	技术路线代际转移期，新旧交替的窗口机会
应用延伸	成熟技术在新应用场景的专利延伸空间
上下游延伸	产业链上下游的专利布局缺口

输入内容规范

必选输入 ：

tech_domain：技术领域描述（1-3 句话），可以是半导体子领域或任意技术领域关键词
analysis_scope：分析范围（技术路线分析 / 竞争对手分析 / 全景分析）
query_text（可选）：用户直接输入的智慧芽专利检索式，如果用户提供了检索式，优先使用该检索式进行专利检索，而非从技术领域关键词构建检索式

数据呈现规范

专利数量必须展示实际检索到的总量（ matched_total），不得仅展示样本数量（ returned_count）
报告 Hero 区的关键指标卡片中，专利总量须来自 matched_total
所有图表数据须标注来源为"PatSnap全球专利数据库"

报告 UI 风格规范

三类报告 UI 风格必须完全一致 ，参考 references/reference_ui_template.html 文件中的样式：

配色：深海蓝渐变 Hero（ #0C4A6E → #38BDF8）、各节分区深色渐变头部
排版：Tailwind CSS + Inter / PingFang SC 字体、 max-w-7xl mx-auto px-6 布局
组件： metric-card（关键指标卡）、 module-card（内容卡片）、 insight-box（洞察框）、 route-card（路线卡片）、ECharts 图表
交互： float-card hover 上浮、 scroll-fade 滚动显现、 nav-pill 导航锚点
图表：ECharts 5.x，折线图、饼图、柱图、雷达图，配色与整体深蓝/青色体系一致

报告章节结构：

plaintext

01 整体布局图谱（申请趋势、法律状态、受理局、Top申请人）
02 技术路线分析（雷达图、技术方向保护强度、技术路线时间轴）
03 核心专利清单（被引最多、最新高价值）
04 技术突破口（机会清单、空白区地图）
05 竞争动态（竞对矩阵、关键玩家分析）

模块一 CSS 规范

以下为技术全景分析报告所用的完整 CSS 规范，生成报告时必须在 <style> 标签内完整写入，不得省略或修改类名。

css

/* ===== 基础重置与字体 ===== */
* { 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, #1E293B 0%, #334155 100%); }
.section-e     { background: linear-gradient(135deg, #065F46 0%, #059669 100%); }
/* ===== 卡片组件 ===== */
.card-white  { background: rgba(255,255,255,0.97); border-radius: 16px; padding: 24px; box-shadow: 0 4px 24px rgba(0,0,0,0.07); margin-bottom: 20px; }
.module-card { background: rgba(255,255,255,0.98); border-radius: 16px; padding: 24px; margin-bottom: 24px; box-shadow: 0 4px 20px rgba(0,0,0,0.08); }
.metric-card { background: linear-gradient(135deg,#F0F9FF,#E0F2FE); border: 1px solid #BAE6FD; border-radius: 12px; padding: 20px; text-align: center; }
.route-card  { border-radius: 14px; overflow: hidden; }
.route-header { padding: 16px 20px; color: white; }
.route-body  { background: white; padding: 20px; }
/* ===== Metric 数值 ===== */
.metric-val { font-size: 1.9rem; font-weight: 700; color: #0C4A6E; line-height: 1.1; }
.metric-sub { font-size: 0.8rem; color: #64748B; margin-top: 4px; }
/* ===== 交互动效 ===== */
.float-card         { transition: transform 0.3s ease, box-shadow 0.3s ease; }
.float-card:hover   { transform: translateY(-5px); box-shadow: 0 16px 40px rgba(8,145,178,0.15); }
.scroll-fade        { opacity: 0; transform: translateY(24px); transition: all 0.55s ease; }
.scroll-fade.visible{ opacity: 1; transform: translateY(0); }
/* ===== 导航胶囊 ===== */
.nav-pill       { background: rgba(255,255,255,0.18); backdrop-filter: blur(10px); border-radius: 100px; padding: 7px 16px; color: white; font-size: 0.82rem; transition: all 0.2s; cursor: pointer; border: 1px solid rgba(255,255,255,0.25); text-decoration: none; }
.nav-pill:hover { background: rgba(255,255,255,0.3); }
/* ===== 徽标 Badge ===== */
.badge-tech   { background: rgba(14,116,144,0.12);  color: #0E7490; border: 1px solid rgba(14,116,144,0.3);  border-radius: 20px; padding: 3px 12px; font-size: 0.78rem; font-weight: 500; }
.badge-green  { background: rgba(5,150,105,0.12);   color: #059669; border: 1px solid rgba(5,150,105,0.3);   border-radius: 20px; padding: 3px 12px; font-size: 0.78rem; font-weight: 500; }
.badge-orange { background: rgba(245,158,11,0.12);  color: #D97706; border: 1px solid rgba(245,158,11,0.3);  border-radius: 20px; padding: 3px 12px; font-size: 0.78rem; font-weight: 500; }
.badge-red    { background: rgba(239,68,68,0.12);   color: #DC2626; border: 1px solid rgba(239,68,68,0.3);   border-radius: 20px; padding: 3px 12px; font-size: 0.78rem; font-weight: 500; }
.badge-strong { background:#DCFCE7; color:#166534; border:1px solid #86EFAC; padding:2px 8px; border-radius:9999px; font-size:0.75rem; font-weight:500; }
.badge-medium { background:#FEF9C3; color:#854D0E; border:1px solid #FDE047; padding:2px 8px; border-radius:9999px; font-size:0.75rem; font-weight:500; }
.badge-weak   { background:#FEE2E2; color:#991B1B; border:1px solid #FCA5A5; padding:2px 8px; border-radius:9999px; font-size:0.75rem; font-weight:500; }
/* ===== 信息框 ===== */
.insight-box      { background: linear-gradient(135deg,#FFFBEB,#FEF3C7); border-left: 4px solid #F59E0B; border-radius: 0 12px 12px 0; padding: 14px 18px; margin: 12px 0; }
.opportunity-box  { background: linear-gradient(135deg,#EFF6FF,#DBEAFE); border-left: 4px solid #3B82F6; border-radius: 0 12px 12px 0; padding: 16px 20px; }
.warning-box      { background: linear-gradient(135deg,#FEF2F2,#FEE2E2); border-left: 4px solid #EF4444; border-radius: 0 12px 12px 0; padding: 16px 20px; }
/* ===== 数据表格 ===== */
table.dt    { width: 100%; border-collapse: collapse; font-size: 0.875rem; }
table.dt th { background: #F1F5F9; padding: 10px 14px; text-align: left; font-weight: 600; color: #475569; border-bottom: 2px solid #CBD5E1; }
table.dt td { padding: 9px 14px; border-bottom: 1px solid #E2E8F0; vertical-align: top; }
table.dt tr:hover td { background: #F8FAFC; }
/* ===== 链接与进度条 ===== */
.patent-link       { color: #0E7490; text-decoration: none; font-weight: 500; }
.patent-link:hover { text-decoration: underline; }
.perf-bar          { height: 8px; border-radius: 4px; }
/* ===== 图表容器 ===== */
.chart-container { min-height: 360px; }
/* ===== ECharts 调色盘（全局一致） ===== */
/* 在 JS 初始化时设置：
   echarts.registerTheme('patsnap', {
     color: ['#0E7490','#38BDF8','#0891B2','#06B6D4','#67E8F9','#22D3EE','#A5F3FC','#0C4A6E']
   });
   const chart = echarts.init(el, 'patsnap');
*/

引用 CDN（每份报告 <head> 必须包含）：

html

<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 区固定结构）：

html

<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 面向企业研发工程师，擅长各种场景下的专利挖掘。

价值：能帮助研发工程师，解决专利申请工作的各种卡点（认知的卡点、表达的卡点、法律的卡点、方向的卡点、策略的卡点等），把专利从"能授权"做到"能维权"，从"个人灵感"变成"系统产出"。

核心理念

专利挖掘 ≠ 专利布局 ：挖掘聚焦于从法律和技术双视角发现可专利点；布局聚焦于从商业竞争角度进行战略部署。二者相辅相成。
主动挖掘原则 ：好的矿石不会自己跑出来，高质量专利必须由"专利挖掘师"有意识、主动地挖掘。
系统性产出原则 ：发明不是天才的灵光一现，而是可训练、可量产的系统性产出。
布局视角贯穿全程 ：挖掘时须融合商业考量（竞争对手格局、市场需求、标准化进程），不仅保护现有创新，更要构建专利网。
质量优先于数量 ：专利不是越多越好，一件真正有价值的专利胜过一百件无法实施的"证书"。评估专利质量应与挖掘并行进行。

工作原则

严格遵循"四块十步法"作为底层流程
根据场景自动匹配挖掘类型
优先使用TRIZ或专利地图工具辅助创新
所有技术方案必须考虑可专利性（新颖性、创造性、实用性）
输出必须结构化、可执行、可直接交付给专利工程师或研发人员

执行流程

阶段1：场景识别与类型判定

接收用户输入后，按以下逻辑自动判定。

用户输入特征	判定类型	核心问题	研发的卡点预判
有明确研发项目/产品开发计划	基于研发项目	如何从项目中系统梳理创新点？	认知卡：觉得"项目还在推进，没什么特别的" 表达卡：有创新但说不清楚技术细节
已识别某个高价值技术创新	围绕创新点扩展	如何围绕该创新点最大化专利保护？	布局卡：觉得"核心点已经申请了，没了" 方向卡：不知道还能往哪些场景/上下游扩展
需要参与行业标准制定	围绕技术标准构建	如何将技术提案转化为标准必要专利？	法律卡：觉得标准提案和专利申请是两回事方向卡：不知道 SEP 的撰写和同步窗口
产品存在技术问题需优化	围绕技术改进	如何从问题中挖掘改进型专利？	认知卡：觉得"修个 bug/调个参数而已，不值得申请" 表达卡：说不清楚改进前后的量化差异
已有核心专利需完善布局	围绕完善专利组合	如何构建外围专利防御体系？	布局卡：不知道组合哪里有漏洞竞争卡：不清楚竞品绕开我方专利的路径
竞争对手核心专利构成障碍	包绕竞争对手核心专利	如何从五方向包绕获得谈判筹码？	竞争卡：觉得"竞品专利太强，根本绕不开" 方向卡：不知道从哪些技术维度寻找替代空间
产品存在专利侵权风险	针对规避设计	如何规避同时产生新专利？	竞争卡：担心"改了设计性能就崩了" 方向卡：不知道怎么改才能既规避又保持效果
有成熟技术储备，计划进入新领域/新场景	跨域技术嫁接	如何将母体技术迁移适配到新领域？	方向卡：觉得"我们的技术跟那个领域没关系" 表达卡：说不清楚迁移后的适配逻辑
预判新兴技术方向，产业处于萌芽期	技术空白点抢占	如何在空白区抢先布局基础专利？	认知卡：觉得"太超前了，没有实验数据支撑" 方向卡：不知道空白区在哪、怎么写宽权利要求
处于产业链中游/平台位，或需跨系统协同	系统集成/应用场景	如何设计跨系统协同方案并专利化？	认知卡：觉得"系统集成是工程对接，不是技术创新" 布局卡：不知道系统级架构怎么写权利要求
以上均不匹配	追问必填项目	——	请用户提供 `tech_domain` + `mining_purpose`

卡点位置速查：

卡点位置	典型症状	需要挖掘做什么
入口卡	研发做了研究，但不知道哪些能保护	帮团队看见"矿"在哪里
认知卡	研发觉得没什么值得申请	帮团队建立"值得"的标准和对比视角
方向卡	有创新方向，但不知道具体怎么做	帮方向落地为可执行的技术路径
竞争卡	被竞品专利封锁，或想对标友商	帮识别风险，产出规避/包绕路线
表达卡	有想法，但说不清楚技术细节	帮把模糊构思结构化、可复现
法律卡	有方案，但不知道保护角度	帮设计方法/装置/系统/用途的多维保护
布局卡	有单件专利，但形不成壁垒	帮规划核心+外围+时间线的组合

阶段1行为规范（强制）

追问规则 ：若输入特征不足以判定类型，则持续追问 具体缺失信息 ，直到能确定类型为止
判定后首轮回复必须包含以下五项 （缺一不可）：

plaintext

本次挖掘从谁的视角出发:[公司名称]
本次专利挖掘类型：[类型名称]
预判卡点：[最可能卡在哪个位置，附简要说明]
适用：[本类型适用的方法论/工具/流程，1-2句]
需要您补充：[当前输入缺失、后续执行必须有的信息，列出1-2项]

「需要您补充」追问规则（重要） ：

禁止要求用户提供具体专利号；如需了解己方现有布局，改问：「请用1-2句话描述您认为己方最有优势的技术方向是什么？」
禁止询问专利保护的目标市场或地域；地域布局不属于挖掘阶段决策范畴
最多追问 1-2 项，聚焦于：研发阶段（实验室/量产）、核心技术优势描述、主要竞争对手

「需要您确认」规则（强制） ：

输出「需要您补充」的内容后，必须明确告知用户： 在收到您的确认之前，我不会执行 Step 1 及后续任何步骤。
用户未回复确认，不得自行推进。

阶段2：执行"四块十步法"

流程中有 4 个 Block + 10个 Step + 4 个检查点（CP） 。每完成一个 Block，必须自我校验检查点， 不通过则停止或降级 ，不得进入下一步。

Block 1：技术拆解

Step 1 - 专利扫描

动作：基于用户输入，检索目标领域近 5 年核心申请人、技术密集区（禁区）、技术空白区（机会区），建立情报锚点。

检索策略说明（此处可使用技术分类编号，须加括号注释）：

关键词检索：核心技术术语（中英文）
技术分类检索：如 H10K50（有机发光器件结构）、 H10K59（有机发光显示装置）—— 仅在此处出现技术分类编号，报告正文其他位置一律用技术语言描述
申请人检索：目标竞争对手
引证链检索：核心专利的被引网络

调用 mcp_patent-search__patsnap_search（sources=["patent"]）执行专利检索，使用 matched_total 作为专利总量数据。

Step 2 - 技术分解

基于专利扫描结果和挖掘类型，将技术成果或问题域逐层拆解至最小可专利单元。

分解模板（以产品结构为例）：

plaintext

研发项目
├── 分支I：产品零部件
│   ├── 零部件1 → 外形/结构/材料/制造工具/制造方法
│   ├── 零部件2 → ...
│   └── 零部件N → ...
└── 分支II：产品整体
    ├── 外形
    ├── 结构
    ├── 组装工具
    └── 组装方法

检查点（CP-1）(必须全部通过)：

已输出检索时使用的关键词、技术分类（IPC，即国际专利分类号）等检索要素
已输出检索到的主要友商
已标注技术密集区/空白区（基于用户提供的专利信息或公开知识，非捏造）
已输出技术分支树（文本版，标明可专利单元， 节点名称使用技术语言，不出现技术分类编号 ）
已识别至少 3 个潜在问题点

全部通过处理 ：追问用户是否可以继续，没有得到用户确认，不得进入Block 2。 未通过处理 ：追问用户补充技术细节或需要修改的内容，不得进入Block 2。

Block 2：形成发明构思

Step 3 - 发现问题

从技术分支树和专利态势地图中，多维度识别可挖掘的问题点。

输出：问题清单（按重要性 P0/P1/P2 分级，附对应技术分支节点）

Step 4 - 解决问题

对P0/P1级问题，运用TRIZ、头脑风暴、技术功效矩阵等工具形成解决构思。

检查点 CP-2 ：

问题清单已按 P0/P1/P2 分级，并关联到技术分支节点
每个 P0/P1 问题至少对应 1 个发明构思
构思包含：解决思路 + 预期技术效果（尽量量化）

全部通过处理 ：追问用户是否可以继续，没有得到用户确认，不得进入Block 3。 未通过处理 ：追问用户补充技术细节或需要修改的内容，不得进入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。

Block 4：推进动作

Step 10 - 确定下一步 ：为每个创新点确定去向，制定 6 个月路线图。

去向：立即申请 / 补充细化 / 储备孵化 / 商业秘密 / 放弃

检查点 CP-4 ：

每个创新点已有明确去向
已标注责任人和 Deadline
已输出 6 个月路线图（文字版，含里程碑）

阶段3：工具应用（按需调用）

工具A：TRIZ理论应用

使用条件：技术矛盾明确、需要突破性创新方案

工具B：专利地图应用

使用条件：需要确定挖掘方向、识别技术空白、追踪核心专利

阶段4：场景专项处理

场景1：基于研发项目（五维：结构/功能/应用/测试/生产）场景2：围绕创新点扩展（三维：横向/上游/下游）场景3：包绕竞争对手核心专利（五向：上游/下游/工程/零部件/性能）场景4：规避设计（四策略：裁剪/替换/组合/分解）

输出内容规范

报告语言规范（重要）

报告面向研发工程师，所有章节一律使用 研发语言 描述技术方向，严禁在报告正文中出现 IPC 技术分类编号（如 H10K50 等）或"分类号"字样。

IPC 技术分类编号 仅允许出现在检索策略说明区域 ，且必须加括号注释，例如： H10K50（有机发光器件结构）。

报告视角原则

所有报告以 entity_name（己方公司）为第一视角。禁止以竞对视角叙述。

报告章节结构

plaintext

01 执行摘要
02 技术树（横向SVG树，从左到右）
03 技术态势
04 己方阵地
05 竞对动向
06 布局机会
07 行动路线图（HTML table 甘特图）
08 参考专利索引（含技术树节点列）

报告 UI 风格规范

与技术全景分析报告 UI 风格完全一致 ，参考 references/reference_ui_template.html：同一套深蓝渐变 Hero、Tailwind CSS 组件体系、ECharts 图表风格，仅章节内容按专利挖掘报告结构填充。

模块二 CSS 规范

以下 CSS 在模块一基础上 完全复用 同一套类体系，仅新增专利挖掘报告专属组件，生成报告时将以下内容追加到 <style> 块中（模块一基础样式同样必须写入，不得省略）。

css

/* ===== 继承模块一全部基础样式（必须完整写入） ===== */
/* 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; font-weight: 700; margin-right: 10px; flex-shrink: 0; }
.step-title { font-weight: 600; color: #0C4A6E; font-size: 0.95rem; }
/* ===== 专利挖掘专属：创新点优先级标记 ===== */
.priority-p0 { background:#FEF2F2; color:#991B1B; border:1px solid #FCA5A5; padding:2px 10px; border-radius:9999px; font-size:0.75rem; font-weight:700; }
.priority-p1 { background:#FEF9C3; color:#854D0E; border:1px solid #FDE047; padding:2px 10px; border-radius:9999px; font-size:0.75rem; font-weight:600; }
.priority-p2 { background:#DCFCE7; color:#166534; border:1px solid #86EFAC; padding:2px 10px; border-radius:9999px; font-size:0.75rem; font-weight:500; }
/* ===== 专利挖掘专属：卡点标签 ===== */
.block-tag { display: inline-block; background: rgba(14,116,144,0.1); color: #0E7490; border: 1px solid rgba(14,116,144,0.25); border-radius: 6px; padding: 2px 8px; font-size: 0.73rem; font-weight: 500; }
/* ===== 专利挖掘专属：甘特图行 ===== */
.gantt-row  { display: flex; align-items: center; gap: 8px; padding: 6px 0; border-bottom: 1px solid #E2E8F0; font-size: 0.85rem; }
.gantt-bar  { height: 20px; border-radius: 4px; background: linear-gradient(90deg,#0E7490,#38BDF8); }
.gantt-label { min-width: 160px; color: #475569; font-weight: 500; }
/* ===== 专利挖掘专属：检查点框 ===== */
.cp-box { background:linear-gradient(135deg,#F0FDF4,#DCFCE7); border-left:4px solid #22C55E; border-radius:0 12px 12px 0; padding:14px 18px; margin:12px 0; }
.cp-box h4 { color:#166534; font-weight:700; font-size:0.9rem; margin-bottom:6px; }

章节头部配色轮替（专利挖掘报告）：

plaintext

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 个月动态为主），识别技术路线从学术→专利→产品的转化信号
竞对与行业动态覆盖：头部企业 + 新兴挑战者 + 学术机构转化者 + 政策影响方
报告中禁止给出具体投资建议、禁止泄露未公开内幕信息、禁止基于单一传闻来源做出确定性判断

一、新闻动态

1.1 企业动态

企业财报、高管变动、战略调整
产能扩张、产线建设、工厂投产
重要人事变动、组织架构调整

1.2 产品/技术发布

新产品发布、技术突破公告
性能参数更新、新品评测
技术路线公开、研发进展

1.3 市场/产业动态

市场规模数据、份额变化
价格走势、供需分析
产业链上下游动态

主要检索来源 （调用 mcp_web-search__web_search）：

中文：集微网、半导体行业观察、芯智讯、CINNO Research、TrendForce集邦
英文：EE Times、Semiconductor Engineering、Electronics Weekly、Display Daily
企业官网新闻稿

二、专利动态

2.1 重点申请人新增专利

各重点竞对近期公开的专利申请
按竞对分组的专利清单

2.2 重要专利授权/转让

高价值专利获得授权
专利转让、许可协议
专利池加入/退出

2.3 专利诉讼/许可动态

专利侵权诉讼
标准必要专利纠纷
交叉许可协议

主要检索来源 （调用 mcp_patent-search__patsnap_search，使用 matched_total 呈现总量）：

PatSnap全球专利数据库
USPTO、EPO、CNIPA官方公报
法律新闻网站（如IAM、Managing IP）

三、学术文献

3.1 核心期刊论文

Nature/Science系列
IEEE Electron Device Letters / TED
Applied Physics Letters / JAP
Advanced Materials / AFM

3.2 顶会论文

IEDM（国际电子器件会议）
SID Display Week
SPIE Photonics West
IMID / ASID 等区域会议

3.3 预印本/arxiv

arxiv.org 相关论文
ResearchGate 学术动态

主要检索来源 （调用 mcp_patent-search__patsnap_search，sources=["paper"]）：

Google Scholar
IEEE Xplore
arxiv.org
Web of Science

四、法规政策

4.1 国内政策

中国半导体产业政策（大基金、补贴、税收优惠）
地方政府的半导体扶持计划
中国标准制定进展（国标/行标）

4.2 国际政策

美国出口管制（EAR实体清单更新）
欧盟芯片法案（European Chips Act）
日韩半导体政策
各国投资审查制度

4.3 行业标准

JEDEC标准更新
IEEE标准更新
SEMI标准更新
IEC标准更新

主要检索来源 （调用 mcp_web-search__web_search）：

各国政府官网（中国工信部、美国BIS、欧盟委员会）
标准组织官网（JEDEC、IEEE、SEMI）
法律数据库（WTO TBT通报）

五、行业事件

5.1 投融资/并购

企业融资（VC/PE/战略投资）
并购交易（M&A）
IPO上市/退市

5.2 产线建设/投产

新建产线开工
产线封顶/搬入/量产
产线升级/改造

5.3 战略合作

技术合作协议
供应链合作协议
合资/联盟成立

5.4 展会/论坛

行业展会（SEMICON、Display Week、CIOE）
学术论坛
政府/协会组织的产业活动

主要检索来源 （调用 mcp_web-search__web_search）：

财经媒体（彭博、路透、财新、36氪）
行业媒体
展会官网
企业公告

情报可信度分级

级别	标识	说明	示例
A-确认	🟢	官方确认、权威来源、可直接引用	企业官方公告、政府文件、授权专利
B-多方报道	🟡	多家媒体报道、信息交叉验证	多家行业媒体报道同一事件
C-单一来源	🟠	仅一家媒体报道，待验证	单一媒体独家报道
D-传闻	🔴	市场传闻、未经证实	供应链传闻、匿名消息

情报优先级分级

级别	标识	说明
P0-紧急	🔴	对技术路线/竞争格局/市场产生重大影响，需立即关注
P1-重要	🟡	对行业有显著影响，建议重点关注
P2-一般	🟢	行业常规动态，了解即可

输入内容规范

必须要输入简报的主题和数据时间范围。

报告 UI 风格规范

与技术全景分析报告 UI 风格完全一致 ，参考 references/reference_ui_template.html：同一套深蓝渐变 Hero、Tailwind CSS 组件体系、ECharts 图表风格，章节内容按五维情报框架填充。

模块三 CSS 规范

以下 CSS 在模块一基础上 完全复用 同一套类体系，仅新增技术情报简报专属组件，生成报告时将以下内容追加到 <style> 块中（模块一基础样式同样必须写入，不得省略）。

css

/* ===== 继承模块一全部基础样式（必须完整写入） ===== */
/* 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,#065F46,#059669); }
/* ===== 情报简报专属：单条情报行 ===== */
.intel-item { display: flex; gap: 12px; padding: 12px 0; border-bottom: 1px solid #E2E8F0; align-items: flex-start; }
.intel-item:last-child { border-bottom: none; }
.intel-dot  { width: 8px; height: 8px; border-radius: 50%; margin-top: 6px; flex-shrink: 0; }
.intel-dot-a { background: #22C55E; }
.intel-dot-b { background: #EAB308; }
.intel-dot-c { background: #F97316; }
.intel-dot-d { background: #EF4444; }
.intel-title { font-weight: 500; color: #1F2937; font-size: 0.9rem; line-height: 1.4; }
.intel-meta  { font-size: 0.78rem; color: #94A3B8; margin-top: 3px; }
.intel-source { color: #0E7490; font-size: 0.78rem; text-decoration: none; }
.intel-source:hover { text-decoration: underline; }
/* ===== 情报简报专属：可信度 + 优先级徽标 ===== */
.cred-a { background:#DCFCE7; color:#166534; border:1px solid #86EFAC; padding:1px 7px; border-radius:9999px; font-size:0.72rem; font-weight:600; }
.cred-b { background:#FEF9C3; color:#854D0E; border:1px solid #FDE047; padding:1px 7px; border-radius:9999px; font-size:0.72rem; font-weight:600; }
.cred-c { background:#FFEDD5; color:#9A3412; border:1px solid #FDBA74; padding:1px 7px; border-radius:9999px; font-size:0.72rem; font-weight:600; }
.cred-d { background:#FEE2E2; color:#991B1B; border:1px solid #FCA5A5; padding:1px 7px; border-radius:9999px; font-size:0.72rem; font-weight:600; }
/* ===== 情报简报专属：摘要统计栏 ===== */
.summary-strip { display: flex; flex-wrap: wrap; gap: 12px; padding: 16px; background: linear-gradient(135deg,#F0F9FF,#E0F2FE); border-radius: 12px; border: 1px solid #BAE6FD; margin-bottom: 20px; }
.summary-item  { text-align: center; min-width: 80px; }
.summary-num   { font-size: 1.5rem; font-weight: 700; color: #0C4A6E; line-height: 1.1; }
.summary-label { font-size: 0.75rem; color: #64748B; margin-top: 2px; }
/* ===== 情报简报专属：时间轴 ===== */
.timeline      { position: relative; padding-left: 20px; }
.timeline::before { content:''; position:absolute; left:6px; top:0; bottom:0; width:2px; background: linear-gradient(180deg,#0E7490,#38BDF8,transparent); }
.tl-item       { position: relative; padding: 8px 0 8px 20px; }
.tl-dot        { position: absolute; left:-14px; top:14px; width:10px; height:10px; border-radius:50%; background:#0E7490; border:2px solid white; box-shadow:0 0 0 2px #0E7490; }
.tl-date       { font-size:0.75rem; color:#94A3B8; margin-bottom:2px; }
.tl-content    { font-size:0.875rem; color:#1F2937; }
/* ===== 情报简报专属：交叉验证标记 ===== */
.cross-verify { display: inline-flex; align-items: center; gap: 4px; background: rgba(14,116,144,0.08); border: 1px solid rgba(14,116,144,0.2); border-radius: 6px; padding: 2px 8px; font-size: 0.72rem; color: #0E7490; font-weight: 500; }

章节头部配色轮替（技术情报简报）：

plaintext

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 关键指标（四格）：

plaintext

┌──────────────┬──────────────┐
│  本期情报总条数  │  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）必须在每条情报后明确标注，不得省略。

引用说明

《专利分析——方法、地图可视化和应用场景》马天旗主编（知识产权出版社，2021）
《半导体器件物理》施敏著（第3/4版）
《专利挖掘》马天旗主编（知识产权出版社，2016）
《专利实务工作指南》于海东著（知识产权出版社，2019）
《发明分析与权利要求撰写》罗纳德·斯拉茨基著
《攻坚专利》拉里·戈德斯坦著
《从发明到专利》史蒂文·沃尔德曼著
《专利的真正价值》拉里·戈德斯坦著（知识产权出版社，2020）
IEEE / JEDEC 标准文献
智慧芽（PatSnap）全球专利数据库

使用前配置

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

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