intel-briefing（英特尔简报）

Intel Briefing — 全域情报简报生成系统

每日定时或手动触发的情报简报生成工具。从多信源整理信息，经评分、去重、排序后输出 HTML 简报。

一、工具链

核心原则

搜索优先使用 OpenClaw 内置搜索能力（如 Kimi），抓正文用 curl r.jina.ai。不依赖任何外部 CLI 工具。

工具分工

环境兼容性

本 Skill 设计为零外部依赖，可在以下环境运行：

• ✅ OpenClaw 本地 TUI（内置搜索 + Bash 工具）
• ✅ OpenClaw 云端（内置搜索 + Bash 工具）
• ✅ 任何支持 OpenClaw 的环境

不需要安装： z-ai-web-dev-sdk、web-scraper-jina、multi-search-engine 等外部包。

搜索策略

首选：OpenClaw 内置搜索

• 直接在对话中提出搜索请求，OpenClaw 会调用配置的搜索 provider（如 Kimi）
• 中文搜索质量优秀，适合中文情报整理
• 无需任何额外配置

备选：web-search 技能

• 如果 OpenClaw 内置搜索不可用，尝试使用 web-search 技能
• clawhub install web-search（如需安装）

备选：Bash + curl

• 仅用于 r.jina.ai 抓取新闻正文，不用于搜索引擎查询

r.jina.ai 实测结果

注意： 以上为 r.jina.ai 抓取状态，搜索降级仍可获取信息。每次推送时如尝试Jina抓取，需更新对应信源的时间戳和状态。

二、信源清单

P0 信源（每次必须整理）

策略说明（2026-04-08更新）： web_fetch对财联社和36氪提取质量优秀（质量9/10），设为主方案。华尔街见闻为JS渲染页面，web_fetch无法提取，保持搜索降级。每次推送时如web_fetch返回内容<200字符或质量不佳，立即搜索降级。

P1 信源（Jina 失败时用搜索降级）

P2 信源（补充整理，每次尝试）

策略： P2信源作为信息补充，每次推送时尝试整理。如时间/资源不足，优先保证P0+P1，P2可裁剪。

热榜（每次至少搜索2个平台）

AI新闻（6维度搜索）

如果 ai-news-collectors 技能已安装，直接调用。否则用 OpenClaw 内置搜索按以下6维度搜索：

三、执行流程

Step 1：读取记忆（去重基准 + 上次复盘验证）

1. 运行 read_daily 读取最近两天的日常笔记
2. 运行 read_memory 读取长期记忆
3. 在 daily 笔记中找到最近一次"简报复盘"段落，提取"下次执行待验证"列表

Step 2：AI新闻整理（必须首先执行）

优先调用 ai-news-collectors 技能（如已安装）。

如未安装，用 OpenClaw 内置搜索按6维度搜索（见信源清单）。

Step 3：热榜搜索

用 OpenClaw 内置搜索获取至少2个平台的热搜榜单。

Step 4：P0信源整理

主方案：web_fetch（财联社 + 36氪）

使用OpenClaw内置 web_fetch 工具抓取（extractMode=text，maxChars=5000）：

• https://www.cls.cn/telegraph — 财联社快讯
• https://36kr.com/newsflashes — 36氪快讯

搜索降级（华尔街见闻 + web_fetch失败时）

• 华尔街见闻为JS渲染页面，web_fetch无法提取，直接搜索降级："华尔街见闻 最新 [当前日期]"
• 如财联社/36氪的web_fetch返回<200字符或质量不佳，搜索降级："财联社 最新 快讯 [当前日期]" / "36氪 最新 快讯 [当前日期]"

降级规则：

• web_fetch返回<200字符或无实质内容 → 搜索降级
• 搜索结果质量不足 → 用更精确关键词重新搜索
• 两种方式均失败 → 在简报中标注该信源整理失败，不虚报内容

Step 5：P1信源降级搜索

用 OpenClaw 内置搜索搜索3个P1信源关键词（见信源清单）。

Step 6：补充搜索（最多5轮）

根据已整理信息中的关键事件，补充搜索最新进展。

Step 7：分析、评分、输出

去重分析（必须执行）：

1. 读取上一版已推送内容（memory/YYYY-MM-DD.md）
2. 逐条对比，标注每条状态：

- 🆕 新增：上一版未出现 - 📰 更新：已报事件有新进展 - ⏸️ 维持：已报事件无新变化（仅在文末简要回顾） - ❌ 移除：重要性下降或已被覆盖

1. 仅保留 🆕 和 📰 的条目在正文，⏸️ 移入文末"此前已报"

评分与排序：

1. 按评分体系评分，每类内按综合评分降序排列
2. 生成 HTML 简报（按 template.html 模板格式）
3. 保存到 download 目录

Step 8：更新记忆

运行 edit_daily 更新当日笔记，记录已推送内容摘要。

Step 9：执行复盘

按复盘规则（第九章）记录本次执行情况，通过 edit_daily 追加到当日笔记。

四、评分体系

综合评分 = 影响力(40%) + 敏感度(30%) + 热度(30%)，每项满分100，加权求和。

影响力（权重40%）

敏感度（权重30%）

热度（权重30%）

评分规则

• 同一信息可叠加多个条件，单项不超过100
• 综合评分低于45的信息不报
• 单类信息超过5条时，去除评分低于50的
• 每类内按综合评分降序排列

置信度评分规则

每条信息根据信源可靠性和交叉验证情况，评定1-5级置信度：

• 置信度作为独立标签显示在卡片中，与综合评分分开
• 置信度低于2/5的信息标注「风险信息」标签

五、去重规则

基础去重

1. 同一事件的新事实（新战果、新声明、新数据、新反转）→ 视为新进展，纳入简报
2. 同一事实的不同媒体报道 → 视为重复，不重复纳入
3. 已报事件无新进展 → 不重复提及
4. 去重基准：读取最近一次简报的 daily 笔记

更新版去重（同日多次推送）

当同一天多次生成简报时，更新版必须严格执行以下规则：

1. 逐条对比上一版已推送内容，明确标注每条状态：

- 🆕 新增：上一版未出现过的事件 - 📰 更新：已报事件有新进展（展开新事实，不重复旧内容） - ⏸️ 维持：已报事件无新变化，仅在文末简短回顾（1句话以内） - ❌ 移除：已报事件重要性下降或已被后续事件覆盖

1. 不允许整份重写：更新版应聚焦增量信息，而非把上一版内容重新排版
2. 短间隔更新（<2h）：只报真正有新进展的事件，其余一律移入文末"此前已报"区域，不超过3行
3. 新增/更新的条目综合评分应重新计算，反映最新情况

模板同步提醒： 每次修改评分体系、标签规范、输出格式时，必须同步检查 references/template.html 的CSS样式和HTML结构是否匹配。新增的标签类（如置信度、风险等级）必须有对应的CSS定义。

六、输出规范

文件命名

• 存档版：intel-briefing_YYYYMMDD_HHMM.html（如 intel-briefing_20260408_1900.html）
• 最新版副本：intel-briefing.html（每次推送覆盖）

注：不区分早间/午间/晚间，统一用实际时间 HH:MM 标识

保存路径

使用 OpenClaw 的 download 目录（通常是 {项目目录}/download/）。

• 云端环境：/home/z/my-project/download/
• 本地环境：由 OpenClaw 自动管理的 download 目录

注意： 不要硬编码绝对路径。使用相对路径 download/ 或让 OpenClaw 自动管理文件位置。

输出格式

• 必须为 HTML 网页（移动端优先深色主题）
• 参考模板：references/template.html
• 页面结构：吸顶导航 → 日期栏 → 分类筛选标签 → 四类统计卡片 → 分类信息卡片列表 → Agent结论 → 页脚

卡片设计

每条信息生成一个可折叠卡片，包含：

• 排名编号（1-5 不同颜色）
• 标题
• 综合评分
• 置信度标签（1-5）
• 信源标签
• 风险标签（如有）
• 展开后显示详情

风险标签使用规范

何时标注：

• 军事冲突/武装对抗（敏感度评分+30）→ 使用 risk-inline
• 重大政策转向/经济危机 → 使用 risk-mid-inline
• 可能存在议程设置、情绪操控的信息 → 使用 risk-info-inline
• 标题党/夸张表述、单一信源的重大事件、明显情绪煽动性语言 → 使用 risk-info-inline
• 缺乏数据支撑的健康/安全警告 → 使用 risk-info-inline

高风险卡片样式：

• 添加 risk-high 类到 .item 元素
• 显示2px红色边框+红色发光阴影
• 在标题中使用 <span class="risk-inline">⚠ 风险描述</span>

中风险卡片样式：

• 添加 risk-mid 类到 .item 元素
• 显示2px橙色边框+橙色发光阴影
• 在标题中使用 <span class="risk-mid-inline">⚠ 风险描述</span>

推送方式

根据当前通道自动选择推送方式：

通用规则：

• 文件路径必须为绝对路径（如 /Users/yuda/my-project/download/intel-briefing_20260408_2249.html）
• 每次推送后回复简报摘要（分类条数、最高分条目、重点摘要）
• 保存路径统一使用 download 目录，由 OpenClaw 自动管理

省略规则

• 省略"与以往简报的对比"段落，直接报新增信息

七、输出前自检清单

每次推送输出前逐项确认：

• [ ] ai-news-collectors 已调用（如已安装），或6维度搜索已完成
• [ ] 四个分类都有内容（或明确标注"无重大新增"）
• [ ] 每条信息综合评分≥45
• [ ] 每条信息包含置信度标签（1-5）
• [ ] 每类内按评分降序排列
• [ ] 去重：逐条对比 daily_log 中已报事件（更新版需标注每条状态）
• [ ] 人名注释完整（非全球顶级知名人物均需注释）
• [ ] 风险预警标注
• [ ] P0信源已整理（搜索或Jina，至少一种成功）
• [ ] 输出格式为 HTML
• [ ] 文件已保存到 download 目录
• [ ] 文件名包含日期（存档版）且更新了最新版副本
• [ ] 通过当前通道发送文件（QQ用qqmedia标签，其他环境回复摘要）
• [ ] edit_daily 已更新当日笔记

八、推送失败处理

• 如果推送过程中断（工具调用超限、抓取大面积失败等），必须输出一条告警信息告知用户本次推送未完成
• 记录失败原因到当日 daily 笔记，供下次推送参考
• 自动续接：中断后自动继续执行直至完成，不等待用户发送"继续"

九、复盘机制

复盘频率

• 前20次推送：每次复盘
• 第21-50次推送：每天复盘（当天最后一次推送时记录）
• 第50次以后：每周复盘（每周最后一次推送时记录）

复盘内容

每次复盘记录以下内容（通过 edit_daily 写入当日笔记）：

1. 自检清单达标情况（14项表格）
2. 信源整理统计（有效信源数/总数）
3. 未达标项分析（问题/严重级/根因/改进措施）
4. 下次执行待验证列表

问题分级

迭代闭环

推送执行 → 自检清单 → 复盘记录 → 问题分级 → 自动修复 → 下次执行验证
     ↑                                                        |
     └────────────────────────────────────────────────────────┘

关键规则：

1. 复盘记录写入 edit_daily（当日笔记），不写入长期记忆
2. 致命级问题的修复措施必须标注"下次执行待验证"
3. 下次执行时，必须先读取上一次复盘记录，逐项验证待验证项
4. 连续3次同一问题未修复 → 升级为致命级，暂停自动推送并告警用户

十、依赖技能

无需安装的外部依赖：

• ~~z-ai-web-dev-sdk~~ — 已移除，使用 OpenClaw 内置搜索
• ~~web-scraper-jina~~ — 已移除，直接用 curl r.jina.ai
• ~~multi-search-engine~~ — 已移除，使用 OpenClaw 内置搜索

十一、定时任务配置

如需自动推送，创建以下3个 cron 任务。prompt 内容见 references/cron-morning.md、references/cron-noon.md、references/cron-evening.md。

前提条件： Gateway 已配对（需要 OpenClaw 手机 App 扫描配对二维码）。

失败重试机制（v1.4.0新增）

为避免因API限流、网络波动导致简报生成失败，建议配置补偿任务：

重试逻辑：

1. 读取当日笔记，检查是否已有简报记录
2. 如无记录或标记失败 → 执行完整简报流程
3. 如有成功记录 → 跳过，回复"无需补偿"

Prompt文件：references/cron-retry-morning.md、cron-retry-noon.md、cron-retry-evening.md

十二、架构审查

重大版本变更后，必须进行架构审查，确保SKILL文档与实际输出一致。

审查清单

模板一致性核对表

SKILL中定义的输出元素，必须在模板中有对应实现：

审查频率： 每次大版本变更（v1.x→v1.y+1）后强制审查。

十三、版本历史