第158期 - 用AI Agent写代码，请提前装好“后悔药”

📝 本期摘要越来越多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和OneDriveGit装在你电脑上，负责给项目文件夹拍快照、记录历史版本。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在小宇宙查看该单集文稿