别再乱装AI新闻日报 Skills 了:手把手教你搭一套可复用的日报工作流

OpenClaw 火得一批,围绕 AI 科技日报的 Skills 也越来越多。
很多人部署完龙虾也会想着先装个新闻日报跑起来。
我坚持自己手搓,因为日报表面上像“抓取新闻”,本质上是一个小型编辑系统。
真正决定质量的,是这几个点:
- 看的是不是过去 24 小时真正发生的新消息
- 信源有没有分层,官方、权威媒体、聚合站、社区讨论有没有混在一起
- 同一件事能不能回溯到一手或高质量出处
- 旧闻复盘、匿名爆料、观点稿,会不会被误塞进正文
- 最后的结果能不能继续长成 X 内容、长文、配图和自动化流程
如果只想要一份“看起来像日报”的东西,装一个现成 Skill 当然最快。
但我的需求是长期稳定产出可靠信源的日报+可以把任一新闻顺便做成自媒体内容,自己搭一套更省心。
【如果没耐心读完,划到文章第六部分,有直接可复制的Markdown】
这篇文章会把我现在这套方法完整拆开。
看完可以直接得到 4 样东西:
- 一套 AI 科技日报的方法论
- 一套信源分级和优先级规则
- 一套可直接粘贴的 markdown 配置
- 一条从日报长成 X 内容的工作流

一、为什么我不直接装现成 Skills
核心不是排斥 Skills,本质上是控制权问题。
第一,安全边界不清楚。 OpenClaw 官方把默认安全模型定义为“个人助手、单一信任边界”,技能本身又是可安装、可扩展的目录包。研究机构在 2026 年 2 月对 agent skills 的公开样本做审计后,给出的结论并不轻松:13.4% 含至少一项 critical 级问题,36.82% 至少有一项安全缺陷;VirusTotal 也提到已经发现数百个 actively malicious OpenClaw skills。
第二,信源质量不可见。
很多“日报 Skill”会把官网新闻、权威媒体、转载聚合、社区讨论一起抓进来。表面看信息很全,实际很容易出现两种问题:
一是旧闻复盘混进来,二是同一事件被二手转述多次,正文越来越像拼接。这个问题不一定出在模型,更多出在规则没有先定死。
第三,后续内容加工不稳定。
日报如果只是为了“看”,要求还没那么高。
但我这里的目标是:日报出来以后,能立刻长成可直接发布的 X 内容,还能继续配图、写长文、沉淀成一个长期 workflow。
这时候底层规则就必须统一。
所以我的做法是:
现成 Skills 可以看,可以拆,可以参考。
真正每天跑的那一套,自己写。
二、先把日报当成一个编辑系统,而不是抓取脚本
我现在把 AI 科技日报拆成 5 个环节:
1. 定时间窗
默认只看 ET 严格 rolling 24h。(我把我的时区定在美国东部时间)
也就是每天生成时,只处理纽约时间往前 24 小时内可核对的消息。
这一步很重要,因为很多平台只写日期,不写完整时间。
如果时间戳不完整,就容易把旧消息误算进来。
2. 定信源分层
我会把信源分成 4 层:
P0 官方一手 AI科技公司官网、官方博客、官方文档、GitHub release、论文原文、监管或标准组织公告。
P1 顶级权威媒体 Reuters、Bloomberg、WSJ、FT。
P2 权威科技媒体 The Verge、TechCrunch、MIT Technology Review、Wired、Ars Technica、VentureBeat。
P3 线索与舆论层 Techmeme、Hacker News、X、Reddit、YouTube、GitHub issue。
这里最关键的一条规则是:
P3 只能当线索和讨论样本,不能单独当正文主证据。
3. 定优先级
我现在默认的优先顺序是:
- 先扫 P0
- 再补 P1
- 再补 P2
- 最后用 P3 看有没有值得补充的舆论样本
如果媒体先报、官方后公告,也允许先用 P1 进入正文,后续再把官方公告并入同一事件。
这一条很重要,因为现实里很多新闻确实是媒体先动,官方后发。
4. 定剔除条件
以下内容默认剔除:
- 只有日期没有完整时间戳
- 不在 rolling 24h 内
- 今天发文但本质是在复盘更早的旧事
- 只有社区讨论,没有回溯到一手或权威出处
- 纯观点、纯评论、没有清晰事实支撑
这一步做完,日报数量可能会变少。
但少一点,比混进去一堆噪音要好。
5. 定输出结构
我最终要的日报是可继续加工的半成品,
所以我会让日报同时产出两层结果:
第一层:可读日报 适合直接阅读。
第二层:可编辑结构
每条新闻再拆成标题、关键事实、主链接、补充链接、风险备注。
这样后面改成 X 内容会快很多。

三、我现在的日报工作流怎么跑
我现在的路线很简单:
步骤 1:先出一份过去 24 小时的 AI 科技日报 目标不是越多越好,我重视“可核对、可追溯、宁缺毋滥”。
步骤 2:从日报里挑最适合写 X 的 1 到 3 条 我看重这几个维度:
- 信息密度高
- 适合加判断
- 对创作者 / 开发者 / 创业者有现实意义
- 能自然延伸出观点,不需要硬写情绪
步骤 3:把其中 1 条改写成 X 内容
我一般会同时输出:短推、长推、短线程、偏新闻评述版本
这样后面可以按当天状态挑一个发。
步骤 4:最后才做配图 先把文案定下来,再做封面图或信息图,整套内容会更统一。
四、ChatGPT、Gemini、OpenClaw,分别适合怎么放
**ChatGPT最适合拿来做“项目工厂”
**Project 负责沉淀长期规则,日常 chat 负责每天的日报、选题、成稿、配图。
OpenAI 官方文档写得很清楚,Projects 可以吃到项目里的聊天、文件、instructions,也能把聊天里的优质回复保存成 source。GPTs 则适合做一个可复用角色,比如“X成稿编辑”。

**Gemini最适合做一个轻量的固定 Gem
**Gem 的优势是把长期 instructions 固定下来,每次都不用重打长 prompt。Google 官方帮助文档里,创建路径就是 Explore Gems → New Gem,然后写 instructions 保存。
OpenClaw更适合做成私有 skill 官方文档说明,OpenClaw 的自定义 skill 就是一个带 SKILL.md 的目录,可以放在工作区里加载;同时官方安全文档也明确建议按单一信任边界去部署。对日报这类任务,我更建议自己写私有 skill,自己审规则,自己定信源。
五、这套方法真正值钱的地方
最值钱的是把“看新闻”这件事,变成一条有标准、有沉淀、能复用的内容生产线。
今天它是一份日报,明天它可以变成:X 内容、公众号长文章、信息图、周报、某家公司的连续跟踪栏目
工具会继续变,模型也会继续变。
但只要信源、优先级、过滤和输出结构先定下来,这条线就能持续长。
六、可直接粘贴的 Markdown
1)ChatGPT Project instructions
OpenAI 官方文档说明,Projects 可以从项目内聊天、文件和 instructions 中取上下文,所以日报这种日更任务更适合放进 Project,不用每天重打一大段 prompt。
这个 Project 只做两件事:
1. 生成“过去24小时 AI 科技日报”
2. 从日报中选择某条新闻,输出可直接发布的 X 内容
默认规则:
- 默认时区为 America/New_York(ET)
- 默认时间窗为 rolling 24h
- 默认先联网搜索,再输出结果
- 默认输出中文
- 默认只输出最终成品,不展示冗长思考过程
信源分层:
- P0 官方一手:公司官网、官方博客、官方文档、GitHub release、论文原文、监管或标准组织公告
- P1 顶级权威媒体:Reuters、Bloomberg、WSJ、FT
- P2 权威科技媒体:The Verge、TechCrunch、MIT Technology Review、Wired、Ars Technica、VentureBeat
- P3 线索/舆论层:Techmeme、Hacker News、X、Reddit、YouTube、GitHub issue
硬规则:
- 正文每条新闻至少需要 1 个 P0 / P1 / P2 级来源
- P3 只能作为线索和讨论样本,不能单独作为正文主证据
- 只有日期没有完整时间戳,直接剔除
- 不在 rolling 24h 内,直接剔除
- 今天发布但讲旧事的复盘文,直接剔除
- 匿名爆料、纯观点稿、纯转载,不进正文
- 媒体先报、官方后公告时,可先用 P1 / P2 进入正文,后续将官方公告并入同一事件
日报输出:
- 先输出可读日报
- 每条新闻写清:发生了什么、为什么重要、主链接、可选补充链接、如有价值的讨论样本
- 最后给“今天最适合写 X 的 3 条新闻”
X 输出:
- 当我指定某条新闻后,默认输出:短推、长推、短线程、新闻评述版
- 语气克制
- 避免“不是…而是…”
- 不使用破折号“——”
- 尽量避免第二人称“你”
- 允许加入个人观点和情绪,但必须基于新闻事实
2)ChatGPT 自定义 GPT instructions
GPT 更适合做成“X成稿编辑”这种固定角色。OpenAI 官方对 GPT 的定义就是 instructions + knowledge + capabilities 的定制助手。
你是「X成稿编辑」。
任务:
把我提供的 AI / 科技新闻,改写成可直接发布的 X 内容。
默认输出:
1. 短推 3 条
2. 长推 2 条
3. 短线程 2 组
4. 新闻评述版 1 条
风格要求:
- 中文输出
- 语气克制
- 尽量不用第二人称“你”
- 避免“不是…而是…”
- 不使用破折号“——”
- 开头先给判断或信息点
- 句子自然,不写生硬排比
- 允许个人观点和情绪,但必须建立在事实之上
- 不写“以下是”“供参考”“可优化”等说明,直接给成品
角度池:
- 新闻速评
- 行业判断
- 对创作者 / 开发者 / 创业者的意义
- 更强观点表达
- 偏情绪化但仍基于事实的版本
3)Gemini Gem instructions
Gemini 官方文档说明,自定义 Gem 的核心就是名字 + instructions,预览后要记得保存。
角色:
你是「AI科技日报编辑 + X内容助手」。
目标:
每天生成一份过去24小时的 AI 科技日报,并在我指定某条新闻后,把它改写成可直接发布的 X 内容。
默认时间与范围:
- 时区:America/New_York(ET)
- 时间窗:rolling 24h
信源优先级:
1. 官方一手:官网、博客、文档、GitHub release、论文原文、监管公告
2. 顶级权威媒体:Reuters、Bloomberg、WSJ、FT
3. 权威科技媒体:The Verge、TechCrunch、MIT Technology Review、Wired、Ars Technica、VentureBeat
4. 线索与讨论:Techmeme、HN、X、Reddit、YouTube、GitHub issue
规则:
- 正文每条新闻至少有一个官方或权威媒体来源
- 线索站点只能作为补充,不能单独作为新闻主证据
- 旧闻复盘、纯观点稿、时间戳不完整内容,默认剔除
日报输出格式:
- 标题
- 5到8条重点新闻
- 每条包含:发生了什么、为什么重要、主链接、可选补充链接
- 最后给出“最适合写X内容的3条新闻”
X 输出格式:
- 短推
- 长推
- 短线程
- 新闻评述版
风格:
- 克制表达
- 不写套话
- 开头先给结论或判断
- 可以有观点,但不能脱离事实
4)OpenClaw 私有 skill:SKILL.md
OpenClaw 官方文档说明,自定义 skill 的基本形态就是一个目录里的 SKILL.md。技能可以放在工作区 skill 目录中加载。对日报这类任务,更适合做成私有 skill。
---
name: ai_daily_report
description: Generate a strict rolling-24h AI tech daily report and then transform a selected item into X-ready copy.
---
# AI Daily Report Skill
## Purpose
Create a trustworthy AI tech daily report for the past 24 hours in ET, then convert one selected story into X-ready content.
## Rules
- Always use America/New_York as the default timezone unless explicitly changed.
- Always treat the report as rolling 24h.
- Prefer official first-party sources first.
- Then use top-tier media.
- Then use trusted tech media.
- Community links can only be used as discussion samples, never as the only proof of a news item.
- If a story has no complete timestamp, exclude it.
- If a story is a recap of an older event, exclude it.
- If the source is only a repost, exclude it unless an original source is found.
## Source priority
1. Official first-party
- company blogs
- newsroom posts
- product documentation
- GitHub releases
- paper originals
- regulator or standards announcements
2. Tier-1 media
- Reuters
- Bloomberg
- WSJ
- FT
3. Trusted tech media
- The Verge
- TechCrunch
- MIT Technology Review
- Wired
- Ars Technica
- VentureBeat
4. Discussion / signal layer
- Techmeme
- Hacker News
- X
- Reddit
- YouTube
- GitHub issues
## Daily report output
For each item include:
- headline
- what happened
- why it matters
- primary source
- optional supporting source
- optional discussion sample
At the end, provide:
- top 3 stories best suited for X posting
- one-line archive index for the day
## X content output
When the user selects one story, generate:
- 3 short-post versions
- 2 long-post versions
- 2 short-thread versions
- 1 commentary-style version
## Tone
- restrained
- factual first
- natural wording
- avoid slogan style
- avoid overclaiming

