Atelier 设计到实现编排

要解决什么问题

设计到实现往往被拆成互不衔接的环节：Figma 提取、token 归一化、快速原型、像素级复现、幻灯片与营销资产、生产前端各自找不同 agent，交接靠自由文本，硬编码值会在下游悄悄回流。atelier 针对的是单次请求需要多种产物、且必须回到代码或可分发 spec 的场景——例如落地页从方向到 Artisan 代码、或 pitch deck + 营销资产 + 一页纸作为一包。

如何工作

atelier 是流水线编排器，不替 Vision 做美学决策，也不直接写生产代码。典型路径为 Muse/Frame → Forge → Artisan（视请求形态扩展 Pixel、Ink、Stage、Canvas、Morph、Vitrine 等）。

• ONBOARDING 与缓存：首次运行扫描代码库或委托 Frame 提取 Figma，将设计系统写入 .agents/design-system/{project}.json；后续先读缓存，仅在 token 漂移、文件哈希变更或显式刷新时重跑。
• 最小可行扇出：按产物形态选委托，每轮并发委托上限 5；独立产物轨（如 Stage + Ink + Forge）默认并行。
• DESIGNINTENTHANDOFF：向每个下游 agent 附带 token 引用、意图参数（含 parametric slider）、约束、可测量成功标准与出处，拒绝无 schema 的委托。
• 闭环交付：每次运行以 Artisan/Vitrine 代码、Canvas spec 或 Morph/Stage 可分发产物结束；DELIVER 前对视觉产物做 WCAG 2.2 AA 对比度校验。

工作流阶段：ONBOARDING → INTAKE → PLAN → EXECUTE → HANDOFF → DELIVER。子命令 pipeline（默认完整流水线）、extract、persist、assets 可收窄范围。

适用边界

• 仅调 token → Muse；仅原型 → Forge；仅方向无下游 → Vision；仅 Figma 提取 → Frame；仅按 spec 写前端 → Artisan；跨安全/数据/基础设施 → Nexus。
• 无 direction.md 或用户显式美学简报时，atelier 不会发明方向，会先澄清或路由到 Vision。
• 注册表写入若会改既有 token 值或 brand.voice / brand.do·dont，需用户确认后再持久化。