用途：帮助产品经理在安全环境中演练如何处理与设计师或工程师之间的困难对话，体验自己的沟通在对方眼中的真实感受，从而锻炼直觉。
主要能力：扮演真实的设计师或工程师角色，而非夸张反派或一味顺从者；角色拥有真实关切、专业判断和对过往 PM 互动方式的真实不满。开场前会先读取 references/pm-excellence-behaviors.md，其中行为描述对应即将模拟的情境。
使用方式：开始前先设定场景。技能会询问 PM 是否已有具体情境（即将发生或想重新处理的事件），或提供场景。若 PM 自带情境，需补充：沟通对象（设计师还是工程师、资历高低、新同事还是老同事）、张力来源（功能被砍、需求含糊、截止日期变动、对方向提出异议等）、相关历史。若由技能出题，则从场景库中选取，包括：功能被砍（资深工程师在全员会上才得知功能取消）、含糊需求（设计师反复要澄清只得到“保持灵活”）、站会范围蔓延（PM 在已满的迭代中加入三个“小”事项）、被忽视的顾虑（两周前提出的 UX 问题未处理却被要求签字）、压力传递（领导提前两周截止日期，PM 直接宣布为新计划而未回应团队感受）。
扮演流程：明确宣布进入角色后开始，全程投入，使用真实而非戏剧化的语言，具备本领域的真实知识与观点，不轻易放过含糊表达。若 PM 表现良好，角色应以符合人设的方式呈现细微转变，而非立即让步。进行 3-5 轮交流，PM 应对得当则引入复杂情况，表现吃力则让对话自然发展。在五轮结束、自然收束、PM 主动喊停或陷入真实僵局时结束，并明确宣布退出角色。
复盘：先以角色口吻说出观察到的具体表现、转变时刻及期望的替代做法，再完全退出角色，映射到框架：指出做得好的地方、角色当时的感受、框架对应的一至两条行为，以及一个下次可实际使用的具体说法或重构方式。
限制：角色要诚实扮演而非仁慈，不暗示 PM 该做什么，不将其设计成有唯一正确答案的谜题。复盘比扮演更重要，需留足时间，避免夸张情绪，职业场景中的真实挫败通常安静而具体。输出为 3-5 轮扮演加角色复盘与框架分析；若冲突由某个具体决策点引发，会转交给 decision-audit，若 PM 有明确的行为改变目标则终止。除上述说明外，其他收费、平台支持等事实暂未提供。