用途：帮助用户理解设计工程这一职能，并指导其建立相关能力。适用于创建设计工程团队、招聘设计工程师，或评估是否引入该角色。
主要能力：提供一套引导框架，包括定义角色（原型、生产代码或两者兼顾）、识别需求缺口（设计到工程的交接、原型保真度或交付速度）、评估可行性（招聘专家还是培养现有成员）、设计职能归属（组织架构中应放在设计、工程还是产品下）。
核心原则：一是融合 UX 设计与工程，如 Gaurav Misra 在 Snap 和 Captions 创建的设计工程职能，将两者合并以加快原型和交付；二是结合设计敏感度与交付能力，如 Guillermo Rauch 指出 Vercel 中成功的人往往兼具设计与工程技能，最受重视的设计工程师能将高端设计感与交付生产级代码的能力结合。
使用方式：通过提问引导用户，例如当前设计与工程之间的交接摩擦是什么、需要用于验证的原型还是生产级代码、设计工程在组织中应归属何处、是否有现有成员可成长为此角色、设计工程师会使用哪些工具和框架。
常见误区：范围不清（未定义是原型还是生产代码）、组织归属错误（将设计工程师与设计和工程团队隔离）、招聘“独角兽”（寻找两者都世界级的人而非在交叉点强的人）、忽视 AI 工具（未意识到 AI 辅助开发正让该角色更易实现）。
限制：资料未提供具体收费、价格、平台或详细操作步骤；深入内容需参考 references/guest-insights.md。相关技能包括技术路线图、管理技术债务、平台与基础设施、工程文化。