AI Game - 游戏 × AI 资讯#

让 Agent 用最自然的中文/英文查询拿到每天的游戏 AI 行业动态。不需要 API key,不需要额外配置。

信源#

三层架构,共 24 个 RSS 信源 + 150+ AI 信源补充(8 个游戏相关查询词):

Layer 1 - 游戏行业专业源(14 个,全量抓取,只需含 AI 元素即保留)

• 游戏陀螺、机核 GCores、触乐
• GamesIndustry.biz、Game Developer、GamesBeat、80 Level
• PocketGamer.biz、Game World Observer、IGN
• Unity Blog、Unreal Engine Blog、NVIDIA Blog、DeepMind Blog

Layer 2 - 通用 AI/科技媒体(9 个,需游戏+AI 双重关键词命中)

• Google Developers Blog、36Kr、IT之家、机器之心、量子位
• TechCrunch、The Verge、VentureBeat AI、Ars Technica Gaming

Layer 3 - 150+ AI 信源补充(8 个游戏相关查询词:游戏/game/gaming/NPC/Unity AI/Unreal AI/Inworld/游戏引擎)

• 覆盖全球 150+ 个 AI 信源,补捉 Layer 1-2 未覆盖的 KOL、论文、GitHub 项目等

详见 references/sources.json

分类体系#

6 个主分类 + 可选副标签:

分类slug覆盖范围AI 游戏生成与创作creationAIGC 资产、3D/音频/剧情生成、AI UGC、玩家创作工具游戏内 AI 体验in-game智能 NPC、AI 驱动玩法、个性化体验、AI 原生游戏游戏开发 AI 工具dev-toolsAI 编程、引擎 AI 功能、自动测试、工作流提效游戏运营&商业化 AI 实践ops推荐/分发、买量素材 AI、玩家分群、反作弊游戏行业&公司 AI 动态industry大厂 AI 战略、投融资、政策法规、市场数据游戏 AI 应用前沿研究research学术论文、GDC/SIGGRAPH、游戏作为 AI 研究平台

什么时候用 & 路由表#

用户在说动作"游戏 AI 圈最近有什么" / "游戏 AI 日报" / "AI Game"运行脚本获取最新数据 → 全量输出"最近 NPC / AIGC / 工具方面有什么"运行脚本 → 按分类过滤后输出"这周 / 最近 3 天的游戏 AI 动态"读取 data/ 下多天 JSON → 合并去重输出"搜一下 xxx 游戏 AI 相关"运行脚本 + 实时 AI HOT API 补充"帮我生成一份可以发群的简报"获取数据 → 精简为转发友好格式

工作流#

Step 1: 获取数据#

运行抓取脚本:

bash

cd ${SKILL_DIR}/scripts && python3 fetch_news.py

脚本会:

1. 抓取所有 RSS 信源(最近 72 小时条目)
2. 查询 AI HOT API(游戏相关关键词)
3. 关键词过滤(只保留游戏 × AI 相关)
4. 去重(URL + 标题相似度)
5. 分类打标(6 分类)
6. 输出到 data/YYYY-MM-DD.json + stdout

如果 data/ 下已有今天的 JSON 且生成时间 < 4 小时前,可以直接读取而不重新运行脚本。

Step 2: 读取数据#

脚本 stdout 输出为 JSON,结构如下:

json

{
  "date": "2026-05-11",
  "generated_at": "2026-05-11T06:00:00Z",
  "total_count": 15,
  "items": [
    {
      "title": "...",
      "url": "https://...",
      "summary": "...",
      "source": "GamesBeat",
      "published_at": "2026-05-11T03:00:00Z",
      "category": "in-game",
      "category_secondary": "creation"
    }
  ],
  "stats": { "by_category": { "in-game": 3, "creation": 5, ... } }
}

Step 3: 组织输出#

整体结构

markdown

游戏 × AI 周报 · MM.DD - MM.DD
（日报则为：游戏 × AI 日报 · MM.DD 周X）

本周速递
1. xxx
2. xxx
3. xxx

---

分类标题（加粗）

单条资讯（模块化结构）

---

下一分类...

本周速递（日报为"今日速递"）

• 放在最前面，3-5条
• 每条一句话，像新闻提要
• 按重要性排序，最shock的放第一条
• 不带链接、不带来源，纯信息

单条资讯格式

markdown

序号. 标题 (日期) — 来源

链接：URL

重点：2-3句话说清楚发生了什么（给扫读的人看）

细节：
- 关键数据/原文金句/背景补充
- 可以有2-4个bullet

推荐原因：一句话说为什么游戏从业者要关注

格式规则#

• 不使用任何 emoji：整体风格干净专业
• 速递放最前面：开头先列本周/今日速递，再展开详情
• 分类标题：加粗，独占一行
• 分类展示顺序：按本周各分类的重要性动态排序，哪个分类有大新闻就排前面
• 单条格式：标题行含序号+日期+来源，下方依次为链接、重点、细节、推荐原因
• 编号全局贯穿：1, 2, 3 ... N 从头到尾
• 空分类不展示：如果某分类 0 条，跳过
• 时间格式：(5.16) 月.日格式
• 标题用中文：英文标题翻译为中文，专有名词保留英文
• 总量控制：周报不超过15条，日报不超过10条
• 链接必须完整：缺链接的条目不收录，输出前逐条检查
• 链接必须取自数据源：严格从 JSON 数据的 url 字段获取，绝不凭记忆编造或推测 URL
• "重点"基于原文事实：不推测因果，不编造
• "细节"优先放原文金句（带引号），其次放数据
• "推荐原因"要具体：禁止"值得关注""行业动向"这种万金油话术
• 来源标注规则：一手源直接写来源名；二手源有独立分析写来源名；二手源纯搬运写"来源名 → 原始来源"

分类过滤#

当用户指定查看某个分类时:

• "最近 NPC 相关的" → 只输出 category == "in-game" 的条目
• "AIGC 方面有什么" → 只输出 category == "creation" 的条目
• "游戏 AI 投融资" → 只输出 category == "industry" 的条目

发群简报格式#

当用户说"帮我生成一份可以发群的"时,用精简格式:

markdown

🎮 游戏×AI 日报 · 5.11

1. <标题> - <来源>
   <URL>
2. ...

去掉 🎯 行和详细摘要,只保留标题 + URL,控制在 1500 字内。

回溯历史#

当用户问"这周 / 上周 / 最近 N 天的游戏 AI 动态"时:

1. 读取 data/ 目录下对应日期范围的 JSON 文件
2. 合并所有 items,按 URL 去重
3. 按时间倒序输出
4. 超过 20 条时按分类各取 Top N

bash

ls ${SKILL_DIR}/data/

周报生成流程#

周报不是重新我7天窗口，而是从日报精华中再精选：

1. 检查 data/ 目录下本周 7 天的日报 JSON 是否齐全
2. 缺哪天就补跑哪天（超过3天前的 RSS 可能已丢失，用 AI HOT API 补充）
3. 合并 7 天所有日报条目，去重
4. 按筛选标准取 8-12 条最重要的
5. 按格式规则输出

周报筛选标准（优先级从高到低）#

1. AI 在游戏体验中的实际应用（产品级，已上线/可用）
2. AI 在游戏开发中的工具/方案（有 demo/专利/开源，不是纯概念）
3. 大厂对 AI 的重大投入决策（真金白银，不是嘴上说说）
4. 技术突破（离游戏应用近的，不是纯学术）

降低优先级：

• 行业人物表态/观点碰撞
• 商业模式争议
• 纯学术论文（除非直接解决游戏核心问题）
• AI 公司动态但跟游戏关系弱的

定时任务#

• 日报：每天早上 9:00 自动跑脚本抓取，结果推送给用户
• 周报：每周一早上 9:00 汇总过去 7 天日报精华，推送给用户

实时补充搜索#

当 data/ 下没有最新数据,或用户搜索特定话题时,可以直接调 AI HOT API:

bash

UA="Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/124.0.0.0 Safari/537.36"
curl -sH "User-Agent: $UA" "https://aihot.virxact.com/api/public/items?mode=selected&q=<关键词>&take=20"

将返回的 items 中与游戏相关的条目,按同样格式组织输出。

来源溯源原则#

核心理念:我们的价值是帮用户找到一手信息,而不是做 IT之家的搜索引擎。

输出给用户时,包含 source_type: "secondary" 的条目说明来自聚合/转载媒体。 这些条目必须追溯原始来源后再展示:

1. 检查标题/摘要中是否有公司名/人名
2. 用 web_search 搜原始声明/博客/官网全文
3. 将 URL 替换为一手源链接,来源标为原始发布者

示例:

• IT之家报道"Epic 裁员 + AI 不替代岗位" → 追溯到 epicgames.com 官方声明 → 来源写 "Epic Games 官方"
• 量子位报道"Inworld 融资" → 追溯到 TechCrunch 原文 → 来源写 "TechCrunch"

如果追溯失败(找不到一手源),仍然可以展示该条目,但在来源后加 "→ 原始来源待确认"。

对于 AI HOT 的条目:

• source 字段已经是真实来源(如 "X:阿易 AI Notes (@AYi_AInotes)")
• 直接用这个来源展示,不要写 "AI HOT"
• 如果来源含 "IT之家(RSS)" 等二手标记,同样需要追溯

对于 X (Twitter) 链接的条目:

1. 优先追溯一手源:如果推文讨论的是某个项目/论文/官方博客,用 web_search 找到原始源(GitHub 仓库、论文链接、官网博客),同时附上一手 URL

   • 示例:推文讨论 "Claude Code Game Studios" → 同时给出 GitHub 仓库链接
   • 示例:推文讨论某篇论文 → 同时给出 arXiv 链接

2. URL 给完整:X 链接直接给完整 URL,不要用 ... 省略

不要做#

• 不要编造或推测内容--一切以脚本/API 返回为准
• 不要为条目编造与 AI 的关联--如果原文没提 AI,这条不该出现
• 推荐原因必须基于原文事实--不能推测因果,只能写原文已经说明的关联
• 不要丢掉 URL--没有 URL 的信息不可信。输出前必须逐条检查链接是否存在,缺链接则补查或删除
• 不要在用户输出里暴露脚本路径、API 参数、RSS 地址
• 不要超过 20 条/次--宁可精选也不堆砌
• 不要输出没有"推荐原因"的条目(发群简报格式除外)
• 不要重复收录同一事件--去重保留最权威那条
• 不要直接展示 ISO 时间戳--转为 (5.7) 这种月.日格式
• 不要把 AI HOT 的基础设施细节暴露给用户
• 不要凭训练数据脑补游戏 AI 新闻--永远走数据源
• 不要展示 "IT之家"、"量子位" 等二手源作为最终来源--必须追溯一手原始出处
• 不要写 "AI HOT" 作为来源--AI HOT 只是数据管道
• 不要使用任何 emoji--不用任何表情符号,保持专业干净