Co-Design 用于把粗略的 UI 需求转化为可落地的设计方向，它不是视觉润色，而是在编码前决定界面用途、应借鉴哪类产品模式，以及设计完成前需要哪些实现验证。
用途：在实现有意义的 UI 界面前进行设计梳理，适用于探索 UI 方向、改进屏幕、设计功能等场景。
主要能力：先写最小设计简报，包含 Surface（改动的屏幕、组件或流程）、User job（用户要完成什么）、Category（应接近哪类可比产品）、Constraint（仓库、应用或设计系统中必须保持不变的内容）。设计环节要求：为屏幕写一句话论点；列出 3 到 5 个可比应用或本地界面及借鉴或拒绝的模式；选定一个主方向，不确定时先做 2 到 3 个原型方向；把方向转化为具体控件、状态、密度、布局和文案；使用现有 Svelte、Tailwind 和 @epicenter/ui 模式实现；结果涉及视觉、响应式或交互时在浏览器中验证。
输出形式：设计讨论保持紧凑，包含 Thesis、Comparisons、Direction、Implementation；实现时直接动手，编辑后报告改动文件、所做的视觉验证和剩余设计风险。
相关技能：comparable-apps 用于选择 UX 模式前；frontend-design 用于确定视觉方向并实现 UI；epicenter-ui 用于选择本地 Svelte 组件和状态界面；prototype 用于需要多个 UI 变体或临时路由；web-design-guidelines 用于最终无障碍与界面审查。
限制与规则：保持 Epicenter 工作区优先，身份、同步和账户界面应保持弱化，除非产品任务另有要求；工具类界面偏好密集、安静、可操作的 UI，避免在工作区界面内使用落地页式构图；优先使用本地 @epicenter/ui 组件而非一次性状态标记；现有应用界面足以回答问题时不要创建原型；不要停留在情绪化词汇，每个设计方向都必须映射到布局、控件、状态和验证；视觉回归可能发生时，未亲眼查看不得称设计完成。若需求模糊但实现仍可推进，应说明假设并继续；仅当答案会改变界面或数据模型时才提问。