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 个主分类 + 可选副标签:

什么时候用 & 路由表

工作流

Step 1: 获取数据

运行抓取脚本:

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 且生成时间 \x3C 4 小时前,可以直接读取而不重新运行脚本。

Step 2: 读取数据

脚本 stdout 输出为 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: 组织输出

按以下格式组织给用户看的内容:

游戏 × AI 资讯日报 · YYYY-MM-DD(周X)

共 N 条精选

\x3C总结段落:普通字号不加粗,放在最前面>

---

游戏行业&公司 AI 动态（最大字号加粗）

1. \x3C标题>（日期如 5.7）（次大字号加粗）

\x3C来源标注，小字>

\x3C正文描述，普通字号不加粗>

推荐原因：\x3C为什么游戏从业者要关注，普通字号>

\x3CURL 完整链接>

---

游戏内 AI 体验（最大字号加粗）

2. \x3C标题>（日期）（次大字号加粗）
...

---

游戏开发 AI 工具（最大字号加粗）
...

AI 游戏生成与创作（最大字号加粗）
...

游戏 AI 应用前沿研究（最大字号加粗）
...

游戏运营&商业化 AI 实践（最大字号加粗）
...

格式规则

• 不使用任何 emoji:整体风格干净专业,不要出现任何 emoji 符号
• 总结放最前面:周报/日报开头先写总结段落,普通字号不加粗
• 分类标题:最大字号,加粗,独占一行(如「行业与公司」「开发与工具」)
• 单条标题:次大字号,加粗,末尾带日期格式如(5.7),含序号
• 来源:标题下方小字标注来源
• 正文描述:普通字号,不加粗
• 推荐原因:前面标明"推荐原因:",普通字号不加粗
• 链接:每条必须附完整可点击 URL,没有链接的条目不收录
• 链接检查:输出前必须逐条核实每条都带有链接,缺链接则补查或删除该条
• 编号全局贯穿:1, 2, 3 ... N 从头到尾
• 空分类不展示:如果某分类 0 条,跳过该分类标题
• 时间格式:以(5.7)这种月.日格式放在标题末尾
• 标题用中文:英文标题翻译为中文,专有名词保留英文
• 总量控制:一次输出不超过 20 条,超过时取最重要的 20 条

分类过滤

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

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

发群简报格式

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

🎮 游戏×AI 日报 · 5.11

1. \x3C标题> - \x3C来源>
   \x3CURL>
2. ...

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

回溯历史

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

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

ls ${SKILL_DIR}/data/

实时补充搜索

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

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=\x3C关键词>&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--不用任何表情符号,保持专业干净