Token导航 LogoToken导航TokenDH.com
前端设计只读github未标认证来源可访问许可证需确认审计通过

elevation-and-depth高程和深度

Agent Skill

elevation-and-depth 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

710

周安装

29

GitHub Stars

6

下载量

227
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:elevation-and-depth(高程和深度)
来源仓库:https://github.com/dembrandt/dembrandt-skills
仓库路径:skills/elevation-and-depth
安装命令:
npx skills add https://github.com/dembrandt/dembrandt-skills --skill elevation-and-depth
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/dembrandt/dembrandt-skills --skill elevation-and-depth

简介

elevation-and-depth 处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,支持项目协作管理。

  • 适用于围绕仓库状态、代码变更或协作事项进行整理和分析的场景。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装并使用该技能。
  • 安装前需确认权限范围、维护状态及是否涉及联网、命令执行或文件读写操作。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Elevation and Depth

Elevation uses shadow and layering to communicate that an element sits above the base surface — giving UI a sense of physical depth. Combined with border-radius, it creates the tactile quality that makes cards graspable, modals clearly floating, and dropdowns feel like they've appeared on top of content.

The Elevation Scale

Define a small set of elevation levels as tokens. Each level maps to a specific UI role.

LevelTokenShadowRole
0--shadow-nonenoneFlat surface, inline elements
1--shadow-xs0 1px 2px rgba(0,0,0,0.06)Subtle card, table row hover
2--shadow-sm0 1px 3px rgba(0,0,0,0.10), 0 1px 2px rgba(0,0,0,0.06)Card, input focus ring area
3--shadow-md0 4px 6px rgba(0,0,0,0.08), 0 2px 4px rgba(0,0,0,0.06)Dropdown, popover
4--shadow-lg0 10px 15px rgba(0,0,0,0.08), 0 4px 6px rgba(0,0,0,0.05)Modal, dialog, side drawer
5--shadow-xl0 20px 25px rgba(0,0,0,0.08), 0 8px 10px rgba(0,0,0,0.04)Command palette, full-screen overlay

Keep shadows subtle. Dark, heavy shadows feel dated and visually aggressive. Light, diffuse shadows feel modern and material.

The "Shadow + Border" Rule

A subtle shadow on a white surface can sometimes "wash out," making the edge of a card feel fuzzy or indistinct.

  • Rule: For elevated white cards or sections, pair the shadow with a 1px border that is slightly darker (1.5x to 2x) than the shadow's core tone (e.g., a medium grey like #E2E8F0 or grey-200).
  • Effect: The border defines the physical boundary of the card, while the shadow provides the depth. Together, they make the component "pop" with much higher clarity than using either alone.

Subtle Gradients for Depth

Gradients can be used to bring "liveliness" to an interface and reinforce the sense of elevation.

  • The Lighting Metaphor: A subtle linear gradient (top-to-bottom) that is slightly lighter at the top mimics natural overhead lighting. This makes a surface feel more physical and elevated than a flat fill.
  • The 5% Rule: Keep the gradient extremely subtle. A change in lightness of only 2–5% between the top and bottom is usually enough. If the user can easily see where the gradient starts and ends, it is likely too heavy.
  • Usage: Apply to primary buttons, hero cards, and header sections to improve visual hierarchy and brand personality.

Pairing Elevation with Border-Radius

Border-radius and shadow work together to define the character of a surface. The combination signals the element's role and the product's visual tone.

SurfaceShadowBorder-RadiusTone
Inline chip / tagnone--radius-full (pill)Flat, lightweight
Card--shadow-sm--radius-md (8–12px)Graspable, contained
Dropdown / popover--shadow-md--radius-md (8px)Floating, contextual
Modal / dialog--shadow-lg--radius-lg (12–16px)Prominent, focused
Toast / notification--shadow-md--radius-mdEphemeral, above content
Buttonnone or --shadow-xsconsistent across all buttons — see below

Border-Radius Consistency Rule

Button border-radius must not vary within a product. All buttons — primary, secondary, destructive, ghost — use the same radius token. Varying radius between button types breaks visual consistency and implies a semantic difference that does not exist.

/* Correct: one radius for all buttons */
.btn { border-radius: var(--radius-button); }

/* Wrong: different radii for different button variants */
.btn-primary { border-radius: 8px; }
.btn-secondary { border-radius: 4px; }  /* ← breaks consistency */

The button radius token is a brand decision — set it once, apply it everywhere.

Text Shadow for Contrast and Separation

text-shadow can lift text off a background without changing colours — useful when contrast is marginal or text sits on a photograph, gradient, or complex background.

The effect must be imperceptible as a shadow. If the user notices the shadow, it is too strong.

/* On images or complex backgrounds */
.hero-title {
  text-shadow: 0 1px 3px rgba(0, 0, 0, 0.25);
}

/* Very subtle separation from a near-matching background */
.label-on-tinted-surface {
  text-shadow: 0 1px 2px rgba(0, 0, 0, 0.12);
}

/* White text on light background — use a dark shadow, not white */
.inverted-text {
  text-shadow: 0 1px 4px rgba(0, 0, 0, 0.30);
}

Rules:

  • Opacity: stay below 0.30 — above that it reads as a design choice rather than a refinement
  • Blur: 2–4px maximum — higher values make text feel dirty
  • Offset: 0 1px or 0 0 — directional offsets above 2px look like retro Web 2.0
  • Never use text-shadow to compensate for a contrast failure — fix the colour first. Use it only when colours are already close to passing and a nudge is needed, or when text sits on unpredictable imagery

Dark Mode Shadows

Shadows are less visible on dark backgrounds. On dark surfaces, compensate with:

  • Slightly higher opacity on shadow values
  • Adding a subtle border (1px solid rgba(255,255,255,0.08)) to define card edges
  • Increasing the elevation level by one step for the same perceived depth

Review Checklist

  • Is there a defined elevation scale as design tokens (not one-off shadow values per component)?
  • Does each elevated element use the correct level for its role (card ≠ modal)?
  • Are shadows light and diffuse, avoiding heavy black (#000) defaults?
  • For white cards on light backgrounds, is the shadow paired with a 1px border for better definition?
  • Is border-radius consistent across all button variants?
  • Do shadows feel subtle and diffuse rather than heavy and dark?
  • On dark surfaces, are card/panel edges visible through border or adjusted shadow?
  • Is elevation used to communicate layering — not just decoration?
  • If gradients are used, are they subtle (2–5% lightness change) and used to reinforce the lighting/elevation metaphor?

Common Anti-Patterns

Anti-patternProblemFix
Different border-radius on primary vs secondary buttonsImplies semantic difference that doesn't existSingle --radius-button token for all buttons
Heavy box-shadow: 0 8px 16px rgba(0,0,0,0.4)Feels dated and visually aggressiveUse low-opacity, multi-layer diffuse shadows
Shadow on every element regardless of roleElevation loses meaning when everything is elevatedReserve shadow for genuinely floating elements
Flat cards with no elevation on a white backgroundCard edge disappears into the pageUse --shadow-sm or a 1px border to define the card boundary

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

33.55%
按下载量换算76

Claude

31.36%
按下载量换算71

Cursor

17.54%
按下载量换算40

Gemini CLI

9.67%
按下载量换算22

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills