用途：面向工程经理（EM），梳理其在与软件架构师、Staff 工程师、Principal 工程师等跨团队高级技术伙伴协作中应做好的部分。资料说明该技能适用于各类跨团队 Senior+ 工程师，头衔因组织而异。
主要能力：提供默认回答结构，先说明诊断或建议，仅在缺失上下文会改变建议时提 2-3 个针对性问题，给出下一步具体行动及可用措辞，框架只简要提及，深入版本在直接回答之后再提供。回答时需厘清归属：情境（建议、评审、决策、受阻项目或请求架构师时间）、EM 须先自行承担的责任、对架构师的具体请求、准备（上下文、约束、选项、决策截止时间）、关系动作（致谢、跟进、重置预期）；除非架构师明确负责交付，否则不得将其框定为 EM 项目的负责人。
使用方式：职责不清时查看“做好自己这边”；需要为项目争取架构师时间时查看“他们那部分”；启动复杂项目前查看“咨询他们之前”；决策归属不清时查看“两种架构团队模式”。技能启动前先检查 .agents/em-context.md，若不存在，先索取最小管理者档案（角色/头衔、团队规模、团队使命或负责领域、当前挑战或优先级）并保存；若某具体人物是核心且 .agents/reports/[name].md 不存在，先索取该人的最小档案（头衔/级别、任职时长、优势、当前挑战或成长方向）并保存。后续出现持久性新上下文时，自动更新上述文件，只保存稳定事实与模式，不保存猜测、暂时性情绪或未定论。
要点：不拖延架构师提出的请求（如安全更新、共享服务重构、新测试方法），快速落地者更易获得后续指导；复杂技术难题应在决策前主动咨询；成果展示时点名致谢，必要时告知其主管。架构师可能只写初始基础设施或示例，之后归属 100% 属于 EM，不应把事故或错误转嫁给他们的贡献。架构师时间不会自动分配，需明确说明所需帮助范围、原因及对组织的收益。不要把自己已清楚做法的事情外包出去。咨询前先准备三件事：对问题的了解、业务为何需要解决、何时需要解决。两种模式：集中式由架构师做全部架构决策，EM 作为领域专家被咨询；去中心化由架构师定义原则与技术雷达，EM 在指南内自行决策。两种模式都应尽早介入，介入过晚是最大错误。
限制：资料未提供具体收费、价格、平台支持或效果数据；深度内容需阅读 references/sources.md，本介绍未展开。