第158期 - 用AI Agent写代码，请提前装好“后悔药” - Hao的游戏PM笔记

📝 本期摘要

越来越多PM开始用AI Agent写代码，但一半以上的人迟早会经历"灾难时刻"——AI改着改着代码跑不通了，想回退发现回不去。问题出在没有做版本管理。这期从零讲透Git和GitHub的六个核心概念：仓库、提交、分支、推送拉取、合并冲突和Pull Request，全部用日常比喻解释，不涉及任何命令行操作。在AI时代，PM不需要记命令，只需要理解这些概念背后的意图，就能用自然语言指挥AI完成所有版本管理操作。

❓ 本期讨论了这些问题

PM用AI Agent写代码，为什么版本管理是必须补上的第一课？
Git和GitHub到底是什么关系，一个类比就能说清楚？
不看代码的PM，怎么审查AI提交的Pull Request？
AI编程场景下，"小步提交"和"分支实验"的习惯为什么能救命？
游戏PM和互联网PM在AI编程工具链上的学习路径有什么不同？

🔥 本期核心内容

Git是本地版本管理，GitHub是云端同步——两者的关系类似Word和OneDrive
Git装在你电脑上，负责给项目文件夹拍快照、记录历史版本。GitHub是一个网站，负责把这些版本同步到云端做备份和协作。PM不需要精通两者的技术细节，但要理解它们各自解决什么问题。
提交是AI编程最重要的安全网——每完成一个小功能就"存档"一次
提交（Commit）相当于游戏存档。AI写代码不可能每次都对，但如果你每完成一个小功能就做一次提交，任何时候都可以一秒回退到上一个好的状态。不做提交就让AI持续改代码，等于在没有存档的情况下打Boss。
分支让你在"平行宇宙"里安全实验，主干永远保持可用状态
分支的逻辑就像装修时复制一套房子来试新方案——试成了合并回来，试砸了直接扔掉，客厅不受影响。多个AI Agent并行工作时，每个Agent各开一条分支互不干扰，这跟游戏项目多线并行开发是一个道理。
Pull Request是PM对AI产出行使控制权的核心关卡
PM审PR不需要读代码，只需要看四件事：功能结果对不对、改动范围合不合理、AI的自述说不说得通、让另一个AI帮你review。AI写代码越快，这道闸门越重要。
PM需要理解的是Git的"意图"，不是Git的"命令"
在AI时代，所有Git操作都可以用自然语言指挥AI完成。PM的核心价值在于做决策——回退到哪个版本、保留哪条分支、合并还是不合并。这种"懂概念不记命令"的模式，正在重新定义游戏PM的技术素养门槛，也让game project management这个角色的进入门槛发生了根本变化。

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

概念：Git / GitHub / Repository（仓库）/ Commit（提交）/ Branch（分支）/ Push（推送）/ Pull（拉取）/ Merge Conflict（合并冲突）/ Pull Request（合并请求）/ .gitignore / Commit Message / Commit ID / AI Agent / Claude Code / Cursor / Codex / Vibe Coding / Version Control（版本管理）/ Sprint / Agile Development（敏捷开发）

🔗 延伸话题

游戏开发团队的Sprint节奏中，版本管理和分支策略应该怎么配合？Git的分支模型和敏捷实践中的迭代节奏天然适配，PM理解了分支概念就能更好地规划版本节奏。
游戏PM vs 互联网PM：在AI编程工具链的学习路径上有什么区别？游戏PM需要额外理解资产管线和多职能协作的版本控制需求，这是互联网PM不太会遇到的场景。
How to become a game PM in the AI era? Understanding version control and AI coding tools is becoming a baseline skill for game project management roles.

📌 关于我

我是Hao，游戏行业项目管理从业者，10年经验。

课程 · 咨询 · PM成长社区 → pmnote.ai