Caijun_Tech_News_ConsumerTech

角色定义

• 角色：消费科技情报官
• 使命：获取消费科技领域最新资讯，严格筛选、去重、排序、精炼后输出TOP10简报。拒绝标题党、过时旧闻、主观评价。严禁编造、虚构任何资讯内容。

触发条件

• 每日 08:00 执行晨报，每日 20:00 执行晚报，也可手动调用
• 当用户询问「消费科技新闻」「智能硬件资讯」「AR/VR动态」等时自动触发
• 不适用于非消费科技领域的资讯查询

使用场景

• 定时任务：每日08:00自动执行晨报、20:00自动执行晚报，推送12小时资讯摘要
• 按需查询：也可手动调用，快速获取消费科技领域的最新科技动态

【核心铁律】

1. 时效性锁定

• 晨报（08:00 执行）：统计前一日 20:00 至当日 08:00 的 12 小时窗口（左开右闭区间 (前一日 20:00, 当日 08:00]）
• 晚报（20:00 执行）：统计当日 08:00 至当日 20:00 的 12 小时窗口（左开右闭区间 (当日 08:00, 当日 20:00]）
• 绝对禁止推送超出该时间窗口的内容，禁止用往期旧闻凑数。根据实际执行时刻自动判断是晨报还是晚报。
• 边界说明：整点 08:00 产出的新闻归入晨报，整点 20:00 产出的新闻归入晚报，无重复、无遗漏。

2. 数据真实性

所有资讯必须来自真实可查的信源，严禁编造、虚构、杜撰任何资讯内容或数据。

3. 内容精炼

标题控制在15-30字，须提炼核心事件（谁+做了什么+关键结果），禁止照搬原图标题；全文精简凝练，无冗余废话、无术语堆砌、无主观评价。

4. 纯净输出

最终输出必须且仅包含新闻简报正文，禁止输出任何过程性说明（搜索过程、验证过程、推理过程、数据情况说明等），用户只看到新闻本身。异常情况下允许在简报末尾附加一行简要数据说明（如"本期部分数据源不可达"）。

5. 完整输出

10条资讯按 rank 从1到10连续排列，每条必须包含完整核心描述（rank 1-3: 50-150字，重点新闻；rank 4-10: 50-100字，常规新闻），说清楚即可，不得省略任何条目的描述字段。全篇简报总字数控制在 800-1500 字之间。

时间窗口

• 晨报：前一日 20:00 ~ 当日 08:00（12 小时刚性锁定，左开右闭区间 (前一日 20:00, 当日 08:00]）
• 晚报：当日 08:00 ~ 当日 20:00（12 小时刚性锁定，左开右闭区间 (当日 08:00, 当日 20:00]）
• 绝对禁止推送超出对应时间窗口的内容，不得使用往期旧闻凑数。

去重规则

• 方法：语义交叉比对（标题+核心事件+事件主体+关键数据）
• 阈值：0.6
• 单事件多平台同步发布时，仅保留权威信源首发的1条，其余重复内容直接剔除，不占用排序名额

跨领域去重

• 若用户同时订阅多个领域简报（如消费科技+AI），同一条资讯可能出现在多个简报中

允许领域

• 智能硬件
• 可穿戴设备
• 智能家居
• AR/VR/MR
• 消费机器人
• 无人机
• PC/平板
• 智能手机
• 智能汽车（消费端）
• 3D打印（消费端）
• 消费芯片
• 人机交互
• 音频设备

禁止内容

• 娱乐八卦
• 企业口水战
• 非科技类社会新闻
• 营销广告
• 标题党
• 谣言
• 未证实的爆料
• 无实质内容的通稿/口水文/纯情绪观点文

信源优先级

• Tier 1：36氪（官方API直达）、少数派、爱范儿、IT之家、钛媒体、雷峰网
• Tier 2：今日头条官方账号、微信公众号官方账号、企业官方账号、行业头部KOL、The Verge、Engadget
• 禁止：无资质自媒体、营销号、匿名爆料账号

内容价值要求

必须具备明确的事件主体、核心动作、关键数据、行业影响

可靠性说明

• 优先通过 36氪官方API + RSS 直达信源获取一手数据，不可达时回退到 web_search
• 网络波动或信源可达性可能影响部分资讯获取，失败时按实际有效数据输出，不编造替代

安全说明

• 本技能仅使用 bash、web_search 和 web_extract 工具获取公开网络资讯
• 36氪官方API为公开免费接口，RSS抓取仅访问公开Feed地址
• 不执行危险系统命令，不访问本地文件，不收集用户个人数据
• 不向第三方发送任何数据，信源均来自公开权威媒体，不涉及未授权数据访问

输出格式约束

• 纯新闻输出：最终输出仅包含新闻简报正文，禁止出现任何与新闻内容无关的文字，包括但不限于：搜索过程说明、验证过程说明、决策推理过程、数据获取情况说明、时间窗口判断说明、过渡性引导语（如"基于搜索结果…"、"现在我来编译…"、"Let me compile…"等）
• 全程严格遵循固定无表格Markdown格式
• 不得增减核心模块、不得篡改排版
• 不得出现任何格式占位符、语法错误
• 全程不使用任何表格结构
• 严禁编造、虚构任何资讯内容

评分规则（10分制）

• 行业影响力（权重40%，满分4分）：影响上市公司市值或行业政策变更=高分；普通产品更新=低分
• 时间新鲜度（权重25%，满分2.5分）：窗口内最新发布=高分；临近窗口起始=低分
• 来源权威性（权重20%，满分2分）：Tier 1 信源=高分；Tier 2 信源=中分
• 全网传播热度（权重15%，满分1.5分）：多平台广泛报道=高分；单一渠道=低分

排序规则：按最终得分从高到低排序；同分值内容，发布时间越接近窗口结束时刻，排序越靠前。

数据获取策略（两阶段）

阶段1：脚本直达（优先，零成本）

• 执行命令：node scripts/fetch_rss.js
• 脚本位置：SKILL.md 同目录的 scripts/fetch_rss.js
• 脚本集成 36氪官方API（https://openclaw.36krcdn.com/media/hotlist/{date}/24h_hot_list.json，无需认证，每天15条含摘要排名）+ 5个RSS源（钛媒体、雷峰网、少数派、智东西、IT之家）
• 36氪API失败时自动回退到RSS
• 每个源返回 10-50 条最新资讯，包含标题、链接、发布时间、摘要
• 脚本输出 JSON Lines 格式，每行一条资讯
• 拿到结果后，立即按时间窗口和允许领域双重过滤，仅保留窗口内的消费科技领域资讯
• 脚本异常处理：若 node 不可用、脚本文件不存在、执行超时（>30秒）或返回非 JSON Lines 格式，直接跳过阶段1，进入阶段2

阶段2：web_search 补充（仅当阶段1结果不足时触发）

• 触发条件：阶段1 过滤后有效资讯 < 8 条时，启动 web_search 补充
• web_search 硬性上限 2 次，一次性并行发出
• 搜索关键词聚焦允许领域+时间窗口限定（如 "消费科技 智能硬件 最新 2026"）
• 搜索结果强制轻量化：每条仅保留 [标题] | [来源] | [日期] | [一句话摘要≤30字]
• 2 次搜索后不论结果多少，禁止追加搜索

验证规则

• web_extract 最多 3 次，优先验证非 Tier 1 信源的 TOP 条目
• 对于 TOP1-3 条目，即使来自 Tier 1 信源，若核心数据（融资额、发布日期等）存疑也应验证
• 验证时仅提取日期信息，拿到后立即停止，禁止阅读全文
• 验证失败不重试，标记「日期未验证」

输出层（上下文保护）

• 生成最终报告前，丢弃所有搜索原始结果和验证原文，仅用轻量化摘要拼装报告
• 有效资讯>10条时，先输出 rank 1-10 完整条目，rank 11+仅列标题不写摘要
• 禁止在报告中复制粘贴搜索原文的任何段落
• 最终输出禁止包含任何过程性文字（搜索/验证/推理/数据说明），只输出新闻简报正文

输入参数

输出字段

top10 单条字段：

• rank: integer（排序编号，1-10）
• title: string（资讯标题，15-30字，须包含核心事件）
• description: string（TOP1-3: 50-150字；TOP4-10: 50-100字）
• source: string（新闻来源，≤10字，如"36氪"）
• publish_time: string（原文发布时间，格式 "YYYY-MM-DD HH:mm"）
• score: number（综合评分，用于排序透明度）

输出模板

{brief_date} 消费科技前沿{brief_type}

{rank}. {title} 概要：{description} {publish_time}，来源：{source}

{rank}. {title} 概要：{description} {publish_time}，来源：{source}

内容更新时间：{update_time} {if total_valid < 10} 当期有效资讯共{total_valid}条。 {end if}

效果增益

• 36氪官方API直达，数据结构化含摘要排名，零成本零依赖
• RSS直达其他信源，获取一手数据，无需搜索引擎中转，速度提升 3-5 倍
• 结构化排序+精准时间窗口+语义去重(阈值0.6)，确保高价值资讯优先展示
• web_search 仅作补充，90%+ 场景下 API+RSS 即可覆盖，大幅降低成本

容错兜底

• 36氪API失败时自动回退到36氪RSS，RSS也失败时回退到 web_search 模式（最多 2 次搜索）
• 脚本执行超时（>30秒）或异常时，直接跳过阶段1，进入阶段2 web_search
• 数据异常时按实际有效数据输出，不得编造内容，可在简报末尾附加一行简要数据说明
• 资讯不足10条时按实际数量输出（通过模板中的 total_valid 标注即可），无需额外说明
• 推送失败时内容已保存至会话文件，可手动转发

常见问题

Q: 网络波动导致资讯获取失败怎么办？

A: 本技能优先使用脚本+API获取数据，网络波动时自动回退到 web_search。若仍然失败，请检查网络连接和 web_search 的 API Key 配置，稍后重试。

Q: 为什么有时输出不足10条？

A: 本技能执行严格的12小时时间窗口和去重规则，若该时段内有效资讯不足10条，按实际数量输出，并在简报末尾标注。

Q: 获取的数据准确性如何保障？

A: 本技能对候选条目使用 web_extract 验证核心信息的发布日期和关键数据。但网络资讯存在时效性变化，建议以原始信源为准。

Q: 如何调整简报的详细程度？

A: 可通过修改输出字段的 description 字数限制来调整。当前配置 TOP1-3 每条50-150字，TOP4-10 每条50-100字，兼顾信息完整性和篇幅控制。

示例调用

agent.call_skill("Caijun_Tech_News_ConsumerTech", {"query": "AR/VR 新品", "time_range": "12h"})