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 游戏生成与创作 | creation | AIGC 资产、3D/音频/剧情生成、AI UGC、玩家创作工具 |
| 游戏内 AI 体验 | in-game | 智能 NPC、AI 驱动玩法、个性化体验、AI 原生游戏 |
| 游戏开发 AI 工具 | dev-tools | AI 编程、引擎 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: 获取数据
运行抓取脚本:
cd ${SKILL_DIR}/scripts && python3 fetch_news.py
脚本会:
- 抓取所有 RSS 信源(最近 72 小时条目)
- 查询 AI HOT API(游戏相关关键词)
- 关键词过滤(只保留游戏 × AI 相关)
- 去重(URL + 标题相似度)
- 分类打标(6 分类)
- 输出到
data/YYYY-MM-DD.json+ stdout
如果 data/ 下已有今天的 JSON 且生成时间 < 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 条精选
<总结段落:普通字号不加粗,放在最前面>
---
游戏行业&公司 AI 动态（最大字号加粗）
1. <标题>（日期如 5.7）（次大字号加粗）
<来源标注，小字>
<正文描述，普通字号不加粗>
推荐原因：<为什么游戏从业者要关注，普通字号>
<URL 完整链接>
---
游戏内 AI 体验（最大字号加粗）
2. <标题>（日期）（次大字号加粗）
...
---
游戏开发 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. <标题> - <来源>
<URL>
2. ...
去掉 🎯 行和详细摘要,只保留标题 + URL,控制在 1500 字内。
回溯历史
当用户问"这周 / 上周 / 最近 N 天的游戏 AI 动态"时:
- 读取
data/目录下对应日期范围的 JSON 文件 - 合并所有 items,按 URL 去重
- 按时间倒序输出
- 超过 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=<关键词>&take=20"
将返回的 items 中与游戏相关的条目,按同样格式组织输出。
来源溯源原则
核心理念:我们的价值是帮用户找到一手信息,而不是做 IT之家的搜索引擎。
输出给用户时,包含 source_type: "secondary" 的条目说明来自聚合/转载媒体。这些条目必须追溯原始来源后再展示:
- 检查标题/摘要中是否有公司名/人名
- 用
web_search搜原始声明/博客/官网全文 - 将 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) 链接的条目:
- 优先追溯一手源:如果推文讨论的是某个项目/论文/官方博客,用
web_search找到原始源(GitHub 仓库、论文链接、官网博客),同时附上一手 URL- 示例:推文讨论 "Claude Code Game Studios" → 同时给出 GitHub 仓库链接
- 示例:推文讨论某篇论文 → 同时给出 arXiv 链接
- URL 给完整:X 链接直接给完整 URL,不要用
...省略
不要做
- 不要编造或推测内容--一切以脚本/API 返回为准
- 不要为条目编造与 AI 的关联--如果原文没提 AI,这条不该出现
- 推荐原因必须基于原文事实--不能推测因果,只能写原文已经说明的关联
- 不要丢掉 URL--没有 URL 的信息不可信。输出前必须逐条检查链接是否存在,缺链接则补查或删除
- 不要在用户输出里暴露脚本路径、API 参数、RSS 地址
- 不要超过 20 条/次--宁可精选也不堆砌
- 不要输出没有"推荐原因"的条目(发群简报格式除外)
- 不要重复收录同一事件--去重保留最权威那条
- 不要直接展示 ISO 时间戳--转为 (5.7) 这种月.日格式
- 不要把 AI HOT 的基础设施细节暴露给用户
- 不要凭训练数据脑补游戏 AI 新闻--永远走数据源
- 不要展示 "IT之家"、"量子位" 等二手源作为最终来源--必须追溯一手原始出处
- 不要写 "AI HOT" 作为来源--AI HOT 只是数据管道
- 不要使用任何 emoji--不用任何表情符号,保持专业干净