用途：帮助工程经理衡量并改进团队交付效率，核心立场是关注系统层面的摩擦，而非给个人打分或排名。
主要能力：梳理过往常见指标为何失效，如代码行数（SLOC）、速度（每迭代故事点）、周期时间等问题；介绍 DORA 四关键指标——部署频率、变更前置时间、变更失败率、平均恢复时间（MTTR），并给出高绩效参考值；介绍 DevEx 三维度——反馈循环、认知负荷、心流状态；说明如何把工程指标映射到业务指标，如留存、获客成本、上市时间、支持成本；并给出定性数据的价值与“不该做什么”的反面清单。
使用方式：开始前会先检查 .agents/em-context.md 是否存在，若不存在，会先要求提供一个最小化的经理画像（角色/头衔、团队规模、团队使命或负责范围、当前挑战或优先级）并保存后再给详细建议。若对话围绕具体个人且 .agents/reports/[name].md 不存在，会先要求该人的最小画像（头衔/级别、任职时长、优势、当前挑战或成长点）。后续出现稳定的新上下文时会自动更新对应文件，只保存稳定事实与模式。回答风格上先给出可能诊断或建议，仅当缺失上下文会改变建议时问 2-3 个针对性问题，再给出下一步具体行动及可用措辞，相关框架只简要提及，用户要求深入时才展开。
适用场景：不清楚从哪些工程指标入手、团队感觉慢但拿不出数据、工程师抱怨被阻塞、领导层询问团队表现、被要求给个人开发者排名或打分、想确认问卷和定性数据是否算数。默认响应结构为：问题定义、指标集（2-5 个团队级信号，混合交付、质量与开发者体验）、解读（每个指标能说明和不能说明什么）、行动循环、反模式提醒。若领导要单一生产力数字，应说明风险并提供互补信号的小型仪表盘。
限制：本资料未提供具体安装命令、代码、收费与平台信息，暂未提供；也不要把它当作替代判断的工具，完美 DORA 分数的团队仍可能在做错误的方向。