Advertise on podcast: Hao的游戏PM笔记

📝 本期摘要 我是 Hao，这期聊一道在我刚从策划转做游戏 PM 时，把我问住的面试题：三天能做完的活报十天，如果主管也包庇，该怎么办？最初我想找主管审核，做了一两年 PM 后又觉得，这种团队问题根本不该由我解决。今天回头看，我更想先把估时、交付和影响弄清楚，再判断需要谁来拍板。再加上一次与策划争执、找制作人评理却挨批的经历，我也开始重新理解：哪些分歧该自己协调，哪些问题应该往上提。 --- ❓ 本期讨论了这些问题 - 面对“工时虚报，主管也包庇”的面试题，游戏 PM 还能做什么？ - 为什么我后来不再满足于“这事不归 PM 管”？ - 和同事意见不合，什么时候该自己协调，什么时候需要上级决策？ --- ⏱️ 时间轴 00:00 三天的活报十天，如果主管也包庇，你怎么办？ 00:50 做了一两年 PM 后，我觉得这事“不归我管” 01:36 今天再答：先了解全貌，找到能拍板的人 02:09 怎么验证工时：拆节点、看交付、对照实际用时 02:40 偏差持续存在、影响了版本或成本，怎么往上提？ 03:33 另一段经历：找制作人评理，挨批的却是我 05:04 哪些事自己协调，哪些事请上级决策？ 05:48 换你来答，你会怎么处理？ --- 🔥 本期核心内容 1. 估时有偏差，先让它可验证。 不急着判断对方的动机，先请他拆清任务、节点和交付物。结合类似任务的实际用时，必要时请汇报线之外的同工种人员复核估算。 2. 请上级拍板之前，先讲清事实、影响和选项。 对于持续存在、已经影响版本或成本的偏差，PM 需要找到能作决定的人。把具体偏差和可选方案摆出来，比指控谁在包庇谁更有依据。 3. 协调分歧，也要检查自己有没有把工作做完。 那次争执里，我只顾着证明自己有道理，却没有推动双方达成共识。今天我会多问一句：彼此为什么这么想，下一步怎么把事情推进？ --- 🏷️ 本期提到的人物与概念 - 主播：Hao - 岗位：游戏项目经理 / Game Project Manager；游戏制作人 / Game Producer - 概念：工时估算 / Effort Estimation；交付物 / Deliverables；问题升级 / Issue Escalation --- 🔗 延伸话题 Q：游戏 PM 不懂具体技术，怎么核实开发工时？ A：可以请研发拆清任务与交付节点，对照类似任务的实际用时，必要时找同工种人员复核估算。 Q：向制作人汇报问题前，要准备什么？ A：准备可核实的偏差、对版本节点或成本的影响，以及需要制作人选择的方案。 Q：PM 是不是要为团队的所有问题负责？ A：本期区分了协调和决策：PM 要把分歧与事实梳理清楚，超出权限的取舍则交给有权拍板的人。 --- 🌐 About This Episode In this episode of Hao's Game PM Notes, I revisit an interview question about inflated effort estimates and explain how my response has changed since becoming a game PM. Through that question and a separate workplace disagreement, I reflect on verifying estimates, resolving differences, and knowing when to ask a game producer or project leader for a decision. --- 📖 本期延伸阅读 游戏项目管理（13）——过程管理（https://pmnote.ai/articles/game-dev-process-management/）：继续聊项目风险该怎么汇报，以及如何把问题、影响和方案说清楚。 --- 关于 Hao 的游戏 PM 笔记 我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote（https://pmnote.ai） 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 - 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 - 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 - 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询（https://pmnote.ai/services/）。 在小宇宙查看该单集文稿

在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第15章，讲项目规则、Skill和知识库用久以后怎么维护。规则常见五种腐化：重复、冲突、过期、放错层、闲置；每次顺手的局部优化单看都有道理，几周下来完成同样的任务可能要多出一倍的来回。模型变强以后，写满步骤的旧规则反而会限制它，最经得起升级的是目标和验证条件。Hao给出知识条目的标注格式、五层存放、共享Skill的版本记录和发布顺序，以及每月体检、每季度清理的做法。 ❓ 本期讨论了这些问题 为什么agent用久了会越来越“笨”？ 项目规则有哪五种常见的腐化？ 模型变强以后，哪些旧规则该删？ 团队共用的Skill怎么做版本管理？ 改完规则以后，怎么确认没有改出新问题？ 🔥 本期核心内容 局部优化会累积成整体退化一个Skill刚写好时几轮对话就能完成任务，每个人顺手改一句，几周后完成同样的任务要多出一倍的来回。问题在于没人知道改了什么，也没人用同样的任务对比新旧版本。 模型变强以后，过程性的规定会变成束缚模型较弱时写的规则常把步骤拆得很细。保留目标和验证条件，要达成什么、怎样算做完、怎么检查；过程性的规定，每次模型升级后都重新审一遍。 知识带适用范围，按性质分层存放游戏项目里新旧两版常常同时有效，比如老项目用老的美术标准。每条知识写状态、适用范围、生效日期和替代关系，作废的不删。确认过的规则、参考资料、当前状态、原始记录、产出分开放。 体检、修复、复检，规则要加也要删每月让agent按五种腐化体检，你确认后修复，再开新会话让没参与修改的agent复检。同一个错第二次出现才写进规则，项目规则控制在一页左右；每季度清理三个月没触发、原因已不成立、模型不再犯的规则，删前备份，删后验证。必须执行的要求放进闸门。 🏷️ 本期提到的人物与概念 概念：规则腐化 / Rule Rot；版本管理 / Version Control；回归评测 / Regression Evaluation；钩子 / Hooks；知识库维护 / Knowledge Base Maintenance；技能 / Skill 🔗 延伸话题 Q：agent最近老犯以前不犯的错，先查什么？A：先查最近对规则和Skill的改动记录，再用同一批真实任务对比新旧版本，看是哪次改动引起的。 Q：项目规则文件越写越长怎么办？A：控制在一页左右，只和某一类活有关的移到Skill或模块说明里，每条规则写上原因，每季度清理一次。 Q：写在规则里的要求，agent为什么偶尔不照做？A：规则只能让它多数时候照做；必须无条件执行的要求，要放进钩子、权限限制或提交时的自动检查。 🌐 About This Episode Chapter 15 of Hao's Game PM Notes course covers maintaining project rules, Skills and knowledge bases after months of AI use. Hao shows game project managers the five common kinds of rule rot, how to version shared Skills against real tasks, and a monthly check-fix-recheck routine plus quarterly pruning of rules that stronger models no longer need. 📖 本期延伸阅读 游戏PM怎么用AI提高工作效率：一个10年PM的实战体系 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第14章，讲里程碑复盘怎么开才能让同样的问题不再出现。判断标准是复盘里每个问题后面都跟一条改进，改进要落成流程里的检查点、规则或测试，写“下次注意”的不算。开复盘前先回答三个问题：要解决什么、为什么是现在、开完以后有什么不同；准备阶段先收齐数据，原始数据用脚本整理，再交给AI分析，每条结论指回具体数据。每个问题按原本预期、实际、差距原因、下次怎么改四步分析，挑代表性的事写成案例卡。最后一部分复盘你和AI的协作，并分清执行对不对和做的事对不对。 ❓ 本期讨论了这些问题 里程碑复盘为什么常常开成走流程或批判会？ 开复盘之前要先回答哪三个问题？ 为什么不能让AI直接读原始数据、誊写成复盘表格？ “下次注意”怎么换成能自动运行的检查？ 怎么复盘自己和AI的协作？ 🔥 本期核心内容 先定目的，再排议程谁来开、每人讲几分钟，这些AI几秒钟就能排好，决定不了复盘有没有用。先写清这场复盘要解决什么、为什么是现在、开完以后哪些做法要改。议题按影响排序，需要主管层支持的问题，带着数据放进复盘。 原始数据先用程序整理，再交给AI分析模型誊写长数据时会漏行、串行，甚至补出不存在的数字。原始数据导出存档，用脚本去重、汇总、算延期天数，再把整理好的表交给AI找规律，每条结论都指回表里的具体行。 改进跟在每个问题后面，落成检查改进集中堆在最后，容易被读成追责。每个问题后面紧跟它的改进：外包需求理解偏差，就加外包启动检查清单；AI资产没清洗就进引擎，就在资产提交时用脚本检查面数、UV和贴图规格；agent同一个错第二次出现，就写进项目规则或Skill。 复盘你和AI的协作较大的活做完，让AI指出你一开始就该说清的要求、该先验证的假设、可以避免的返工。每次任务留一条记录，每月对比返工轮次、中途介入、被下游退回和额度卡住的次数。执行出错补规则；做的事本身不对，要回到目标和读者重新确认。 🏷️ 本期提到的人物与概念 概念：里程碑复盘 / Milestone Retrospective；行动后复盘 / After Action Review；案例卡 / Case Card；回归测试 / Regression Test；检查点 / Checkpoint 🔗 延伸话题 Q：游戏项目复盘的改进项怎么写才能落地？A：每条改进写明落在流程的哪一步，是检查点、规则、测试、模板还是职责调整，再写负责人和完成时间。 Q：用AI准备复盘材料要注意什么？A：不要让它整批读原始数据再誊写，先用脚本把数据整理成表，再让AI分析，每条结论指回具体行或纪要日期。 Q：AI做的东西格式全对，大家还是觉得没用，怎么复盘？A：这属于做的事对不对，加规则解决不了，要回到目标和读者，拿给真正的使用者看。 🌐 About This Episode Chapter 14 of Hao's Game PM Notes course shows game project managers how to run milestone retrospectives where every problem is followed by an improvement that becomes a checkpoint, rule or test. It also covers preparing data with scripts before AI analysis, writing reusable case cards, and reviewing how the team works with AI. 📖 本期延伸阅读 游戏项目管理（3）——项目复盘 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第13章，讲风险找到以后怎么处理到位。判断标准只有一条：下次同样的情况会被某个机制拦住，靠人记住“以后注意”的不算。处理先核实证据，“测过了”“改好了”对人和对agent一样要看到记录；AI出错先定位出在材料、交代、计划、工具还是最后一步，一次只改一处。5Why每一层都附依据，问到能用机制改变的原因为止，方案分人、机制、结构三层。最后讲检查点放在哪、规则和闸门怎么分，以及每个agent都要有owner，谁放行谁担责。 ❓ 本期讨论了这些问题 风险处理怎样才算处理到位？ 同事或agent说“测过了”“改好了”，要看到什么证据？ 用AI做5Why，为什么每一层都要附依据？ 改进措施落在人、机制、结构哪一层，差别在哪？ agent出了问题，谁来负责？ 🔥 本期核心内容 先核实证据，对人和对agent一样测过了要看测试清单或报告，改好了要看提交记录和按原复现步骤再走一遍的结果，执行成功要看复查结果。拿不出证据的，在处理记录里写“未核实”，不能当成已完成。 5Why每层附依据，“沟通不畅”不算根因以外包角色模型进度落后15%为例：返工率40%，依据是外包周报；修改意见和最初要求不一致，依据是反馈记录；需求只有简单描述，依据是需求文档；根因是外包启动前没有“需求文档完整”这道前置条件。找不到依据的层标推测。 方案分人、机制、结构三层提醒、培训、以后注意落在人这一层，下次会不会被拦住取决于当事人记不记得，只能当临时措施；检查点、必填项、自动检查落在机制层；调整职责、改流程顺序落在结构层。确定的规则交给脚本和工具，需要理解内容的，让AI先列疑点、负责人判断。 不可逆的动作用闸门，谁放行谁担责规则写在项目规则或Skill里，agent可能误解或忽略；闸门是权限不给或必须审批，一定拦得住。对外发布、删除、批量修改、改线上内容用闸门。每个agent都有owner和授权卡，放行的人对放行负责，出了问题先改机制。 🏷️ 本期提到的人物与概念 概念：根因分析 / Root Cause Analysis；5Why / 5 Whys；检查点 / Checkpoint；闸门 / Gate；授权卡 / Agent Authorization Card；责任表 / Responsibility Matrix 🔗 延伸话题 Q：项目复盘的根因写“沟通不畅”有什么问题？A：它描述的是现象，改不了任何机制；要继续问为什么，问到一个能通过改流程、加检查或改职责解决的原因。 Q：agent的产出有问题，直接让它重做可以吗？A：常常会换一种方式再错一次，先判断问题出在材料、交代、计划、工具还是最后一步，一次只改一处再让它重做。 Q：给AI开权限之前要想清楚什么？A：先问三个问题：它会不会在你不知道的情况下改变任务，会不会替你做不可逆的决定，你监督它的方式靠不靠得住，再把答案写成授权卡。 🌐 About This Episode Chapter 13 of Hao's Game PM Notes course defines risk handling as done only when a mechanism would catch the same problem next time. Hao walks game project managers through evidence checks, an evidence-backed 5 Whys, solutions at the people, mechanism and structure levels, gates for irreversible actions, and clear ownership for every AI agent. 📖 本期延伸阅读 游戏PM的死循环：越忙越救火，越救火越忙 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第12章，讲团队用上AI以后，风险识别要补哪些内容。每周扫描固定读任务系统、纪要、Bug单、外包周报和自动任务记录，拆成两段：第一段只列候选、附原话和出处，第二段对照风险案例库里的阈值判断，对不上的交给PM。AI相关风险单列一类，包括质量债、假完成、换模型和降级、供应中断、费用失控、越权、静默失败、人和激励，每类写清信号、阈值、第一步和负责人。扫描每月校准一次准不准、漏没漏，提醒分级发送，超期升级。 ❓ 本期讨论了这些问题 游戏项目的每周风险扫描要读哪些材料？ 为什么让AI一次“找出本周风险”容易两头出错？ 团队用上AI以后，会多出哪些新的项目风险？ agent说“已完成”，怎么判断是不是假完成？ 定时任务没报错，为什么也可能已经失败了？ 🔥 本期核心内容 两段式扫描一次让agent找全，要么列二十条、一半是日常波动，要么漏掉纪要角落里的一句话。第一段列候选，宁可多、不要漏，每条附原话和出处；第二段对照项目背景和风险案例库的阈值逐条判断，对不上的标“待PM判断”。 AI相关风险单列一类质量债、假完成、换模型和降级、供应中断、费用失控、越权、静默失败、人和激励，它们的信号和传统风险不一样。登记表每类写六栏：类型、游戏项目里的样子、可观察的信号、阈值、第一步、负责人，阈值按你项目的实际情况填。 能自动查的写成检查，要问人的放进一对一提交体积、资产面数和贴图规格、token日耗和额度、定时任务最后一次成功时间，这些可以自动查；方向对不对、有没有人担心被替代、一线私下在用什么工具，只能靠人问。 每月校准，提醒分级每月看准不准、漏没漏：报多了收紧阈值，漏报了回到材料找信号补成案例。影响里程碑的即时提醒，其他进周报，连续两周没人处理就升级。 🏷️ 本期提到的人物与概念 概念：风险识别 / Risk Identification；风险登记表 / Risk Register；阈值 / Threshold；质量债 / Quality Debt；静默失败 / Silent Failure；风险案例库 / Risk Case Library 🔗 延伸话题 Q：用AI做风险扫描，结果总是报一堆不重要的怎么办？A：把扫描拆成两段，第二段对照案例库里的阈值判断，每月记录误报，用它收紧阈值。 Q：AI生成的美术资产会给项目带来什么风险？A：截图看着没问题，进了引擎可能面数过高、UV破碎、贴图规格不对，要在资产进引擎前设检查。 Q：怎么发现定时任务已经悄悄停了？A：给每个定时任务记录最后一次成功的时间，扫描时检查它，不能只看有没有报错。 🌐 About This Episode Chapter 12 of Hao's Game PM Notes course covers risk identification after a game team adopts AI. Hao gives game project managers a two-stage weekly risk scan, a register of AI-specific risks such as quality debt, false completion and silent failure, and rules for monthly calibration and escalation. 📖 本期延伸阅读 游戏项目管理（10）——风险管理 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第11章，讲周报和版本评估交给agent起草以后，PM在汇报里要守住什么。汇报的产出是一个决定：同一份事实给制作人、主管和团队各出一个版本，数字只取一次；取数先要回执，每个数字附出处、口径和取数时间，结论只覆盖实际查过的范围。版本风险评估由agent起草，PM逐模块找人确认，写清每种收法的代价，不替主管拍板。坏消息要早说、带选项，讲AI的价值时把成本和产出分开算。 ❓ 本期讨论了这些问题 为什么AI写的周报格式整齐，上级还是不知道该做什么决定？ 同一份项目进展，给制作人、主管和团队的周报有什么不同？ 周报里的数字怎么写，才经得起追问？ 版本延期的坏消息怎么跟上级说？ 向上汇报AI带来的效果，要算哪些账？ 🔥 本期核心内容 汇报的产出是一个决定先想清楚读完以后应该发生什么：给制作人的周报，要不要介入、什么事什么时候前定；给主管的，人力和资源要不要调；给团队的，下周自己做什么、要和谁配合。同一份事实出三个版本，数字只取一次。 数字要有回执、出处和口径取数先要一份回执：取数条件、条数、没取到的、原始文件在哪。“计划内任务完成35/38”要说得出怎么数；“战斗系统完成80%”这类说法没法核，进展用能核的产出说话。查不到的写“未查到”，不能写“正常”。 版本风险评估写清收法和代价agent可以起草，PM逐模块找负责人确认，把需求、产能、依赖和时间摆在一起，给出几种收法和各自的代价。PM给建议，不替主管拍板。 坏消息要早，要带选项按发生了什么、影响、选项、我的建议、需要你做的五段讲。遇到分歧，先分清是方案分歧还是方向分歧；讲AI的效果时，成本算清楚，产出有依据地估。 🏷️ 本期提到的人物与概念 概念：向上管理 / Managing Up；周报 / Weekly Report；取数回执 / Data Pull Receipt；版本风险评估 / Release Risk Assessment；数据口径 / Metric Definition 🔗 延伸话题 Q：游戏PM的周报第一句应该写什么？A：直接写结论，比如本周进度是否正常、有没有要关注的风险、可能影响哪个节点，再展开细节。 Q：AI从任务系统取的数据能直接写进周报吗？A：先要一份取数回执，确认取数条件、条数和没取到的部分，再让每个数字附出处和口径。 Q：怎么跟领导说版本可能延期？A：越早越好，按发生了什么、影响、选项、建议和需要对方做的决定来讲，给出每个选项的代价。 🌐 About This Episode Chapter 11 of Hao's Game PM Notes course is about reporting and managing up once AI agents draft weekly reports and release risk assessments. Hao shows game project managers how to make every number traceable, write three audience-specific versions from one set of facts, and deliver bad news early with clear options and trade-offs. 📖 本期延伸阅读 游戏版本总是延期怎么办：先把止血顺序搞对 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第10章，讲团队里各职能都用上AI以后，PM怎么把需求、排期和验收对齐。开头是一个游戏团队的经历：对齐会开完，PM发现很多需求只写了方向，当场立了一条规矩，规则没有闭合的需求，程序先不估时、不排期。用上AI以后，这种需求更容易混进排期，各职能自己的活快了，版本节奏却卡在评审、联调、验收和跨组依赖这些交接处。这一章给出可开工清单、意图模板、分三块写的验收标准、依赖追问清单和排期扫描指令，以及AI产出进管线前的验收三问和合入规则。 ❓ 本期讨论了这些问题 为什么各职能都用AI提速了，版本还是没快？ 需求写到什么程度，程序才能开始估时？ 说不清的验收标准怎么变成能核对的文档？ 排期里的依赖怎么追问到能核实？ AI生成的代码和资产，什么情况下才算交付？ 🔥 本期核心内容 时间耗在交接处版本节奏取决于评审、联调、验收和跨组依赖。程序做到一半回头问策划到底要什么，美术的图做完了到下游才发现进不了引擎，各职能单独提速补不回这些时间。 需求过了可开工门槛才估时AI能把一句话扩成格式齐全的策划案，所以要用可开工清单判断规则有没有闭合。说不出来的标准，先挑样稿磨成文档，数值要有本项目的依据。 验收标准写三块，认可要分层级多写怎么验证，少写怎么做。方向被认可，不代表下一层的方案和细节也被认可了。 能进管线才算交付，合入必须有人批准排期拆开估，依赖追问到能核。AI的产出进管线前过一遍验收三问，合入必须有人批准；说不清的需求，先做出来再对。 🏷️ 本期提到的人物与概念 概念：跨职能协作 / Cross-functional Alignment；验收标准 / Acceptance Criteria；可开工标准 / Definition of Ready；依赖管理 / Dependency Management；排期 / Scheduling；合入 / Merge 🔗 延伸话题 Q：策划用AI写的策划案看起来很完整，为什么程序还在反复问？A：格式齐全不等于规则闭合，规则细节、边界条件和完成标准没定的需求，先不估时、不排期。 Q：游戏需求的验收标准怎么写？A：分三块写，多写怎么验证、少写怎么做；说不清的标准先挑样稿磨成文档，数值要有本项目的依据。 Q：AI做出来的资产能直接进版本吗？A：先过验收三问，确认能进管线才算交付，合入必须有人批准。 🌐 About This Episode Chapter 10 of Hao's Game PM Notes course explains why game versions do not ship faster when design, engineering and art each speed up with AI: the time is lost at handoffs. Hao gives game project managers a definition-of-ready checklist, a three-part acceptance criteria template, dependency questions, and merge rules for AI output. 📖 本期延伸阅读 游戏项目管理（7）——制定计划 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第09章，讲怎么把团队里只有“老王”知道的流程写成文档，让新人和agent都能照着用。流程文档常见四个毛病：写得不清楚、不好找、不好用、过时了没人改。Hao给出一份六个模块的模板，外加一块“待确认”，并提醒不要让AI替你补细节：它补出来的“四小时内响应”看着合理，却没有人定过。正确的顺序是先让AI访谈、再生成，写好的文档交给agent回答问题、写明出处，规则清楚的流程做成Skill，由agent给建议、PM确认。 ❓ 本期讨论了这些问题 一份能用的流程文档要写哪几个模块？ 为什么不能让AI直接“补充缺失的细节”？ 怎么让AI通过访谈把口述整理成流程文档？ 新人的问题怎么交给agent回答，才不会答错？ 什么样的流程可以做成Skill交给agent执行？ 🔥 本期核心内容 六个模块，外加一块待确认流程目的、适用范围、角色职责、流程步骤、异常处理、相关资源，缺哪块都会让人照着做不下去。访谈时没人说得清的规则，先放进待确认，写明该问谁。 每条规则都要能说出是谁定的让AI“补充缺失的细节”，它会写出一份很完整的文档，比如P1四小时内响应、P2二十四小时内响应，可这些数字没有人定过。写进流程文档，就成了一条没人同意、也没人会照着做的规定。 先访谈，再生成让AI按模块逐个问你，每次最多三个问题，答不上来的记进待确认，问完把要点整理给你确认，再生成文档。待确认里的问题拿去找能拍板的人，问完再发布。 交给agent答问题，规则清楚的做成Skill流程文档放进agent能读的共享文件夹，规定只按文档回答、写明出自哪个文件哪一节和更新日期，找不到就说文档里没有、告诉提问人该问谁。规则清楚的流程，比如Bug分级初筛，做成Skill，agent只读、只给建议，改单子的是PM。 🏷️ 本期提到的人物与概念 公司/产品：TAPD概念：流程文档 / Process Documentation；标准作业程序 / SOP；待确认事项 / Open Questions；Bug分级 / Bug Triage；技能 / Skill；常见问题 / FAQ 🔗 延伸话题 Q：团队流程总是靠某个老员工口头传，怎么办？A：约他按平时的做法讲一遍，录下转写，让AI拿着转写和六模块模板逐个问，答不上来的进待确认，再找人拍板后发布。 Q：用AI写流程文档会不会编出不存在的规则？A：会，所以不要让它直接补细节，每条规则都要能说出是谁定的，说不出的放进待确认。 Q：PM的日常工作能写成Skill交给AI吗？A：能，比如每日总结、会议纪要、周报各写一个Skill；有个游戏团队的PM这样做以后，这几件事每天从30到40分钟降到了5到10分钟。 🌐 About This Episode Chapter 9 of Hao's Game PM Notes course shows game project managers how to turn the process knowledge only one veteran holds into documentation that new hires and AI agents can follow. The method uses a six-module template, AI-led interviews with at most three questions at a time, and an open-questions list so no rule is invented, then turns well-defined processes such as bug triage into agent Skills. 📖 本期延伸阅读 游戏项目管理（13）——过程管理 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第08章，讲纪要能自动生成以后，PM在会议上的工作重点放在哪。AI常把决议归进讨论项、漏掉待办的跟进人，根源是讨论本身乱，决定在讨论中间顺口定下，材料里没有标记。有个游戏团队的PM在散会前加了三十秒口头总结，AI整理的准确率从70%提到了95%以上。这一章讲散会前怎么说结论，会后怎么核对纪要、确认并推送待办，以及纪要和项目现状的分工：纪要只记这次改了什么，现状放在事实库。 ❓ 本期讨论了这些问题 AI生成的会议纪要为什么会漏决议和待办？ 散会前的口头总结要说什么？ 会议纪要怎么写，对没参会的人才有用？ 纪要里的待办怎么可靠地推进任务系统？ 🔥 本期核心内容 散会前三十秒说三件事：定了什么，待办是谁，还有什么没定。录音里有了这一段，AI才分得清哪些是决议。 你的笔记只记AI听不出来的转写会把说过的话都记下来，PM自己的笔记只记它听不出来的判断。 纪要按读者分层，规则写进Skill摘要给没参会的人看，附录留给以后查证。不同会议类型的规则写进纪要Skill，每次照着整理。 会后核对和跟进用两个问题对着原始材料核对纪要；待办推送进任务系统之前先确认，下次开会先过上次的待办。纪要只记这次改了什么，项目现状统一放在事实库里更新。 🏷️ 本期提到的人物与概念 概念：会议纪要 / Meeting Minutes；录音转写 / Transcript；待办事项 / Action Items；决议 / Decision；事实库 / Project Fact Base；技能 / Skill 🔗 延伸话题 Q：会议软件自动生成的纪要可以直接发吗？A：先对着原始转写核对决议和待办，确认责任人和日期再发，尤其是讨论中途定下的事项。 Q：怎么提高AI整理会议纪要的准确率？A：散会前花三十秒口头总结定了什么、待办是谁、还没定什么，让录音里有明确的结论。 Q：会议纪要和项目现状文档有什么区别？A：纪要只记这次会改了什么，项目当前的状态放在事实库里，每次会后更新。 🌐 About This Episode Chapter 8 of Hao's Game PM Notes course is about meeting minutes once AI generates them automatically: the game PM's job shifts to stating decisions before the meeting ends, checking the minutes against the transcript, and pushing confirmed action items into the task system. Hao shares a team where a thirty-second spoken summary raised AI accuracy from 70% to over 95%. 📖 本期延伸阅读 游戏PM怎么用AI提高工作效率：一个10年PM的实战体系 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第07章，讲把几个小时的长任务交给agent时，怎么授权、对齐、验收和交接。授权分三档：直接做、自己判断但记录、等我确认，无法撤回、对外、花钱的事都放进等确认。开工前让agent先问，整理成任务书给PM确认；验收分两层，它说通过要看到证据，计划和验收分开，检查对照原始需求。多个agent先定好分工，交接靠文件，接手的先复述。 ❓ 本期讨论了这些问题 什么样的事可以让agent直接做，什么样的必须等你确认？ 长任务开工前，要和agent对齐哪些内容？ 为什么不能让同一个AI既定计划又做验收？ 同时开几个agent合适？ 换了窗口或换了agent，任务怎么接上？ 🔥 本期核心内容 授权分三档目标明确、有现成Skill或模板、结果可撤回的事，直接做；几种合理方案里选一个的，让它自己判断，在choices文件里记一句选了什么、为什么；删文件、发群、批量改任务单这类无法撤回、对外、花钱的事，写进待确认，先做不依赖它的部分。 开工前先问，再写任务书让agent先提问，整理成任务书给你确认，写上上限。怎样算完成要能核对，会变的数字不写死。 计划和验收分开标准在派单前定死，派检查子agent对照原始需求检查，而不是对照它自己写的计划。它说通过，要看到证据。 开几个agent，看你的验收带宽多个agent先定好分工；中途换窗口，靠交接文件接上，接手的agent先复述一遍任务。从二十分钟的活开始，连续跑稳三次再扩大。 🏷️ 本期提到的人物与概念 概念：长任务 / Long-running Task；任务书 / Task Brief；子智能体 / Subagent；交接文件 / Handoff File；授权分级 / Permission Tiers；项目说明文件 / AGENTS.md 🔗 延伸话题 Q：agent自己检查说通过了，还要再验吗？A：要。验收分两层，它说通过时要看到对应的证据，再由一个检查子agent对照原始需求看一遍。 Q：让agent跑长任务之前要准备什么？A：让它先问你问题，整理成任务书给你确认，写清怎样算完成、能核对的标准和上限。 Q：多个agent一起干活容易乱吗？A：开几个取决于你验收得过来几个；开工前先定好分工，换窗口时靠交接文件接上。 🌐 About This Episode Chapter 7 of Hao's Game PM Notes course covers how game project managers delegate hours-long tasks to AI agents: three permission tiers, a confirmed task brief, a checking subagent that tests against the original requirement, and file-based handoffs. The method is practiced on a twenty-minute task three times before scaling up. 📖 本期延伸阅读 别让干活的AI自己验收 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第06章，讲怎么给项目建一个新同事和agent都能读的知识库。游戏团队里，模块负责人请假或转组，接手的人只能找原负责人把来龙去脉重讲一遍，现在接手的也可能是一个新开的agent。知识库不用从头写：材料交给agent整理，每条标出处，PM确认；原始记录和知识分开放，决策和术语从纪要里提，风险案例的阈值多半要PM自己补。最后用十道题验收，看agent是不是真懂这个项目。 ❓ 本期讨论了这些问题 项目说明文件和项目知识库有什么区别？ 项目知识库里该放什么，不该放什么？ 怎么让agent从纪要和周报里整理出知识库？ 怎么检查agent是不是真的懂你的项目？ 🔥 本期核心内容 需要别人确认、别人接手的信息，放知识库项目说明只有一屏，工具的自动记忆记的是你的习惯。历史决策、风险案例、模块负责人和术语，要放进团队和agent都能读到的文件里。 材料交给agent整理，每条标出处这些内容本来就散在纪要、周报、群聊和复盘文档里。agent负责整理成文件，PM负责确认。原始记录和整理后的知识分开放。 决策和术语从纪要里提，阈值要你补先从已有纪要里提一遍决策和术语，之后让它自动追加。风险案例的阈值单独写，这部分多半要PM补。规则放到对应的层，不全塞进项目说明。 用十道题验收先练一遍，再用一套十道题的小考卷检查agent。答错时先分清是哪种错，再决定改什么。 🏷️ 本期提到的人物与概念 概念：项目知识库 / Project Knowledge Base；决策记录 / Decision Log；术语表 / Glossary；风险案例库 / Risk Case Library；自动记忆 / Memory 🔗 延伸话题 Q：项目知识库要自己从头写吗？A：不用，把纪要、周报、群聊和复盘交给agent整理，每条标出处，你来确认。 Q：AI工具的记忆功能能代替项目知识库吗？A：不能，自动记忆记的是个人习惯，换个人、换个工具就读不到，项目事实要写进文件。 Q：怎么知道agent懂不懂项目？A：准备十道关于项目的题让它答，答错的地方就是知识库要补或要改的地方。 🌐 About This Episode Chapter 6 of Hao's Game PM Notes course shows game project managers how to build a project knowledge base that both new teammates and AI agents can read, by having the agent organize existing meeting notes, reports and retrospectives with a source on every entry. A ten-question quiz then checks whether the agent really understands the project. 📖 本期延伸阅读 游戏PM怎么用AI提高工作效率：一个10年PM的实战体系 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第05章，讲怎么把一件具体的活交代清楚，让AI少返工几轮。PM手里通常没有实现方案，能说清的是目标、标准和边界，这一章用双卡系统来练：3C卡先写Criteria，也就是怎样算做完；CER卡在结果不对时对着标准写反馈。同一个错出现第二次就改规则，改三轮还不过就回头重写3C卡。说不清自己要什么时，先让AI设计怎么问你。 ❓ 本期讨论了这些问题 给AI派活，为什么总要来回改好几轮？ 3C卡怎么写，为什么要先写怎样算做完？ AI交的结果不对，怎么给反馈它才改得对？ 什么时候该改规则，什么时候该重写交代？ 🔥 本期核心内容 怎样算做完，只有你能答现在的AI会主动提问，还会给出推荐方案，可它问的很多问题只有PM能回答：这件事做到什么程度算完，哪些地方不能动，两份资料说法不一致时听哪份。 3C卡先写Criteria日常用时每栏一行，按需补。Context可以直接给原始材料，说清是什么、拿来干什么、冲突听谁的。定格式的活写死结构，判断类的活只写交付物。 CER卡对着标准写结果不对时，先让AI说出原因，再对照标准给反馈，让它知道差在哪、该怎么改。 按出错情况决定改哪里同一个错第二次出现，就把它写进规则；改了三轮还不过，问题多半在交代本身，回头重写3C卡。 🏷️ 本期提到的人物与概念 概念：3C卡 / 3C Card；CER卡 / CER Card；验收标准 / Criteria；上下文 / Context；提示词 / Prompt 🔗 延伸话题 Q：给AI写提示词，第一句该写什么？A：先写怎样算做完，也就是验收标准，再给背景材料，说清材料是什么、拿来干什么、冲突时听谁的。 Q：AI写的周报格式总是不对怎么办？A：定格式的活在交代时把结构写死；同一个格式错误出现第二次，就把它写进规则。 Q：自己也说不清想要什么，怎么交代给AI？A：先让AI设计要问你哪些问题，答完再整理成交代。 🌐 About This Episode Chapter 5 of Hao's Game PM Notes course teaches game project managers a two-card method for briefing AI: a 3C card that starts from acceptance criteria, and a CER card for feedback when the result misses. It also explains when to fix the feedback, add a standing rule, or rewrite the brief from scratch. 📖 本期延伸阅读 AI的产出，该信任到什么程度？ 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第04章，梳理游戏PM最常做的五类工作：会议、文档、跨部门对齐、汇报和风险。Hao对比了AI只待在对话框里和换成agent以后的差别：以前是你贴材料、它整理润色，现在它能自己拿材料先出一版，比如读录音转写出纪要、把待办写进任务系统、复审需求找出没写清的地方。很多PM卡在信息进来的第一步，所以先看材料卡在哪。效果按三层账算，团队那一层用自己项目的数字填。 ❓ 本期讨论了这些问题 游戏PM的哪些日常工作可以交给AI？ agent比对话框里的AI多做到了哪一步？ 怎么判断自己的项目应该先从哪个场景下手？ 怎么衡量AI给团队带来的变化？ 🔥 本期核心内容 五类高频场景会议每天都有，纪要和待办散在聊天里；文档写完没人看，过时了没人改；跨部门协作里每个人对“完成”的理解不一样；汇报取数很久，领导只看几分钟；风险本该每天看，实际常常出了问题才发现。 从帮你整理，变成自己先出一版换成能读文件、能用工具的agent以后，它能自己读转写出纪要，按模块问你问题写成文档，复审需求找出没写清的地方，扫一遍排期里没法核的条目。 先看材料卡在哪一步画一张自己项目的场景地图，标出材料卡住的地方。很多PM卡在信息进来这第一步。 效果算三层账自己省下的时间最好算，团队有没有变化要另看；省下的时间如果又被更多的会、更长的文档填满，团队什么也没得到。别人的数字放到你的项目里没有意义，用之前、用之后各记一个月。这三层也是向上汇报AI价值的口径。 🏷️ 本期提到的人物与概念 概念：场景地图 / Scenario Map；会议纪要 / Meeting Minutes；跨部门协作 / Cross-functional Collaboration；风险管理 / Risk Management；投入产出 / ROI 🔗 延伸话题 Q：游戏PM用AI，先从哪个场景开始？A：画出自己项目的场景地图，标出材料卡在哪一步，从你最痛的那个场景先做。 Q：AI提效怎么向领导汇报？A：按三层账记，用之前和用之后各记一个月，用自己项目的数字说，不拿别人的提效比例。 Q：AI能帮PM把会议待办写进任务系统吗？A：能，agent读录音转写出纪要后，可以把待办写进任务系统，前提是任务系统已经接好连接器。 🌐 About This Episode Chapter 4 of Hao's Game PM Notes course maps five high-frequency areas of game project management: meetings, documentation, cross-functional alignment, reporting and risk, and shows what an AI agent can now do in each. Game PMs draw a scenario map for their own project and measure impact with their own numbers rather than borrowed benchmarks. 📖 本期延伸阅读 游戏行业PM每天到底在做什么？ 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿

📝 本期摘要 Hao的游戏PM笔记《游戏PM的AI实战手册》第03章，讲让agent懂项目、按标准干活的三件套：项目说明文件、Skills和连接器。项目说明放在项目文件夹根目录，每次开工都读，只写所有任务都要守的底线；Skill按一类活写目标、步骤、常见坑和自查，agent用得上才读；连接器负责取数和写入，先只读再放开写。Hao的做法是能写成文件的都写成文件，换工具时只需要重新连接。最后用三件套生成一份周报，PM抽查数字、确认风险判断，再决定发不发。 ❓ 本期讨论了这些问题 项目说明文件、Skill和连接器分别管什么？ AGENTS.md应该写什么、不该写什么？ 一个好用的Skill里，哪部分最有用？ 给agent接任务系统，为什么要先只读？ 🔥 本期核心内容 三件套各管一件事项目说明管在这个项目里守什么规矩，每次开工都读；Skill管某一类活具体怎么做，判断用得上才读；连接器管去哪里拿数据、结果写到哪，需要取数或写入时才调用，比如读TAPD本周任务、读飞书纪要。 项目说明只写推不出来的事日期写具体日期、责任人写到人名这类底线写进去，同时写原因，控制在一屏。agent能自己推出来的内容删掉。 Skill一类活一个，常见坑最有用每次发现新问题就补进常见坑，汇报规则也写进去，比如周报分三版、每个数字标来源。写不清的标准留给人判断。团队共用的Skill先放到同一个地方。 工具记偏好，项目事实放文件项目说明和Skill是文本文件，格式各家通用；连接器装在具体工具上，换了工具要重新授权。项目事实写进文件，不依赖工具的自动记忆。 🏷️ 本期提到的人物与概念 公司/产品：TAPD；飞书 / Lark概念：项目说明文件 / AGENTS.md；技能 / Skills；连接器 / Connector；常见坑 / Gotchas；只读权限 / Read-only Access 🔗 延伸话题 Q：AGENTS.md写多长合适？A：控制在一屏左右，只写agent推不出来的规矩，并写上原因。 Q：游戏PM怎么写第一个Skill？A：挑一个最常做的活，和agent对话把目标、步骤、常见坑和自查写下来，再加上汇报规则。 Q：agent接了任务系统以后，能直接改单子吗？A：先只读，让它读一条真实数据存成文件，确认拿到的对，再考虑放开写。 🌐 About This Episode Chapter 3 of Hao's Game PM Notes course covers the three pieces that make an AI agent work by a game project's own rules: a project instruction file (AGENTS.md), Skills for specific types of work, and read-only connectors to project data. Hao ends with a weekly report built from all three and checked by the game PM before it goes out. 📖 本期延伸阅读 游戏PM怎么用AI提高工作效率：一个10年PM的实战体系 关于 Hao 的游戏 PM 笔记我持续分享游戏项目管理、求职准备和 AI 实践，也把相关内容整理在了 PMNote 这本游戏 PM 百科全书里。微信内也可以直接搜索「Hao的游戏PM笔记」，使用小程序版。 查资料、找岗位：游戏 PM 岗位信息、面试练习、文章、工具和模板。 一对一咨询：简历修改和模拟面试。围绕目标岗位梳理经历，检查简历表达，或通过模拟面试和逐题复盘发现准备中的问题。 系统课程：游戏 PM 课程与 AI 课程，分别介绍游戏项目管理，以及 AI 在游戏行业和日常工作中的用法。 课程内容、服务说明和预约方式：PMNote · 课程与咨询。 在小宇宙查看该单集文稿