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句话，包含核心事实} 为什么重要： {一句话解释对开发者的影响} - 来源: {来源名称} - 验证: ✓ 多源确认
{标题2}
...
GitHub / 开源
GitHub 热门项目
本日 GitHub 趋势榜热门项目： - owner/repo-name (TypeScript, 12.5k ⭐) ⭐⭐⭐⭐ AI 驱动的代码编辑器插件，支持多种 IDE。 亮点： {为什么这个项目值得关注} - owner/another-repo (Python, 8.2k ⭐) ⭐⭐⭐ 轻量级机器学习框架，专注于边缘设备部署。 - 来源: GitHub Trending, Trendshift
{其他开源资讯}
...
前端开发
...
后端 / 基础设施
...
科技动态
...
📊 今日数据
| 指标 | 数值 |
|---|---|
| 搜索源数量 | {N} 个 |
| 候选资讯 | {N} 条 |
| 去重后 | {N} 条 |
| 最终收录 | {N} 条 |
| 多源验证率 | {N}% |
| --- | |
| > 本文由 Claude 自动生成，采用多源交叉验证机制。如发现错误，欢迎反馈。 | |
| Phase 6: 质量检查与提交 | |
| Step 6.1: 最终质量检查 | |
| □ 所有资讯都有来源链接 | |
| □ Top 3 资讯都有深度分析 | |
| □ 重要性评分标记完整 | |
| □ 无重复内容 | |
| □ 无明显事实错误 | |
| □ MDX 安全检查（必须逐项确认）： | |
| □ 正文中无裸露的 < 符号（代码块内除外），已用 < 替代 | |
| □ 代码块语言标识符均为 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 |
|
| ✅ 影响版本 <1.123.17 的用户 | |
❌ 当 x < 10 时 → 报错：Unexpected character 1 |
|
| ✅ 当 x < 10 时 | |
| ❌ Array |
|
✅ Array<string> → 用行内代码包裹 |
|
| ✅ Array<string> → 或用 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 天已发布内容，避免重复报道 | |
| 英文搜索 + 中文输出 | |
| ：搜索时使用英文关键词效果更好 | |
| 保持客观中立 | |
| ：避免主观评价和情绪化表达 |