用途：帮助产品经理与工程师建立协作关系，而不是仅写工单等待产出。该技能可应用到一段对话，或用于应对某个具体的产品经理与工程协作情境。
主要能力与约束： 沟通方面，要求说明每个需求背后的原因，用用户问题和结果来表达而非实现指令，学习足够的术语以便有效交流，不告诉工程师怎么实现，并明确区分“什么”和“为什么”由产品负责、“怎么做”由工程负责；实现期间应保持可被提问。 范围协商方面，要求在承诺时间线前让工程参与范围界定，先问“解决用户问题的最简版本是什么”，把估算当作区间而非承诺，避免公开就估算施压，并愿意为质量和团队健康削减范围。 技术共情方面，要求把技术债视为真实工作，理解基础设施和平台约束，将维护负担纳入优先级，不以“能跑”为满足，并参加设计评审和架构讨论。 建立信任方面，要求兑现承诺、保护工程时间、在路线图中为工程优先级发声、公开庆祝工程成果，并在延期或缺陷时不推责。
使用方式：在对话中使用 /working-with-engineering 应用这些工程协作约束；或使用 /working-with-engineering <情况> 处理具体情境。
限制：资料以约束和反模式形式给出，未提供具体平台、收费、价格或量化效果数据。反模式包括只写工单不协作、指定实现细节、工程已承诺后追加需求、用同步会议占用工程日历、始终优先功能而忽视技术债。