원클릭으로
research-union
当用户要求深度调研、系统梳理、研究报告、竞品分析、方案对比、趋势分析或事实核查时使用;不用于单点事实查询或快速摘要。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
当用户要求深度调研、系统梳理、研究报告、竞品分析、方案对比、趋势分析或事实核查时使用;不用于单点事实查询或快速摘要。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Professional data visualization using Python (matplotlib, seaborn, plotly). Create publication-quality static charts, statistical visualizations, and interactive plots. Use when generating charts/graphs/plots from data, creating infographics with data components, or producing scientific/statistical visualizations. Supports PNG/SVG (static) and HTML (interactive) export.
将 deck_dir 中的 HTML 页面导出为可编辑的 PPTX 文件,使用 DOM 解析重建方式生成原生 PPTX 元素(文本框、图片、形状、表格等)。
Generate professional PDFs from Markdown, HTML, data, or code. Reports, invoices, contracts, and documents with best practices.
Generate, edit, and read PowerPoint presentations. Create from scratch with PptxGenJS (cover, TOC, content, section divider, summary slides), edit existing PPTX via XML workflows, or extract text with markitdown. Triggers: PPT, PPTX, PowerPoint, presentation, slide, deck, slides.
当 storyboard 中存在图片或视觉资产缺口,需要为页面或槽位生成可追踪的资产计划,并优先落地本地图片文件时使用。
当需要根据 style-spec、storyboard 和 asset-plan 逐页生成 1280×720 HTML 幻灯片时使用。
| name | research-union |
| description | 当用户要求深度调研、系统梳理、研究报告、竞品分析、方案对比、趋势分析或事实核查时使用;不用于单点事实查询或快速摘要。 |
核心理念:不是"搜一轮就写报告",而是 搜 → 读 → 评估 → 不够就再搜,循环多轮直到证据充分。
digraph path_select {
"用户请求" [shape=doublecircle];
"命中复杂信号 ≥2?" [shape=diamond];
"simple path" [shape=box];
"complex path(7 阶段)" [shape=box];
"用户请求" -> "命中复杂信号 ≥2?";
"命中复杂信号 ≥2?" -> "simple path" [label="否"];
"命中复杂信号 ≥2?" -> "complex path(7 阶段)" [label="是"];
}
复杂信号(命中任意 2 条进入 complex path):
simple path:直接搜索 → 先结论后依据 → 完成。不走 planning,不落盘。
PLAN → DIVERGE → SEARCH → TRIAGE → READ → REASSESS → SYNTHESIZE
↑ |
└── 覆盖度不足时回到这里 ───┘
先做探索性搜索:确认术语准确性、判断信息可获取性、校准研究范围。
产出 planning JSON(写入 research/plan.json),核心字段:
| 字段 | 说明 | 默认值 |
|---|---|---|
| topic / goal | 研究主题和核心目标 | — |
| scope | time_range, region, language, inclusions, exclusions | 近3年/全球/zh+en |
| questions[] | 子问题列表,含 evidence_types 和 dimensions | — |
| search_budget | min_queries / max_queries / max_iterations / min_sources_per_question | 15 / 40 / 3 / 2 |
| success_criteria | min_total_sources / min_verified_claims / coverage_target | 8 / 5 / 0.8 |
| source_plan | primary: serper_search + fetch_url; supplement: union-search-skill(仅主链不足时) | — |
向用户展示时用简洁中文概括,只确认:范围、子问题、边界条件。确认后再进入下一阶段。
对每个子问题生成多维度 query 矩阵(不是直接把子问题当搜索词):
"X 的问题" "X 的缺点" "X alternatives""X vs Y" "X compared to Y"目标:每个子问题 3-5 个变体,整体 ≥ min_queries。多语言 scope 时生成双语 query。
记录到 research/queries.json。
尽可能并发执行所有 query(利用 tool_calls 并发能力)。超过单次并发上限时分 2-3 批,每批打满。
搜索源优先级:serper_search(主链) > 内置搜索工具(brave/tavily 等) > union-search-skill(仅主链不足时)
本阶段目标:收集候选 URL 和摘要,不做深度阅读。
| 规则 | 说明 |
|---|---|
| 去重 | URL 去重 + 镜像/转载去重(保留原始来源) |
| 域名限制 | 同一域名最多 3 条 |
| 视角多样性 | 覆盖支持方、反对方、中立方 |
| 可信度分级 | L1 官方/一手 → L2 权威媒体/peer-reviewed → L3 行业博客/技术社区 → L4 一般媒体/聚合站 → L5 论坛/社交媒体 |
| 相关性评分 | 与子问题匹配度:高/中/低 |
| 时效性排序 | 同等相关性和可信度下,优先选择发布时间更近的来源;超过用户指定 time_range 的来源降为辅助参考 |
产出:按子问题分组的优先阅读列表,每个子问题 top 3-5 个高价值 URL。
小批量抓取(每批 2-3 个 URL,用 fetch_url),避免超时扩散。
对每个页面提取:关键事实和数据、直接引用(带原文)、发布时间和作者、页面中的有价值链接(可选一跳跟踪)。
证据记录格式:子问题ID | 证据摘要 | 原文引用 | 来源URL | 可信度等级 | 是否需要交叉验证
抓取失败标记 FAILED,在 REASSESS 阶段考虑补充。
这是核心阶段。 对每个子问题逐一评估:来源充分性、证据强度(L1-L2 支撑)、交叉验证(2+ 独立来源)、视角覆盖、新发现。
对每条关键结论标注验证状态:
digraph reassess {
"逐子问题评估" [shape=doublecircle];
"有 GAP?" [shape=diamond];
"有 UNVERIFIED 且 < L3?" [shape=diamond];
"发现新子问题?" [shape=diamond];
"在 scope 内?" [shape=diamond];
"全部 CONFIRMED/LIKELY?" [shape=diamond];
"达到 max_iterations?" [shape=diamond];
"回到 DIVERGE 补充" [shape=box];
"回到 SEARCH 验证" [shape=box];
"添加子问题,回到 DIVERGE" [shape=box];
"记录但不追踪" [shape=box];
"进入 SYNTHESIZE" [shape=box];
"进入 SYNTHESIZE(标注不足)" [shape=box];
"逐子问题评估" -> "有 GAP?";
"有 GAP?" -> "回到 DIVERGE 补充" [label="是"];
"有 GAP?" -> "有 UNVERIFIED 且 < L3?";
"有 UNVERIFIED 且 < L3?" -> "回到 SEARCH 验证" [label="是"];
"有 UNVERIFIED 且 < L3?" -> "发现新子问题?";
"发现新子问题?" -> "在 scope 内?" [label="是"];
"在 scope 内?" -> "添加子问题,回到 DIVERGE" [label="是"];
"在 scope 内?" -> "记录但不追踪" [label="否"];
"发现新子问题?" -> "全部 CONFIRMED/LIKELY?";
"全部 CONFIRMED/LIKELY?" -> "进入 SYNTHESIZE" [label="是"];
"全部 CONFIRMED/LIKELY?" -> "达到 max_iterations?";
"达到 max_iterations?" -> "进入 SYNTHESIZE(标注不足)" [label="是"];
"达到 max_iterations?" -> "回到 DIVERGE 补充" [label="否"];
}
迭代约束:最多 max_iterations 轮(默认 3),补充 query 递减(第2轮 ≤10,第3轮 ≤5),连续 2 轮无新信息则提前终止。
需要用户确认的情况:研究范围需明显扩大、需启用 union-search-skill、发现前提假设可能有误。
报告必须包含以下 6 个部分:
[CONFIRMED] [LIKELY] [DISPUTED] [UNVERIFIED] 标签[编号] 标题 | URL | 可信度等级 | 访问时间同时生成结构化 research/report_meta.json 供后续处理。
定位:补充来源,不是默认主链。
启用条件(至少一条):REASSESS 发现主链覆盖不足(某子问题 0 有效来源)、用户在 PLAN 阶段明确要求、主链对特定领域覆盖差(中文社区、视频平台等)。
启用顺序:先 preferred 来源 → 必要时升级到 all。补充搜索失败不阻塞研究,在报告中说明限制即可。
必须做到:
禁止:
进度透明: 每个阶段转换时报告当前进度(已搜 query 数 / 已读页面数 / 已确认证据数)和下一步计划。