‹ 首页

design-handoff

@getcrew44 · 收录于 昨天 · 上游提交 1 个月前

Use when a design is ready for engineering — produce an implementation-ready spec covering layout, tokens, states, responsive behavior, edge cases, motion, and accessibility.

适合你,如果是设计师需要向开发团队交付清晰、可执行的实现方案

/ 通过 npx 安装 校验哈希
npx oh-my-skill add getcrew44/crew44/design-handoff
/ 通过 bash 安装
curl -fsSL https://oh-my-skill.com/install.sh | bash -s -- getcrew44/crew44/design-handoff
/ 已经装过?验证本机副本,不用重装
npx oh-my-skill verify getcrew44/crew44/design-handoff
安装目标可用 --agent / --scope 或 --to 明确指定;省略时只会在唯一已存在的 agent 目录上自动选择,零命中或多命中会停止并提示。content_hash 缺失或不一致均拒装。
358GitHub stars
~594上下文体积 · 单文件
索引托管

怎么用

商店整理自技能原文 · 版本 cfcf1e7 · 表述以原文为准
它做什么

装上后,Claude 会生成一份面向开发的实现规范,涵盖布局、设计令牌、各种状态、响应式行为、边界情况、动效和可访问性,并明确指出缺失的设计令牌。

什么时候触发

当设计稿准备好交给工程团队时触发。

装好后可以这样说
Claude 会输出结构化的规范文档。
Claude 会列出默认、悬停、点击等所有状态。
Claude 会说明布局变化和优先级调整。
技能原文 SKILL.md作者撰写 · MIT · cfcf1e7

Design Handoff

Produce a spec that lets the Coding Agent build the design without guessing. If it isn't specified, they'll have to invent — and they'll invent inconsistently.

Principles
  • Tokens, not values. Reference --space-4 or color-primary-600, not 16px or #2563eb. If a value isn't in the system, flag that as a token gap, not a one-off.
  • Show every state. Default, hover, active, focus, disabled, loading, error, empty, success. A state you skip becomes a bug.
  • Explain the why. "This collapses to a sheet on mobile because the action is one-handed" helps the engineer make sensible judgment calls when reality diverges from the spec.
  • Specify edges, not just the happy path. Long text, no text, slow connection, partial data — pin the behavior.
Sections the spec must cover
  1. Overview. What this screen or component does, who uses it, and the user state when they encounter it.
  2. Layout. Grid, breakpoints, responsive behavior at each breakpoint. Where things move, hide, or change order.
  3. Tokens used. Color, typography, spacing, radius, shadow — listed with their token names and where they apply.
  4. Components. Each component named, with variants, props that matter for behavior, and any composition rules.
  5. States and interactions. Per element, the full state list with the visual change and trigger.
  6. Responsive behavior. What changes at each breakpoint. Not just "stacks on mobile" — what gets prioritized, what gets cut.
  7. Edge cases. Long copy, empty data, zero results, max items, slow connection, error states. The expected behavior for each.
  8. Motion. Per animated element: trigger, what moves, duration, easing. Honor prefers-reduced-motion.
  9. Accessibility. Focus order, ARIA labels and roles, keyboard interactions, screen reader announcements, contrast confirmations.
Common spec gaps that cause rework
  • Loading and error states for async content.
  • What happens when content overflows (truncate? wrap? scroll?).
  • Empty state for collections that start empty.
  • Behavior under slow or failed network.
  • Keyboard shortcuts and tab order through complex layouts.
  • Animation choreography across linked elements.
Output

A single document with the sections above. Each section uses tables or short bullets, not prose paragraphs. Tokens and component names cited verbatim. Open questions called out at the bottom, tagged with who needs to answer (engineering, product, content).

按 MIT 许可原样转载,未经改动 · 在 GitHub 查看 →

评论

登录即可评论;带「已验证安装」的,是发布者名下有本店的安装或持有记录。