第190期 - 游戏公司 AI 转型,从"做几个 Agent"开始?

第190期 - 游戏公司 AI 转型,从"做几个 Agent"开始?

7分钟 ·
播放数26
·
评论数0

📝 本期摘要

Hao的游戏PM笔记本期聊游戏研发中的 AI 落地,从测试日志、Unity 编辑器和小游戏皮肤弹窗看实际工作。一个任务要接哪些资料、能改哪些系统,会影响接入成本和出错代价。Hao 结合公开开发记录和自己的工作日志习惯,讨论版本核对、人工验收,以及流程上线后的维护。对于还没摸清适用场景的团队,先用小任务检查实际收益,再决定后续投入。

❓ 本期讨论了这些问题

  • 为什么同样叫测试 Agent,查文档和改工单的工作量差这么多?

  • AI 分析日志时,游戏版本管理需要核对什么?

  • 项目规则已经写进文件,为什么还要运行检查?

  • 游戏团队怎样试用 AI,才能算清准备、复核和返工的成本?

🔥 本期核心内容

  1. 先确认任务范围和版本,再谈自动执行。

    人工提供脱敏日志做分析,可以先验证用途;让 AI 自动取资料、修改工单,则需要接入系统并限制权限。日志、代码提交和工单还要对应同一构建、分支与平台,避免把旧问题当成当前问题。

  2. 规则有没有生效,要看运行结果。

    ENSAPIA 的 Unity 编辑器实验记录了一次字段显示空白的问题,作者事先写明的约定并没有被生成代码正确执行。Hao 会记录翻车原因,并建议后续据此修改说明或工具,用原任务重测,再检查是否影响其他任务。

  3. 把验收和后续维护算进试点。

    掘金开发复盘里的皮肤弹窗任务写明了布局、解锁状态和存档位置,Hao 进一步建议实际检查弹窗、提示和存档结果。判断是否值得继续投入,要看净省的人工时间、检查后进入项目的产出,以及错误和返工成本,模型与工具费用也要计入。

🏷️ 本期提到的人物与概念

  • Hao · Hao的游戏PM笔记 / Hao's Game PM Notes

  • Unity 游戏引擎 / Unity;ENSAPIA Engineering 工程博客

  • 游戏项目管理 / Game Project Management

  • AI 智能体 / AI Agent

  • 版本管理 / Version Control;构建 / Build;回归测试 / Regression Testing

  • 项目说明文件 / Project Instructions,包括 CLAUDE.mdAGENTS.md

  • 工作日志 / Worklog

🔗 延伸话题

AI 编程生成的小功能,提交前该检查什么?

先运行与任务直接相关的功能,皮肤弹窗就检查能否打开、未解锁提示和存档是否正确,再检查相关功能有没有受到影响。

AI 分析游戏崩溃日志,为什么还要核对版本?

日志、提交记录和工单如果来自不同构建、分支或平台,就可能把旧问题误当成当前问题,给出不适用的判断。

引擎或模型升级后,原来的 AI 流程怎么办?

重新测试受影响的工具与任务,确认接口和规则是否需要调整;即使模型更强,也要保留必要的权限限制、结果检查与失败回退。

🌐 About This Episode

Hao's Game PM Notes examines AI adoption in game project management through test logs, a Unity editor experiment, and a mini-game UI task. The episode focuses on version control, human acceptance checks, and ongoing maintenance, with preparation and rework included when assessing time savings.

📌 关于 Hao 的游戏 PM 笔记

我是 Hao,关注游戏项目管理与 AI 在游戏研发中的实际应用。我会继续在社区记录实践、失败和方法,相关内容可以在 pmnote.ai 找到。

📖 本期延伸阅读

参考资料