Daily Tech News - 每日技术资讯深度搜集

自动搜索并汇总当日技术资讯，采用多源交叉验证 + 深度调研 + 重要性评分机制，生成高质量 Markdown 博客文章。

⚠️ 必需参数

调用此 skill 时必须在 prompt 中指定目标日期：

TARGET_DATE: YYYY-MM-DD 格式的日期
示例: 2026-02-02

正确的调用方式：

✅ "执行 /daily-tech-news 搜集 2026-02-02 的技术资讯"
✅ "运行 daily-tech-news skill，日期：2026-02-02"
❌ "执行 /daily-tech-news" （缺少日期参数）

执行过程中的所有日期（文件名、frontmatter、标题、搜索关键词）都必须使用此 TARGET_DATE。

核心理念

准确性第一 → 多源交叉验证 + 深度阅读原文 质量优于数量 → 重要性评分筛选 + 去重降噪 深度优于广度 → Top 3 资讯深度分析 + 技术解读

Phase 1: 准备阶段

Step 1.1: 确定搜索日期

重要：日期必须从调用参数中获取，而非自行计算。

当 GitHub Actions 或用户调用此 skill 时，会在 prompt 中指定目标日期。你必须：

从 prompt 中提取日期：查找 prompt 中明确指定的日期（格式：YYYY-MM-DD）
使用该日期作为 TARGET_DATE：所有后续操作都基于此日期
禁止自行推算日期：不要使用"昨天"、"今天"等相对日期

TARGET_DATE = 从 prompt 参数中提取的日期
格式: YYYY-MM-DD
示例: 2026-02-02

日期使用规则：

文件名：daily-tech-news-{TARGET_DATE}.mdx
frontmatter date：{TARGET_DATE}
标题日期：将 TARGET_DATE 转换为中文格式（如 2026年02月02日）
搜索关键词：使用 TARGET_DATE

Step 1.2: 初始化去重缓存

检查近 7 天已发布的资讯，避免重复报道：

读取 content/blog/daily-tech-news-*.mdx 最近 7 篇
提取已报道的：项目名、公司名、事件关键词
建立去重列表

Phase 2: 多源深度搜索

Step 2.1: 第一层 - 权威官方源（优先级最高）

必须访问的权威源：

来源	URL	说明
Hacker News	https://news.ycombinator.com/	技术社区风向标
GitHub Trending	https://github.com/trending	开源项目趋势
Trendshift	https://trendshift.io/	GitHub 趋势分析
Product Hunt	https://www.producthunt.com/	新产品发布

使用 WebFetch 直接获取，提取当日热门内容（Top 10）。

Step 2.2: 第二层 - 专业媒体源

每个领域搜索 2-3 个专业关键词组合：

AI / LLM 领域

搜索策略（按优先级）：
1. site:techcrunch.com AI {date}
2. site:theverge.com artificial intelligence {date}
3. "OpenAI" OR "Anthropic" OR "Google AI" announcement {date}
4. "LLM" OR "GPT" OR "Claude" release {date}
5. machine learning breakthrough research {date}

GitHub / 开源领域

搜索策略：
1. site:github.blog {date}
2. "open source" major release {date}
3. GitHub "stars" trending repository {date}

前端开发

搜索策略：
1. site:reactjs.org OR site:vuejs.org blog {date}
2. "React" OR "Vue" OR "Next.js" OR "Svelte" release {date}
3. frontend framework update {date}
4. JavaScript TypeScript major update {date}

后端 / 基础设施

搜索策略：
1. site:kubernetes.io blog {date}
2. "Rust" OR "Go" programming release {date}
3. "Docker" OR "Kubernetes" announcement {date}
4. cloud infrastructure AWS Azure GCP {date}

科技行业动态

搜索策略：
1. site:crunchbase.com funding {date}
2. tech startup Series A B C funding {date}
3. developer tools company announcement {date}

Step 2.3: 第三层 - 中文技术社区

补充中文原创内容：

搜索策略：
1. site:juejin.cn 热门 {date}
2. site:infoq.cn {date}
3. site:segmentfault.com 头条 {date}

Phase 3: 深度调研与验证

Step 3.1: 信息交叉验证

对每条候选资讯执行：

1. 核心事实提取：
   - WHO: 涉及的公司/人物/项目
   - WHAT: 具体发生了什么
   - WHEN: 准确时间
   - WHERE: 发生地点/平台
   - WHY: 为什么重要

2. 多源验证（至少 2 个独立来源）：
   - 来源 A 报道 → WebFetch 获取原文
   - 来源 B 验证 → WebSearch 搜索相同事件
   - 对比核心事实是否一致

3. 置信度标记：
   ✓ 已验证（2+ 源确认）
   ? 待验证（仅单一来源）
   ⚠️ 有争议（来源间有矛盾）

Step 3.2: 深度阅读原文

对 Top 10 候选资讯，使用 WebFetch 获取完整内容：

WebFetch 提取要点：
1. 文章核心论点
2. 关键数据和事实
3. 专家引用和评论
4. 技术细节和实现方式
5. 对开发者的实际影响

Step 3.3: 重要性评分

对每条资讯打分（满分 100 分）：

维度	权重	评分标准
影响范围	25%	影响多少开发者？全球性 vs 局部性
实用性	25%	开发者能否立即应用？解决什么问题？
新颖性	20%	首次公布 vs 重复报道？突破性 vs 渐进式？
信息深度	15%	有技术细节 vs 只有标题？
权威性	15%	官方发布 vs 小道消息？来源可靠度？

评分示例：

Kubernetes 1.33 原生支持 Sidecar
- 影响范围: 24/25 (全球 K8s 用户)
- 实用性: 23/25 (直接改变部署方式)
- 新颖性: 18/20 (首次正式发布)
- 信息深度: 14/15 (有技术实现细节)
- 权威性: 15/15 (官方发布)
= 总分: 94/100 ⭐⭐⭐⭐⭐

Step 3.4: 去重与降噪

排除以下内容：

❌ 标题党检测：
- 标题含"震惊"、"重磅"、"曝光"但无实质内容
- 标题与正文关键词严重不匹配
- 过多感叹号和问号

❌ 低质内容过滤：
- 与开发者无关的泛科技新闻
- 无具体信息的笼统报道（如"AI 继续发展"）
- 7 天内已报道过的重复事件
- 单一来源且无法验证的消息

❌ 内容去重：
- 同一事件的多篇报道只保留信息最丰富的一篇
- 优先保留官方来源 > 专业媒体 > 泛媒体

Phase 4: Top 3 深度分析

Step 4.1: 选择当日最重要的 3 条资讯

根据重要性评分，选择得分最高的 3 条资讯进行深度分析。

Step 4.2: 深度分析模板

对每条 Top 3 资讯，撰写深度分析：

### [标题] ⭐⭐⭐⭐⭐

**核心要点：**
- 要点1：[具体事实]
- 要点2：[具体事实]
- 要点3：[具体事实]

**技术解读：**
[这意味着什么？对开发者有什么影响？技术上如何实现？]

**背景上下文：**
[这个事件的历史背景是什么？为什么现在发生？]

**开发者行动建议：**
- 建议1：[具体可执行的行动]
- 建议2：[具体可执行的行动]

**相关链接：**
- 官方公告: [链接]
- 技术文档: [链接]
- 社区讨论: [链接]

Phase 5: 生成博客文章

Step 5.1: 文件结构

在 content/blog/ 目录创建 MDX 文件。

重要：必须使用 Phase 1 中从 prompt 提取的 TARGET_DATE

文件名: daily-tech-news-{TARGET_DATE}.mdx

Step 5.2: 内容模板

日期格式转换：

TARGET_DATE 格式：2026-02-02
中文日期格式：2026年02月02日
frontmatter date 格式：2026-02-02（与 TARGET_DATE 相同）

---
title: 每日技术资讯 - {TARGET_DATE 转换为中文格式}
description: {当日资讯亮点摘要，50-100字，突出 Top 3。末尾添加"今日共收录N条经多源验证的重要技术资讯。"}
date: {TARGET_DATE}
---

## 🔥 今日焦点

{Top 3 资讯的深度分析，使用 Phase 4 的深度分析模板}

---

## AI / 人工智能

### {标题} ⭐⭐⭐⭐

{摘要内容，3-5句话，包含核心事实}

**为什么重要：** {一句话解释对开发者的影响}

- 来源: [{来源名称}]({URL})
- 验证: ✓ 多源确认

### {标题2}
...

## GitHub / 开源

### GitHub 热门项目

本日 GitHub 趋势榜热门项目：

- **[owner/repo-name](https://github.com/owner/repo-name)** (TypeScript, 12.5k ⭐) ⭐⭐⭐⭐
  AI 驱动的代码编辑器插件，支持多种 IDE。
  **亮点：** {为什么这个项目值得关注}

- **[owner/another-repo](https://github.com/owner/another-repo)** (Python, 8.2k ⭐) ⭐⭐⭐
  轻量级机器学习框架，专注于边缘设备部署。

- 来源: [GitHub Trending](https://github.com/trending), [Trendshift](https://trendshift.io/)

### {其他开源资讯}
...

## 前端开发

...

## 后端 / 基础设施

...

## 科技动态

...

---

## 📊 今日数据

| 指标 | 数值 |
|------|------|
| 搜索源数量 | {N} 个 |
| 候选资讯 | {N} 条 |
| 去重后 | {N} 条 |
| 最终收录 | {N} 条 |
| 多源验证率 | {N}% |

---

> 本文由 Claude 自动生成，采用多源交叉验证机制。如发现错误，欢迎反馈。

Phase 6: 质量检查与提交

Step 6.1: 最终质量检查

□ 所有资讯都有来源链接
□ Top 3 资讯都有深度分析
□ 重要性评分标记完整
□ 无重复内容
□ 无明显事实错误
□ MDX 安全检查（必须逐项确认）：
  □ 正文中无裸露的 < 符号（代码块内除外），已用 &lt; 替代
  □ 代码块语言标识符均为 Shiki 支持的语言（不确定则用 text）
  □ 正文中无裸露的 {} 花括号（代码块内除外）
□ 中文表达通顺

Step 6.2: 提交更改

git add content/blog/daily-tech-news-{date}.mdx
git commit -m "docs: add daily tech news for {date}"

输出要求

要求	说明
语言	全部使用中文
格式	MDX 文件，兼容 Next.js 博客
普通资讯长度	50-150 字摘要
Top 3 深度分析	200-400 字/条
来源标注	必须标注原文链接 + 验证状态
分类数量	至少 3 个分类
总资讯数	10-20 条（质量优先）
重要性评分	每条资讯标注 1-5 星

信息源优先级

第一优先级（权威官方）

GitHub 官方博客、Trending
各框架/语言官方博客（React、Vue、Rust、Go 等）
公司官方公告（Google、Microsoft、AWS 等）

第二优先级（专业媒体）

Hacker News（社区风向标）
TechCrunch、The Verge（科技深度报道）
InfoQ、掘金（中文技术社区）

第三优先级（泛媒体）

一般科技新闻网站
社交媒体热点
个人博客

标题党识别规则

自动降权或排除：

❌ 情绪化词汇过多：震惊、重磅、曝光、惊天、颠覆
❌ 过度夸张：史上最强、彻底改变、完全碾压
❌ 模糊表述：某公司、据说、可能、或将
❌ 无实质内容：AI 继续发展、技术在进步
❌ 标题与内容不符：标题说重大突破，内容只是小更新

⚠️ MDX 安全规则（必须严格遵守）

MDX 不是普通 Markdown，它会将内容解析为 JSX。以下规则必须在生成内容时遵守，否则会导致 Vercel 构建失败：

规则 1：转义裸露的 `<` 符号

MDX 会把 < 解析为 JSX 标签开始。在非 HTML/JSX 上下文中的 < 必须用 < 替代。

常见触发场景和修复方式：

❌ 影响版本 <1.123.17 的用户    → 报错：Unexpected character `1`
✅ 影响版本 &lt;1.123.17 的用户

❌ 当 x < 10 时               → 报错：Unexpected character `1`
✅ 当 x &lt; 10 时

❌ Array<string>              → 报错：解析为 JSX
✅ `Array<string>`            → 用行内代码包裹
✅ Array&lt;string&gt;         → 或用 HTML 实体

注意： 在代码块（```）内部的 < 不需要转义，代码块内是安全的。

规则 2：代码块语言标识符必须是 Shiki 支持的语言

代码块的语言标识符（```language）必须使用 Shiki 已知的语言名称，否则构建时会报 ShikiError: Language "xxx" is not included in this bundle。

安全的语言标识符（常用）：

text, plaintext, txt, bash, shell, sh, javascript, js, typescript, ts,
python, py, json, yaml, yml, html, css, sql, go, rust, java, c, cpp,
markdown, md, diff, toml, xml, graphql, docker, dockerfile, ini, csv

不存在的/不安全的语言标识符：

❌ ```td        → Shiki 无此语言，改用 ```text
❌ ```nushell   → Shiki 无此语言，改用 ```shell 或 ```text
❌ ```hcl       → 改用 ```text

原则：如果不确定某个语言是否被 Shiki 支持，一律使用 text。

规则 3：花括号 `{}` 会被解析为 JSX 表达式

MDX 中的 { 和 } 在正文中会被当作 JSX 表达式求值。

❌ 格式：{名称}    → 报错：名称 is not defined
✅ 格式：\{名称\}  → 转义
✅ 格式：`{名称}`  → 用行内代码包裹

注意： 在代码块内部的 {} 不需要转义。

注意事项

深度优于广度：宁可收录 10 条高质量资讯，也不要 30 条低质内容
验证优于速度：确保每条资讯经过多源验证
解读优于转述：提供技术解读和开发者行动建议
去重优于重复：检查近 7 天已发布内容，避免重复报道
英文搜索 + 中文输出：搜索时使用英文关键词效果更好
保持客观中立：避免主观评价和情绪化表达

daily-tech-news