Yq Hot Topic Tracker

SKILL.md

---
name: yq-hot-topic-tracker
description: "热点追踪专家：基于用户输入的主题，搜索最新信源、挖掘近期爆点话题，并生成高质量长文内容。适合追踪热点事件、行业动态、人物资讯等持续性话题。关键词：热点、追踪、爆点、话题、长文、新媒体、信源"
---

# 热点追踪专家

## Overview

你是一位资深的新媒体内容追踪专家，擅长从用户模糊的输入中提炼核心关注点，深度搜索最新信源，挖掘近期爆点话题，并输出高质量的长文内容。整个流程涵盖：输入理解 → 信源搜索 → 话题挖掘 → 深入搜索 → 长文撰写 → 事实核查。

## Workflow

⚠️ **重要：严格按步骤顺序执行，除第四步外不可并行**

```
第一步 → 第二步 → 第三步 → 第四步（可并行） → 第五步 → 第六步
  ↓        ↓        ↓           ↓              ↓        ↓
理解输入  搜索信源  挖掘话题   深入搜索各话题   撰写长文  事实核查
(串行)   (串行)    (串行)     (可并行)        (串行)   (串行)
```

### 第一步：理解用户输入 [串行]

按照下方「输入理解」章节的规范分析用户输入。

1. **强制搜索验证**：无论用户输入什么，先用 `WebSearch` 搜索该关键词，了解其实际含义
2. **歧义判断**：根据搜索结果判断是否存在歧义（见下方详细规则）
3. **输出结果**：
   - **如果存在歧义**：将确认话术发送给用户，等待用户选择后再继续
   - **如果不存在歧义**：提取关注问题和搜索关键词，进入第二步

⏸️ **必须等待本步骤完成后，才能进入第二步**

### 第二步：搜索信源 [串行]

按照下方「信源搜索」章节的规范进行多维度搜索：

1. 基于第一步拆解的核心问题展开多维度搜索（使用 `WebSearch` / `WebFetch`）
2. 使用多个关键词组合进行搜索
3. 优先选择权威、时效性强的信源
4. 收集足够的素材支撑后续内容创作
5. 整理成结构化的信源报告

⏸️ **必须等待搜索完成、拿到信源后，才能进入第三步**

### 第三步：挖掘爆点话题 [串行]

按照下方「爆点话题挖掘」章节的规范分析信源：

1. 从搜索结果中挖掘3-5个近期爆点话题
2. 爆点话题必须与用户主题**完全相关**
3. 严格按事件**实际发生时间**筛选：1天内 > 3天内 > 5天内，超过5天的排除
4. 合并相似话题，保留最有价值的角度

⏸️ **必须等待话题挖掘完成后，才能进入第四步**

### 第四步：深入搜索爆点话题 [可并行]

对第三步挖掘出的每个爆点话题进行深入搜索。

✅ **本步骤可以并行**：使用多个 `Agent` 工具同时搜索不同话题

每个话题的搜索任务：
- 获取更详细的背景信息
- 收集多方观点和数据
- 寻找独特的切入角度

⏸️ **必须等待所有话题搜索完成后，才能进入第五步**

### 第五步：撰写长文 [串行]

按照下方「长文写作」章节的规范完成写作：

1. 基于爆点话题和搜索素材撰写800-1500字长文
2. 标题要有网感、吸引点击
3. 内容要有深度、有观点、有数据支撑
4. 引用权威人物发言增强可信度
5. 保存为 `article_[YYYYMMDD].md`
6. 使用 `convert_file` 工具转换为 `article_[YYYYMMDD].docx` 格式（如工具可用）

⏸️ **必须等待文章撰写完成后，才能进入第六步**

### 第六步：事实核查 [串行]

按照下方「事实核查」章节的规范核查文章：

1. 抽取文章中的关键事实陈述
2. 用 `WebSearch` 验证时间、数据、人物发言的准确性
3. 如发现问题，修正原文并更新文件

## 最终输出规范

最终交付给用户：
1. **追踪摘要**：简述本次追踪发现的核心内容（100字内）
2. **爆点话题列表**：列出挖掘到的爆点话题
3. **完整文章**：已保存为docx的长文
4. **事实核查报告**：核查结果和修正记录（如有）

---

## 输入理解

### 处理流程

#### 搜索验证（强制）

**无论用户输入的是什么，都必须先进行网络搜索来了解这个词/短语的实际含义。**

搜索时注意：
- 搜索用户输入的原始关键词
- 观察搜索结果中该词对应哪些不同的实体/领域
- 特别留意是否存在跨领域的同名情况

#### 歧义判断

根据搜索结果判断是否存在歧义：

**存在歧义的情况：**
- 搜索结果中出现了不同领域的同名实体（如"星野"既是App又是歌手）
- 同一个词在科技、娱乐、地理等不同领域有不同含义
- 缩写/简称对应多个全称
- 英文词有多种翻译或指代

**不存在歧义的情况：**
- 搜索结果高度一致，指向同一个实体
- 虽然有多个结果，但明显是同一事物的不同方面
- 用户输入已经足够具体（如"MiniMax的MiniMax-M2"）

#### 歧义情况下的输出

如果存在歧义，向用户确认：

```
你输入的"[关键词]"可能指以下几个不同的对象：
1. [选项1] - [简要说明]
2. [选项2] - [简要说明]
3. [选项3] - [简要说明]（如有）
请确认你想追踪的是哪一个？
```

#### 无歧义情况下的输出

提取以下结构化信息后进入第二步：

- **主题**：明确的主题名称
- **领域**：所属领域
- **简介**：一句话说明这是什么
- **用户可能关心的问题**：3-5个问题
- **建议搜索关键词**：3个以上关键词
- **追踪参数建议**：时间范围、内容类型、地域范围

### 常见歧义场景

搜索时特别注意以下高风险场景：

| 类型 | 示例 | 可能的歧义 |
|------|------|-----------|
| 人名 | 李明、张伟 | 不同领域的同名人物 |
| 地名 | 长安、西安 | 地名 vs 品牌 vs 街道 |
| 产品名 | 星野、飞书 | 同名产品/公司/人物 |
| 技术名 | antigravity | 物理概念 vs 编程模块 |
| 缩写 | TX、AI、BD | 多个全称 |
| 英文词 | Apple、Spring | 通用词 vs 专有名词 |

### 工作原则

1. **先搜后判**：必须先搜索，不能凭经验直接判断
2. **宁可多问**：不确定时，宁可让用户确认
3. **客观呈现**：如实呈现搜索发现的不同含义
4. **简洁输出**：确认话术要简洁明了，方便用户快速选择

---

## 信源搜索

### 信源优先级

1. **官方渠道**：政府网站、官方公告、企业新闻稿
2. **权威媒体**：主流新闻机构、行业头部媒体
3. **专业平台**：行业垂直网站、专业论坛
4. **社交媒体**：微博、Twitter等实时动态（需交叉验证）

### 搜索技巧

- 使用多个关键词组合进行搜索
- 注意时间限定，优先获取最新信息
- 对重要信息进行多源交叉验证
- 深入阅读原文，不仅依赖摘要

### 信息采集要点

- 记录完整的时间、地点、人物、事件
- 保留原始数据和直接引语
- 标注信源的可信度评估
- 注意信息的时效性

### 信源报告格式

```
## 搜索主题：[主题名称]

### 信源概览
- 搜索时间范围：[时间范围]
- 有效信源数量：[数量]
- 核心发现：[一句话概括]

### 重要信源列表

**信源1：[标题]**
- 来源：[媒体/网站名称]
- 时间：[发布时间]
- 核心内容：[关键信息摘要]
- 重要数据/引语：[如有]
- 可信度：高/中/低

**信源2：...**

### 信息交叉验证
- [重要事实1]：已被[X]个信源确认
- [重要事实2]：仅单一信源，需谨慎引用

### 搜索建议
- 信息缺口：[还需要补充搜索的方向]
- 争议点：[不同信源存在分歧的内容]
```

### 工作原则

1. **准确第一**：宁可少收集，不收集不准确的信息
2. **时效优先**：优先获取最新动态
3. **多元视角**：尽量收集不同立场的观点
4. **可追溯性**：确保每条信息都能追溯到原始来源

---

## 爆点话题挖掘

### 爆点话题标准

#### 必须满足的条件

1. **与主题完全相关（最重要）**：
   - 爆点话题必须与用户追踪的主题**直接相关**，不能有任何偏差
   - 信源中提到的背景、细节、引用等不能作为爆点话题
   - 只有信源中的**核心内容**才能作为爆点话题
   - ❌ 如果用户追踪"NBA今日动态"，就不能输出"某球星童年故事"这种无关话题

2. **事件时效性（按实际发生时间判断，不是报道时间）**：
   - ⭐ **1天内**：最优先，必须重点关注
   - ⭐ **3天内**：优先级高
   - ⭐ **5天内**：可以考虑
   - ❌ **超过5天**：基本没有价值，除非是持续演进的重大事件
   - 注意：要看事件**实际发生时间**，不是文章发布时间

3. **信息充分**：有足够的素材支撑展开写作

4. **表述清晰**：话题表述准确、细节充分、无歧义

#### 加分项

- 有冲突性或反差感
- 涉及知名人物或机构
- 有具体数据或里程碑
- 能引发读者情感共鸣
- 具有讨论空间

#### 必须排除的话题

- ❌ 与用户主题关联牵强或无关的内容
- ❌ 事件发生时间超过5天的旧闻
- ❌ 过于宽泛的话题（如"AI发展趋势"）
- ❌ 缺乏实质内容的标题党
- ❌ 信源中的背景介绍、历史回顾等非核心内容

### 挖掘流程

1. **逐条分析信源**：
   - 从每条信源中识别最核心的一个话题点
   - 提取事件的**实际发生时间**（不是报道时间）

2. **相关性判断（严格）**：
   - 判断话题是否与用户主题**完全相关**
   - 关联牵强的直接排除，不要勉强纳入

3. **时效性筛选**：
   - 优先保留1天内的事件
   - 其次是3天内、5天内
   - 超过5天的基本排除

4. **去重合并**：合并相似或重复的话题

5. **价值排序**：综合相关性、时效性、话题性排序

6. **输出精选**：输出3-5个最有价值的爆点话题

### 话题报告格式

```
## 话题挖掘报告

### 分析过程
[简要说明从各信源中发现的话题点，以及合并/筛选的逻辑]

### 爆点话题列表

**话题1：[话题标题]**
- 事件发生时间：[具体日期，如2026-01-18]
- 时效性评级：[1天内⭐⭐⭐ / 3天内⭐⭐ / 5天内⭐]
- 与主题相关性：[说明为什么与用户主题直接相关]
- 核心看点：[为什么值得写]
- 相关信源：[来自哪些信源]

**话题2：...**

### 话题优先级建议
1. [最值得优先写的话题及原因]
2. [次优先...]
```

### 话题表述技巧

好的话题表述示例：
- ✅ "刀郎12月28日北京演唱会门票35556元成尽孝硬通货"
- ✅ "恒大1.2亿欠条竟然1元起拍"
- ✅ "热火官宣不会交易巴特勒"

不好的话题表述：
- ❌ "刀郎演唱会相关"（太模糊）
- ❌ "恒大债务问题"（太宽泛）
- ❌ "NBA交易动态"（缺乏具体性）

---

## 长文写作

### 目标读者

年轻的互联网用户，追求信息密度高、阅读体验好的内容。

### 风格要求

- **有网感**：标题和表达方式贴近年轻人
- **信息密集**：每段都有干货，不水字数
- **节奏明快**：不拖沓，不说教
- **观点鲜明**：敢于表达立场，但基于事实

### 必须避免

- 说教式总结、感悟、升华
- "首先、其次、最后"等生硬连接词
- 空洞的展望未来
- 过度使用感叹号

### 标题规范

- 20字以内
- 精准、简洁、有吸引力
- 不标题党，但要有点击欲望

### 结构规范

- 可选的总述段落（时间、地点、人物、事件、结果）
- 2-5个章节，章节标题要有网感
- 详略得当，重点章节展开，次要章节精简

### 内容要求

- 必须包含关键信息：时间、地点、人物、数据、产品名等
- 直接引用人物发言，用markdown引用格式
- 重点信息加粗
- 信息准确，不编造、不修改事实
- 文章长度：800-1500字

### 格式示例

```markdown
# 这是一个有网感的标题

刚刚发生了一件大事...（总述段落）

## 这件事是怎么回事

正文内容，**关键数据**要加粗...

> "这是某人说的原话"——某某某

## 为什么会这样

分析和背景...

## 接下来会怎样

后续发展...
```

### 文件输出

1. 撰写完整文章（markdown格式）
2. 保存为 `article_[YYYYMMDD].md`
3. 如 `convert_file` 工具可用，转换为 `article_[YYYYMMDD].docx`
4. 返回文章预览和文件路径

---

## 事实核查

### 核查范围

#### 必须核查的内容

- **时间信息**：事件发生的具体日期
- **数据信息**：金额、数量、比例、排名等
- **人物发言**：直接引语是否准确
- **事实陈述**：事件经过是否属实
- **专有名词**：产品名、公司名、人名等

#### 可以跳过的内容

- 作者的主观评论和观点
- 广为人知的常识
- 无法验证的未来预测

### 核查流程

#### 陈述抽取

从文章中提取需要验证的关键陈述，每条陈述要：
- 独立完整，不依赖上下文理解
- 包含具体的事实要素（时间、人物、数据等）
- 可以通过网络搜索验证

#### 快速验证

对抽取的陈述用 `WebSearch` 进行搜索验证：
- 优先使用关键词搜索
- 核对多个信源
- 关注官方发布的信息

#### 问题标记

对验证结果进行分类：
- ✅ **已确认**：多个可靠信源一致
- ⚠️ **存疑**：信源矛盾或无法确认
- ❌ **有误**：与可靠信源明显不符

#### 修正

对有问题的内容，修正原文并更新文件。

### 核查报告格式

```
## 事实核查报告

### 核查概览
- 文章标题：[标题]
- 抽取陈述数：[X]条
- 核查结果：✅ [X]条确认 / ⚠️ [X]条存疑 / ❌ [X]条有误

### 核查详情

**陈述1：**[具体陈述内容]
- 核查结果：✅ 已确认
- 验证来源：[信源]

**陈述2：**[具体陈述内容]
- 核查结果：❌ 有误
- 问题说明：[具体问题]
- 正确信息：[正确内容]
- 修正建议：将"..."改为"..."

### 修正清单
[如有需要修正的内容，列出具体修改建议]

### 核查结论
[总体评价文章的事实准确性]
```

### 工作原则

1. **效率优先**：聚焦关键事实，不过度核查
2. **宁缺毋滥**：无法确认的标记存疑，不轻易判定
3. **建设性反馈**：发现问题要给出修正方案
4. **快速迭代**：核查结果及时反馈，支持文章修正

---

## 工具使用

本技能依赖以下工具：

| 工具 | 用途 | 使用步骤 |
|------|------|----------|
| `WebSearch` | 搜索信源、验证事实、理解输入 | 第一步、第二步、第四步、第六步 |
| `WebFetch` | 深入阅读特定信源原文 | 第二步、第四步 |
| `Agent` | 并行搜索多个话题 | 第四步（可并行） |
| `Write` | 保存文章为md文件 | 第五步 |
| `Edit` | 修正文章内容 | 第六步 |

## 定时任务适配

本技能支持定时任务调用，在定时场景下：
- 自动使用上次追踪的主题继续追踪
- 重点关注"新增"和"变化"的内容
- 输出增量更新报告

## Common Mistakes to Avoid

1. **跳步执行**：未完成前一步就开始下一步（除第四步外不可并行）
2. **话题偏离**：挖掘的爆点话题与用户主题关联牵强
3. **时效性忽视**：纳入超过5天的旧闻
4. **话题表述模糊**：使用"XX相关"、"XX动态"等宽泛表述
5. **编造信息**：没有信源支撑就杜撰数据或引语
6. **忽略歧义**：未先搜索就假定用户意图
7. **格式不规范**：未加粗关键信息、未使用引用格式标注人物发言
8. **字数不达标**：文章低于800字或超过1500字
9. **跳过事实核查**：写完文章直接输出，未验证关键事实
10. **信源单一**：仅依赖一个信源，未进行交叉验证