메뉴
为 text-matrix 生成四类中文早报:AI 新闻早报、经济财经早报、AI 副业午报、Web3 早报。触发词:"做早报""写早报""morning report""AI 新闻早报""财经早报""副业午报""副业早报""Web3 早报""加密货币早报"。强制 24h 时间窗、Browser 逐条核链、V2EX 验真、Web3 事件级去重、Hugo 快讯 frontmatter 输出。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | morning-report |
| description | 为 text-matrix 生成四类中文早报:AI 新闻早报、经济财经早报、AI 副业午报、Web3 早报。触发词:"做早报""写早报""morning report""AI 新闻早报""财经早报""副业午报""副业早报""Web3 早报""加密货币早报"。强制 24h 时间窗、Browser 逐条核链、V2EX 验真、Web3 事件级去重、Hugo 快讯 frontmatter 输出。 |
| metadata | {"version":"2.3.0","tags":["morning-report","news","hugo","verification","workflow","web3-dedup"]} |
新增 Step 2.5 - 事件级去重（仅 Web3 早报任务触发）：
scripts/morning-news-web3-dedup.sh 去重，命中严重复用（跨 ≥ 3 天）的 URL 直接丢弃references/web3-event-dedup.md + 下方 Step 2.5 强制流程与通用聚合器的区别:每条新闻必须通过 Browser 逐条打开原文页核验,禁止直接使用列表页、摘要页或猜测 URL。
date 硬性规则（2026-06-03 故障后新增）绝对禁止：把「计划发布时刻」（如 08:00 / 08:30 / 09:00）作为 date 填入 frontmatter。
原因：Hugo 生产构建按 date 过滤页面，date 晚于构建时间的页面会被判为「未来页面」并整篇排除，不会出现在 public/ 输出中。如果实际写入磁盘是 08:27、但 date 填 08:30，Hugo 提前构建会在 08:27 扫到该文件并排除。
正确做法：
date = 「实际写入磁盘时刻」 - 5 分钟（如实际生成 10:00 → date 填 09:55）TZ=Asia/Shanghai date -v-5M "+%Y-%m-%dT%H:%M:%S+08:00"git log -1 --format=%cd 确认 commit 实际时间，frontmatter date < commit 时间 才算合规故障示例（2026-06-03 08:27:53 UTC+8）：content/posts/news/financial-morning-news-2026-06-03.md 的 date: 2026-06-03T08:30:00+08:00（计划时刻）晚于 Hugo 构建时间 08:27:53，整篇被排除；该问题已由主 AI 介入补做，date 改为 09:50 修复。
收到请求后先确认范围,再按需加载对应文件:
| 输入信号 | 任务 | 必须加载 | 禁止加载 |
|---|---|---|---|
| "检查早报""修复早报""纠正早报" | 审核并修复已有早报 | template.md;逐份加载对应来源文件 | 不要把已有正文当作事实来源 |
| "AI 新闻""AI 早报""模型新闻" | 仅 AI 新闻早报 | template.md + ai-news-sources.md | 其余来源文件 |
| "财经早报""经济早报""市场早报" | 仅经济财经早报 | template.md + finance-sources.md | 其余来源文件 |
| "副业午报""副业早报""招聘早报""赚钱机会" | 仅 AI 副业午报 | template.md + side-hustle-sources.md | 其余来源文件 |
| "Web3""加密货币""币圈""BTC""ETH" | 仅 Web3 早报 | template.md + web3-sources.md + web3-event-dedup.md | 其余来源文件 |
| "做早报""写早报""morning report" | 全部 4 份 | template.md;逐份加载对应来源文件 | 不要一次全量预加载 |
未指定日期 → 使用今天;指定日期 → 仍只采集该日期回溯 24h 内容。
如果用户提供的是已有早报文件,执行逻辑改为:先把现稿当作候选清单而不是事实来源,逐条反查原文;无法核验的条目必须删除或替换,不能只在原稿上润色。
每份早报独立执行以下步骤：
scripts/morning-news-web3-dedup.sh：
cd ~/.openclaw/workspace/github/text-matrix
bash scripts/morning-news-web3-dedup.sh --threshold 3 --window 14 <url1> <url2> ...
# 或从候选文件读：
cat /tmp/web3-candidates.txt | bash scripts/morning-news-web3-dedup.sh
exit 0（无严重复用）→ 正常进入 Step 3。exit 1（有严重复用）→ stdout 会列出"严重复用"的 URL + 命中历史，必须把这些 URL 从本轮写文章清单中剔除，只对脚本标记的"✅ 新事件"列表动笔。~/.openclaw/workspace/state/web3-event-fingerprint.json（本地，不入 GitHub）content/posts/news/web3-morning-news-*.md 全部历史早报（自动排除"今天"避免自我命中）is_continuously_updated=true 的 URL + 跨 ≥ 3 天 → 🔴 强制丢弃[原文](url) 链接，验证：页面能正常访问、页面标题与摘要描述匹配；发现无效链接立即修复或删除该条新闻；禁止凭记忆/猜测写链接。git pull --rebase 后再 push。content/posts/news/。slug.md,不要自定义其他命名。完成生成后,向用户汇报时至少包含以下信息:
✅ 正确:打开 https://techcrunch.com/2026/04/07/openai-raises/ 后,确认标题、正文与发布时间均匹配,原文字段写 [原文](https://techcrunch.com/2026/04/07/openai-raises/)。
❌ 错误:直接使用 https://techcrunch.com/ai/(列表页),或未打开原文就根据标题猜测摘要内容。
✅ 正确:摘要写"公司发布新模型,并同步公布 API 定价和企业接入计划;正文还提到该模型已在客服场景上线",信息来自正文已见内容。
❌ 错误:摘要写"这标志着 AI 行业进入新纪元,未来市场空间巨大",只有空泛判断,没有正文可验证信息。
| 早报类型 | 最低要求 |
|---|---|
| AI 新闻早报 | ≥ 3 个来源,含 ≥ 2 中文 + ≥ 1 海外 |
| 经济财经早报 | ≥ 2 核心财经来源;行情必须写出关键数字 |
| AI 副业午报 | ≥ 3 个来源,含 ≥ 1 社区 + ≥ 1 内容来源 |
| Web3 早报 | CoinMarketCap + CoinDesk;Browser 采集真实价格,禁止模型幻觉数据 |
title: "中文标题(含日期)"
date: YYYY-MM-DDTHH:MM:SS+08:00
slug: <固定规则,见下表>
description: "50-100 字纯文本摘要"
draft: false
categories: ["行业快讯"]
tags: ["名词1", "名词2"] # 2-5 个精准名词
hiddenFromHomePage: true
固定 slug(禁止修改命名模式):
| 早报 | slug 格式 |
|---|---|
| AI 新闻早报 | ai-morning-news-YYYY-MM-DD |
| 经济财经早报 | financial-morning-news-YYYY-MM-DD |
| AI 副业午报 | ai-side-hustle-noon-news-YYYY-MM-DD |
| Web3 早报 | web3-morning-news-YYYY-MM-DD |
| 检查项 | 要求 |
|---|---|
| 时间窗口 | 所有条目发布时间在过去 24h 内 |
| 链接验真 | 每条都打开过原文页,标题与正文匹配 |
| 原文字段格式 | 全部使用 [原文](url) |
| frontmatter 完整性 | 含 draft: false 和 hiddenFromHomePage: true |
| slug 格式 | 符合固定命名模式 |
| 标签质量 | 2-5 个具体名词,非空泛词 |
| 来源汇总一致性 | 文末汇总与正文实际引用一致 |
| 占位文本清除 | 所有示例 URL、用户名已替换为真实值 |
完成单份早报后,必须在内部形成一份简短回执;若是回复用户,可按需显式汇报:
| 字段 | 要求 |
|---|---|
| 文件名 | 必须等于 slug.md |
| 时间窗结果 | 写明 通过 / 失败 |
| 已保留条目数 | 统计正文实际保留条目 |
| 已丢弃条目数 | 统计被移除候选数 |
| 丢弃原因 | 只能写:超出 24h / 无稳定原文页 / 标题正文不符 / 信息密度不足 / 链接失效 |
| 来源数 | 统计正文实际引用来源数量 |
| 结构检查 | frontmatter、[原文](url)、标签数、文末来源汇总是否全部通过 |
若任一项失败,回到"核验"或"筛选"步骤重做,禁止带着失败项输出成品。
| 情况 | 处理 |
|---|---|
| 当天高质量条目不足 | 保持少而准;汇报时说明来源不足 |
| 原站无稳定文章页 | 丢弃,换来源 |
| 列表页与正文冲突 | 以正文页为准;无法消解则丢弃 |
| 用户只要草稿 | 同样校验标准生成 Markdown,不执行发布 |
Use when creating, translating, reviewing, or improving Chinese technical documentation / 中文技术文档, including tutorials, README, API docs, 技术翻译, 去 AI 味, 开源项目解读, architecture analysis, benchmark 解读, learning goals, exercises, terminology consistency, and de-AI polishing of Chinese technical prose.
面向 GitHub 开源仓库的中文技术文章工作流。只要用户输入任意 GitHub 仓库链接、仓库内页面链接、github.com URL 或 owner/repo，就应激活本 skill；如果消息里只有链接或链接加一句短指令，默认直接进入写作模式并产出中文技术文章。适用于“根据这个 GitHub 链接写文章”“分析这个 repo 并写成技术笔记”“把这个仓库整理成 Hugo 文章”等场景。覆盖仓库取证、文章形态路由、中文技术写作、Hugo frontmatter 生成与发布前校验，并支持架构分析 / benchmark 解读场景下的深度技术博客增强；关键词：GitHub URL、仓库链接、repo link、owner/repo、开源项目分析、技术文章、架构分析、benchmark 解读、text-matrix。
早报跨平台自动发布工具。把 text-matrix 早报自动填到今日头条微头条 + 微博发微博弹窗，**AI 自动点发布按钮**，发布成功后用飞书通知师父审阅。 触发词:"发早报到头条""同步到微博""跨平台发布""publish-toutiao""publish-weibo""cross-publisher"。 依赖:chrome-cdp 技能（端口 9224 已接管用户已登录 Chrome）、ProseMirror + WB Textarea 适配、6-12 跨平台铁律。
为 Hugo 文章生成/修复 Frontmatter，校验 categories、tags、首页曝光，自动生成 SEO 字段，并转换内部链接。触发词：生成 Frontmatter、修复元数据、分类标签、taxonomy。
面向 YouTube 视频的中文深度解读工作流。只要用户提供 YouTube 视频链接、视频ID或视频标题，就应激活本 skill；如果消息里只有视频链接或链接加一句短指令，默认直接进入写作模式并产出视频深度解读文章。覆盖视频取证、选题定位、中文内容写作、Hugo frontmatter 生成与发布前校验；关键词：YouTube URL、youtube.com、youtu.be、视频链接、视频解读、视频精读、bilibili、b站视频解读。