用途：帮助工程经理定位并减少未进入计划却消耗真实产能的隐性工作（影子工作），解释团队为何持续错过承诺。
主要能力：区分三类影子工作并给出对应做法。类型一“隐形生产支持”，指未进工单系统的临时事件处理、告警排查、支持请求、手工修复和客户升级；建议创建轻量分类打标签，追踪4至6周后做频率分析，轮换热修复职责，把反复出现的手工修复转为有延迟成本论证的路线图项。类型二“胶水工作”，指代码评审、指导、入职、文档、协调、跨团队翻译等不成比例落到资深工程师身上的工作；建议在绩效对话和晋升材料中显式命名，通过结对、现场评审、办公时间和轮换所有权向下分散技能，保护其专注时间。类型三“影子待办”，指正式路线图之外的工作，如产品经理的口头修复请求、工程师自选的更长路径、与其他团队直接谈成的计划外集成和累积起来不小的“小请求”；建议在计划时预判可能被追加的任务，环境嘈杂时先预留10%至20%的影子产能，把非正式请求转入正式待办，并定期向干系人展示数据。远程团队还存在“远程放大问题”，影子工作更难被观察，需建立轻量追踪习惯作为管理基础设施。
使用方式：先读取 .agents/em-context.md 获取经理背景；若不存在，先让用户提供最小化的经理画像（角色、团队规模、团队使命、当前挑战）并保存。若涉及具体成员且 .agents/reports/[name].md 不存在，先收集该成员的最小画像（级别、任期、优势、当前挑战）并保存。回答保持简洁，先给诊断或建议，必要时最多问2至3个针对性问题，给出下一步具体行动和可直接使用的措辞；仅在用户要求深入时展开完整框架。
适用场景：团队错过承诺但人人忙碌、临时事件与支持请求侵占产能、资深工程师因协调类工作倦怠、非正式请求悄悄消耗冲刺、远程团队可见性弱。
限制：资料未提供该技能的安装命令、收费、价格或平台信息；成效取决于用户是否愿意持续追踪数周，且需用户先提供必要的团队与人员背景。