Agent skill

Designers Eye

by LeoYeAI in LeoYeAI/openclaw-master-skills

Get honest design feedback. An agent skill from LeoYeAI/openclaw-master-skills.

MITAuto-check passedFrontend & Design

Install Designers Eye

skills CLI
$ npx skills add LeoYeAI/openclaw-master-skills --skill designers-eye -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install LeoYeAI/openclaw-master-skills designers-eye --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/LeoYeAI/openclaw-master-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/design-critique .claude/skills/designers-eye && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
designers-eye
GitHub stars
2.2k
Token cost
~5.6k tokens
SKILL.md length
2,761 words
Files
8 (incl. references)
Skills in repo
1,235
Repo updated
First seen
Licence
MIT

At a glance

Get honest design feedback. An agent skill from LeoYeAI/openclaw-master-skills.

  • Works in 12 steps: Proximity → Similarity → Continuity → …
  • Tasks that involve Design review and critique
  • SKILL.md covers How It Works, How to Use, Analysis Framework and Framework Deep Dive:…, plus 19 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Designers Eye is an agent skill from LeoYeAI/openclaw-master-skills. Get honest design feedback. Upload any visual — UI design, logos, photos, graphics, PDFs — and get prioritized critique: what's broken, what works, what to polish. Theory-backed analysis using 11 frameworks.

Its SKILL.md is about 5.6k tokens, which your agent loads only when the skill is triggered. The skill folder holds 8 other files, including reference files (for example `_meta.json`, `references/colour-theory.md` and `references/gestalt.md`).

It sits in Frontend & Design, covering Design review and critique, UI design and Logo and visual identity. The repository describes itself as: 🧠 Curated collection of 1209+ best OpenClaw skills — weekly updated by MyClaw.ai. The licence is MIT.

When your agent uses it

  • Tasks that involve Design review and critique
  • Tasks that involve UI design
  • Tasks that involve Logo and visual identity

Example prompts

  • “/designers-eye”

Workflow steps

12 steps, taken from the step headings in SKILL.md.

  1. Proximity
  2. Similarity
  3. Continuity
  4. Closure
  5. Figure/Ground
  6. Common Fate
  7. Prägnanz (Law of Good Form)
  8. Uniform Connectedness
  9. Visibility of System Status
  10. Match Between System & Real World
  11. User Control & Freedom
  12. Consistency & Standards

What it can do on your machine

Read from SKILL.md and the folder at commit e5199b5. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md.

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Designers Eye loads about 5.6k tokens when it runs, and up to ~16k if it reads all its reference files. Until then it costs about 55 tokens; SKILL.md has 2,761 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~55
When it runs · the whole SKILL.md, loaded when a task matches
~5.6k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~16k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from LeoYeAI/openclaw-master-skills at commit e5199b5, republished under its MIT licence (© LeoYeAI). 2,761 words, ~5,597 tokens.

Download SKILL.mdSave it as .claude/skills/designers-eye/SKILL.md (or your agent's skills folder). This skill also uses 7 other files; get the full folder from GitHub.
name
designers-eye
description
Get honest design feedback. Upload any visual — UI design, logos, photos, graphics, PDFs — and get prioritized critique: what's broken, what works, what to polish. Theory-backed analysis using 11 frameworks.
author
Chris Couriard
version
2.0.4

Designers Eye — Professional Design Critique

A critical eye for design. Share a screenshot, image, or website URL and get honest, theory-backed feedback prioritized by impact.

How It Works

Input: Any visual file — UI design (app & web), logos, photos, graphics, PDFs (as images), anything visual. Share directly in chat.

Analysis: Examined through 11 rigorous frameworks covering visual fundamentals, information hierarchy, usability, and platform expectations.

Output: Priority-ordered action list (critical → important → polish) with specific fixes linked to violated principles.

How to Use

Share any image. That's it. UI design, logos, graphics, photos, PDFs exported as images, Figma frames — anything you can see gets the same treatment: theory-backed critique ranked by severity and actionability.


Analysis Framework

Every critique examines 11 dimensions:

1. Gestalt Principles — How elements group and relate (proximity, similarity, continuity, closure, figure/ground, common fate, prägnanz, uniform connectedness).

2. Visual Hierarchy — What's the focal point? Are reading paths clear? Do size, weight, colour, position, and whitespace align?

3. Colour Science (Itten) — Colour contrast types (hue, saturation, value, temperature, simultaneous). Harmony systems (complementary, triadic, analogous). Emotional temperature. Colour interaction and optical mixing. WCAG contrast (4.5:1 text, 3:1 UI). Colourblind accessibility.

4. Typography — Type scale coherence. Font pairings. Readability (16px+ body). Line length (45–75 chars). Line height (1.5+). Weight and style choices. Hierarchy through type.

5. Grid Structure & Alignment (Müller-Brockmann) — Underlying grid present? Alignment consistency. Modulation (repetition with variation). Spacing relationships and rhythm. Margins and gutters logical.

6. Composition & Moment (Freeman) — Viewpoint and perspective. Framing (what's included/excluded). Depth relationships (foreground, middle, background). Focus and blur (selective attention). Scale and proportion. Moment/timing (if applicable).

7. Information Design (Tufte) — Data-ink ratio (signal vs noise). Information density. Layering and progressive disclosure. Clarity of intent. Reducing cognitive load.

8. Reduction & Honesty (Rams/Bauhaus) — Nothing superfluous. Form follows function. Reduction to essentials. Timelessness and coherence. Honest representation.

9. Visual Balance & Weight — Symmetrical vs asymmetrical balance. Visual weight of elements. Tension and composition stability.

10. Usability Heuristics (Nielsen/Norman) — System visibility and status. Match between system and real world. User control and freedom. Consistency and standards. Error prevention and recovery. Recognition vs recall. Flexibility and efficiency. Aesthetic and minimalist design. Error messages. Help and documentation.

11. Platform Conventions — Web, mobile, social, print, email norms. Safe zones. Thumb-friendliness. Expected patterns.


Framework Deep Dive: Nielsen/Norman 10 Usability Heuristics

The 10 usability heuristics (also called Nielsen's Heuristics) are industry-standard principles for evaluating interactive design. Every critique checks these:

  1. System visibility and status — Users always know where they are and what's happening
  2. Match between system and real world — Language and concepts users understand
  3. User control and freedom — Undo, redo, exit emergency exits
  4. Consistency and standards — Follow platform and design conventions
  5. Error prevention and recovery — Prevent problems before they happen; help users recover gracefully
  6. Recognition vs recall — Minimize cognitive load; make options visible
  7. Flexibility and efficiency — Shortcuts for experts; simplicity for beginners
  8. Aesthetic and minimalist design — Remove clutter; focus on essentials
  9. Error messages — Plain language, specific problems, constructive solutions
  10. Help and documentation — Easy to search, task-focused, concrete steps

Why this matters: These heuristics have guided UX design for 30+ years. They're universal across platforms and contexts. A design that violates one of them typically creates friction or confusion for users.


Output Format — Priority-Ordered Action List

Findings are grouped by severity. Fix critical issues first.

Hard rule: Every finding — regardless of severity level — must include a Fix: line. A critique without a fix is incomplete. Never omit it.

🔴 Critical

Issues that break usability, accessibility, or core functionality. Fix immediately.

Example:

🔴 Critical — Text contrast fails WCAG AA
The white text on your light blue background achieves 3.2:1 contrast (need 4.5:1 for AA).
This violates: Accessibility / WCAG contrast requirement
Fix: Darken the blue to #0052CC or lighten the text to #F5F5F5. Verify contrast with a checker.
🟡 Important

Issues that hurt the experience or violate design principles without breaking core function. Fix soon.

Example:

🟡 Important — Hierarchy collapse in the heading area
Your H1 (28px) and H2 (24px) sizes violate the type scale ratio (need ~1.25× gap = 35px vs 28px).
This violates: Visual hierarchy / Type scale consistency
Fix: Increase H1 to 35px or decrease H2 to 22px to create a clear scale.
🟢 Polish

Issues that elevate the design or address missed opportunities. Fix when time allows.

Example:

🟢 Polish — Spacing rhythm could be tightened
Your card padding is 20px but section margins are 40px, creating an inconsistent rhythm.
This violates: Gestalt proximity / Visual rhythm consistency
Fix: Use an 8px or 16px grid consistently. Stick to multiples: 8px, 16px, 24px, 32px, 40px, 48px.

Workflow

  1. Share the image — any visual file you want feedback on
  2. Optional: specify focus — "Critique this" or "What needs fixing?"
  3. Get critique — ranked by severity, theory-backed, actionable

What This Skill Does NOT Do

  • Doesn't redesign — You get critique and fixes, not new mockups
  • Doesn't make subjective calls — "Pink is better than blue" isn't critique; principle-based feedback is
  • Doesn't analyze branding alone — Focuses on usability, hierarchy, and principles, not "does this feel on-brand?"
  • Doesn't inspect code — Visual critique only

Tips for Getting Better Critiques

  1. Be specific about platform — "This is a web app" vs. "This is a mobile app" changes the critique.
  2. Share context — Is this a v1 rough draft or polished production? Critiques adjust.
  3. Ask a specific question if helpful — "Does the CTA stand out?" focuses the analysis.
  4. Don't defend your choices — Critique is feedback, not attack.
  5. Test fixes — Once you implement, share again if you want confirmation.

Reference: Gestalt Principles

1. Proximity

Elements close together are perceived as a group.

What to look for:

  • Buttons equidistant from two unrelated labels — ambiguity about which label applies
  • Form fields with labels too far from their inputs
  • Cards where internal spacing equals external spacing — no clear boundary
  • Action buttons orphaned from the content they act on

Common violations:

  • "Floating" headings closer to the section above than the section below
  • Navigation items with equal gap to logo and page edge — no clear grouping
  • Icon + label pairs with too much internal gap — reads as two separate elements

Fix pattern: Tighten spacing within groups; increase spacing between groups. Internal gap should be ≤50% of external gap.


2. Similarity

Elements that look alike are perceived as related.

What to look for:

  • Inconsistent button styles for actions of the same hierarchy level
  • Links that look like body text (or body text that looks like links)
  • Icons with inconsistent weight/style in the same context

Common violations:

  • Primary CTA and secondary CTA styled identically
  • Different card types sharing the same visual treatment
  • Navigation items and footer links sharing identical styling — implies same hierarchy

Fix pattern: Every visual difference should carry semantic weight.


3. Continuity

The eye follows paths, lines, and curves.

What to look for:

  • Misaligned columns that break reading flow
  • Step indicators that don't clearly flow left-to-right (in LTR contexts)
  • Carousels that don't visually imply continuation (no peek of next item)

Common violations:

  • Text columns with ragged right margins creating choppy scan lines
  • CTA buttons not aligned with the text they follow
  • Grid layouts where some items span columns without visual cues

Fix pattern: Establish strong alignment axes. Every element should anchor to an alignment line.


4. Closure

The mind completes incomplete shapes.

What to look for:

  • Partially visible elements that don't clearly signal "more content exists"
  • Borders and dividers that don't fully enclose the intended group
  • Progress indicators where the incomplete arc reads as "done"

Common violations:

  • Tabbed interfaces where the active tab doesn't visually connect to the content panel
  • Cards without enough visual containment — content bleeds into surroundings
  • Modals without sufficient contrast from background — boundary unclear

Fix pattern: Use enough visual cues to create the implied shape. If closure requires the user to work hard, add explicit containment.


5. Figure/Ground

Elements are perceived as either the subject (figure) or the background (ground).

What to look for:

  • Insufficient contrast between primary content and background
  • Background patterns or images competing with foreground text
  • Hero images where the subject blends with surrounding UI

Common violations:

  • Light grey text on white background — insufficient contrast, ground wins
  • Busy hero image with white text overlay without a scrim
  • Modal overlays with insufficient backdrop dimming

Fix pattern: The figure must always win. Add overlay, reduce contrast, or simplify the ground.


6. Common Fate

Elements moving or pointing in the same direction are perceived as related.

What to look for:

  • Hover states that animate in inconsistent directions across similar components
  • Icons that imply different flows than the interaction provides
  • Accordion expand icon that doesn't rotate on open

Common violations:

  • "Back" button with right-pointing chevron
  • Carousel arrows that don't match the slide direction

Fix pattern: Movement and directionality must reinforce the mental model.


7. Prägnanz (Law of Good Form)

The eye prefers the simplest interpretation.

What to look for:

  • Overdesigned components where a simpler form communicates the same thing
  • Unnecessary gradients, shadows, or decorative elements adding visual noise
  • Layouts that require mental model construction rather than recognition

Fix pattern: Ask: what is the simplest visual form that communicates this? Default to that.


8. Uniform Connectedness

Elements with visible connections are perceived as related.

What to look for:

  • Related items not connected by lines, borders, or enclosures when they should be
  • Tooltips that lack a visual anchor to their trigger
  • Breadcrumbs or step indicators without explicit connectors

Fix pattern: When proximity alone isn't enough, add an explicit connector — border, line, shared container, or colour fill.


Reference: Visual Hierarchy

The Hierarchy Stack

Every design should have exactly one primary focal point per view. The eye must have a clear entry point, a defined reading path, and a clear exit/CTA.

  • Level 1 (primary): One thing. The most important message or action.
  • Level 2 (supporting): 2–4 items. Context that supports the primary.
  • Level 3 (detail/tertiary): Everything else. Available but not demanding attention.

Size & Scale

Size is the strongest hierarchy signal. The eye reads large before small.

Key ratios:

  • Heading to subheading: minimum 1.25× size difference
  • H1 to body: typically 2.5×–4×
  • Under 1.15× difference: elements read as the same level

Fix pattern: Establish a type scale with meaningful jumps (modular scale: 1.25, 1.333, 1.5 ratio).


Weight & Contrast

  • Reserve bold/semibold for: headings, key data points, labels on interactive elements
  • Use regular for: body copy, descriptions, secondary labels
  • Use light for: captions, timestamps, metadata

Colour & Value

  • High saturation / brand colour = primary action or key message
  • Mid saturation = supporting content
  • Low saturation / neutral = tertiary content, structure, dividers

Fix pattern: Only one hue should "shout" at a time.


Position & Placement

  • F-pattern (web content): Top-left = max attention, left edge = secondary, right/below fold = lowest
  • Z-pattern (landing pages): Top-left → Top-right → Diagonal → Bottom-left → Bottom-right

Whitespace as a Hierarchy Tool

Isolation signals importance. The most isolated element draws the most attention.

  • Increase whitespace above a heading to signal elevation
  • Margin above section heading: 2–3× margin below it
  • Padding inside cards: consistent multiples (8px grid)

Show full SKILL.md (1,104 more words)Show less

Common Hierarchy Failures

FailureEffectFix
Everything the same sizeNo entry pointEstablish a clear size scale with 3+ levels
3+ elements at Level 1User paralysisReduce to one primary focal point per view
CTA buried in contentLow conversionIsolate CTA with whitespace, size, and colour
No whitespace between levelsLevels blurAdd spacing to enforce visual separation

Reference: Colour Theory & Accessibility

WCAG Contrast Requirements

Text TypeAA (minimum)AAA (enhanced)
Normal text (< 18pt / < 14pt bold)4.5:17:1
Large text (≥ 18pt / ≥ 14pt bold)3:14.5:1
UI components & graphic elements3:1—
Placeholder text4.5:1—
Disabled elementsExempt—

Quick benchmarks:

  • Black on white = 21:1 ✅
  • #767676 on white = 4.54:1 ✅ (barely AA)
  • #999 on white = 2.85:1 ❌
  • White on #0066CC = 5.07:1 ✅
  • White on #4CAF50 (green) = 3.0:1 ❌ (fails for small text)
  • White on #FF5722 (orange) = 3.37:1 ❌ (fails for small text)

Colour Harmony Models

  • Complementary: Opposite on colour wheel. High contrast. Use for CTA vs. background.
  • Analogous: Adjacent on colour wheel. Harmonious, cohesive, low tension.
  • Triadic: Three colours equidistant. Balanced, playful. Use one dominant + two accents.
  • Monochromatic: Single hue, varied saturation/value. Clean, minimal.

Colour Temperature

TemperatureColoursEffect
WarmRed, orange, yellowEnergy, urgency, warmth
CoolBlue, green, purpleCalm, trust, professionalism
NeutralGrey, black, whiteStructure, stability

Semantic colour conventions:

  • Red = error, danger, delete
  • Green = success, safe, proceed
  • Yellow/amber = warning, caution
  • Blue = info, link, neutral action

Common Colour Mistakes

  1. Colour as the only differentiator — 8% of males are colour-blind. Always pair colour with shape, icon, or label.
  2. Inconsistent semantic colours — Blue used for links in one place, decorative headers in another.
  3. Brand colour forced into functional roles — Orange brand colour as error state associates the brand with errors.
  4. Too many accent colours — Limit to 1 primary action colour, 1 supporting accent, everything else neutral.
  5. Dark mode colours simply inverted — Dark mode needs its own colour tokens.

Reference: Typography

Type Scale

Use a mathematical ratio, not random sizes.

Common ratios:

  • 1.125 (minor second): subtle, good for dense content
  • 1.25 (major third): balanced, most versatile
  • 1.333 (perfect fourth): punchy, good for marketing
  • 1.5 (perfect fifth): dramatic, good for hero content

Example scale (1.25 ratio, base 16px):

Body: 16px → H6: 20px → H5: 25px → H4: 31px → H3: 39px → H2: 49px → H1: 61px

Font Pairing

  • Contrast pair: Serif heading + sans-serif body (or vice versa) — immediately recognizable distinction
  • Weight-based pair: Same family, different weights
  • Scale pair: Same family, size + weight variation only

Stick to 2 fonts maximum. 3+ different faces = chaotic.


Readability Targets

  • Body text: 16–18px minimum, 1.5–1.6 line height, 45–75 character line length
  • Headings: 1.1–1.3 line height
  • Letter spacing (body): 0 (default)
  • Letter spacing (all-caps): +0.05em to +0.1em

Common Typography Failures

FailureFix
Body text < 14pxUse 16px minimum
No type scaleDefine a modular scale
Line height too tightUse 1.5–1.6 for body
Line length > 100 charsCap at 75 characters
3+ font familiesLimit to 2 max
All-caps body copyUse sentence case

Reference: Usability Heuristics

1. Visibility of System Status

Users should always know what's happening. Show state. Every action needs visible feedback.

Violations: No loading indicator, silent form submission, no current-page indicator.


2. Match Between System & Real World

Speak the user's language. Use familiar words and real-world metaphors.

Violations: Technical jargon in labels, unlabelled icon-only buttons, insider acronyms in public copy.


3. User Control & Freedom

Always provide undo, cancel, and escape routes.

Violations: Destructive actions without confirmation, modals with no close button, no way to reset a form.


4. Consistency & Standards

Users learn from one part of the system and expect it everywhere.

Violations: Primary actions in different colours across pages, inconsistent button placement, terminology shifts (search vs. find, delete vs. remove).


5. Error Prevention

Design to prevent errors before they happen.

Violations: Required fields with no indication, no inline validation, tiny touch targets, no confirmation before navigating away from unsaved work.


6. Error Recovery

When errors happen, recovery should be simple. Error messages should be plain language with a specific problem and clear fix.

Violations: "Invalid input" without saying which field, error shown at top of form while problem field is at bottom, red text on red background.


7. Flexibility & Efficiency

Design for both novices and experts. Shortcuts shouldn't hide core paths.

Violations: No keyboard shortcuts, forced multi-step processes that could be single-click, frequently-used settings buried in sub-menus.


8. Aesthetic & Minimalist Design

Every element should serve a purpose. Remove clutter.

Violations: Distracting animations, excessive borders/dividers, decorative icons that convey no information, backgrounds that reduce text legibility.


9. Help & Documentation

Help should be in context, task-focused, and specific.

Violations: No help text for complex interactions, "Learn more" links leading to marketing pages, help docs at odds with actual UI behaviour.


10. Recognition vs. Recall

Make actions and options visible. Minimize memory load.

Violations: Actions hidden in menus, icon-only toolbars with no labels, multi-step form with no current step indicator.


Affordance & Discoverability

Interactive elements should look interactive.

  • Minimum touch target: 44×44px (iOS), 48×48dp (Android)
  • Links in body text must be visually distinct from surrounding copy
  • Buttons must have obvious affordance — plain text doesn't look clickable

Reference: Platform Conventions

Web/Desktop

  • Navigation: Primary nav in header, persistent; sidebar for secondary/filters
  • Links: Underlined or clearly distinct from body text
  • Forms: Labels above inputs, clear required indicators, inline validation
  • Focus states: Visible focus ring for keyboard navigation (never outline: none)
  • Loading states: Spinner, progress bar, or skeleton screen — never silent

Mobile (iOS/Android)

  • Touch targets: 44×44pt minimum (iOS), 48×48dp minimum (Android); 8px minimum spacing between targets
  • Navigation: Bottom tab bar (iOS), drawer or bottom bar (Android)
  • Safe areas: Account for notches, home indicators, status bar
  • Keyboard: When input is focused, keyboard covers ~50% of screen — position content accordingly

Social Media Posts

  • Thumbnail readability: Text must be legible at 1/4 screen size
  • Safe zone: Assume 80% of screen visible — bottom 20% may be cut by platform UI
  • Aspect ratios: Instagram feed (4:5), Stories (9:16), Twitter/X video (16:9)
  • CTA placement: First line of caption — most platforms truncate after 2 lines

Email

  • Max width: 600px (safe across clients)
  • Layout: Single column; multi-column breaks in many clients
  • Typography: Web-safe fonts only (Arial, Verdana, Georgia, Times New Roman)
  • Images: Always include alt text — images are often disabled by clients
  • Background images: Not supported; don't rely on them

Dark Mode

  • Background: Use #121212 or #1a1a1a, not pure #000000
  • Contrast: Test every colour pair in both light and dark modes separately
  • Images/icons: May need different treatment — check visibility against dark backgrounds

Accessibility (All Platforms)

  • Contrast: 4.5:1 for text, 3:1 for UI components (WCAG AA minimum)
  • Keyboard navigation: All interactive elements must be keyboard-accessible
  • Tab order: Logical, left-to-right, top-to-bottom
  • Alt text: Meaningful descriptions, not "image" or "photo"
  • Skip links: Allow users to skip navigation to main content
  • Semantic structure: Proper heading hierarchy (H1 → H2 → H3), correct list markup, associated form labels

© LeoYeAI, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 7 other files (references) in skills/design-critique of LeoYeAI/openclaw-master-skills.

  • SKILL.md
  • _meta.json
  • references/colour-theory.md
  • references/gestalt.md
  • references/platform-conventions.md
  • references/typography.md
  • references/ux-heuristics.md
  • references/visual-hierarchy.md

Open the folder on GitHubat commit e5199b5

Compare with similar skills

Designers Eye next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Designers Eye compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Designers Eye this skillLeoYeAI/openclaw-master-skills2.2k—~5.6kAutomated safety check: PassMIT
Visual Stylecalesthio/OpenMontage66k—~1.5kAutomated safety check: PassAGPL-3.0
Design Reviewjezweb/claude-skills1.1k—~2.1kAutomated safety check: PassMIT
Brand Agencyglebis/claude-skills391—~1.6kAutomated safety check: PassMIT
Design Auditbencium/bencium-marketplace446—~1.5kAutomated safety check: PassMIT
Design Critiquemohitagw15856/pm-claude-skills1.4k—~1.5kAutomated safety check: PassMIT

Similar skills

  • Visual Style

    calesthio/OpenMontage

    Create, extract, and apply portable visual design systems via visual-style.md files.

    66k GitHub stars~1.5k tokensUpdated 7 days ago
    Frontend & DesignAuto-check passed
  • Design Review

    jezweb/claude-skills

    Review a web app or page for visual design quality — layout, typography, spacing, colour, hierarchy, consistency, interaction patterns, and responsive behaviour.

    1.1k GitHub stars~2.1k tokensUpdated 2 days ago
    Frontend & DesignAuto-check passed
  • Brand Agency

    glebis/claude-skills

    Applies Agency brand colors and typography to artifacts including presentations, SVG graphics, documents, and web interfaces.

    391 GitHub stars~1.6k tokensUpdated 3 days ago
    Frontend & DesignAuto-check passed
  • Design Audit

    bencium/bencium-marketplace

    Premium UI/UX design audit and refinement skill. An agent skill from bencium/bencium-marketplace.

    446 GitHub stars~1.5k tokensUpdated 7 days ago
    Frontend & DesignAuto-check passed
  • Design Critique

    mohitagw15856/pm-claude-skills

    Give structured, constructive feedback on any design using UX frameworks.

    1.4k GitHub stars~1.5k tokensUpdated 2 days ago
    Frontend & DesignAuto-check passed
  • Pushes an agent past generic defaults when designing dashboards, admin panels, SaaS apps and tools, with attention to structure, type, navigation and how data is shown.

    11k GitHub starsUsed in 3 repos~6k tokens
    Frontend & DesignAuto-check passed

More from LeoYeAI/openclaw-master-skills

All 1,200 skills in this repo
  • DevOps Pipeline Management

    LeoYeAI/openclaw-master-skills

    Manages pipelines on a DevOps quality and efficiency platform through its OpenAPI: list workspaces and templates, create, update, run and cancel pipelines, and read run records.

    2.2k GitHub stars~4.2k tokensUpdated 2 mo ago
    Auto-check: notes
  • Feishu Document Collaboration

    LeoYeAI/openclaw-master-skills

    Patches OpenClaw's Feishu extension so an edited document triggers an isolated agent session that reads the doc and replies inline, turning it into a live chat space.

    2.2k GitHub stars~2k tokensUpdated 2 mo ago
    Auto-check passed
  • Files Memory System

    LeoYeAI/openclaw-master-skills

    Multi-context memory management system for OpenClaw agents with group-isolated storage, global shared memory, workspace organization, and group-specific skills isolation.

    2.2k GitHub stars~3.8k tokensUpdated 2 mo ago
    Auto-check passed
  • GEO-Claw AI Visibility Agent

    LeoYeAI/openclaw-master-skills

    Runs a brand's AI-search visibility work end to end: diagnosing how AI platforms represent it, repositioning it, producing AI-optimized content and monitoring ongoing mentions.

    2.2k GitHub stars~4.7k tokensUpdated 2 mo ago
    Auto-check passed
  • Google Workspace CLI

    LeoYeAI/openclaw-master-skills

    Installs and authenticates the gws CLI, then automates Gmail, Drive, Sheets, Calendar, Docs, Chat and Tasks with ready-made recipes, persona bundles and security audits.

    2.2k GitHub stars~2.6k tokensUpdated 2 mo ago
    Auto-check: notes
  • HealthFit Health Advisors

    LeoYeAI/openclaw-master-skills

    Runs four advisor roles, a fitness coach, nutritionist, data analyst and TCM practitioner, to build a health profile and track workouts, diet and wellness over time.

    2.2k GitHub stars~4.4k tokensUpdated 2 mo ago
    Auto-check passed

Questions about Designers Eye

What does Designers Eye do?

Get honest design feedback. An agent skill from LeoYeAI/openclaw-master-skills. Designers Eye is an agent skill from LeoYeAI/openclaw-master-skills. Get honest design feedback.

When should I use Designers Eye?

Designers Eye fits situations like: tasks that involve Design review and critique; tasks that involve UI design; tasks that involve Logo and visual identity.

How do I install Designers Eye in Claude Code?

Run `npx skills add LeoYeAI/openclaw-master-skills --skill designers-eye -a claude-code`. Or copy the skill folder (skills/design-critique in LeoYeAI/openclaw-master-skills) into .claude/skills/designers-eye in your project. Claude Code loads it when a task matches its description.

How do I install Designers Eye in Codex?

Run `npx skills add LeoYeAI/openclaw-master-skills --skill designers-eye -a codex`. Or copy the skill folder (skills/design-critique in LeoYeAI/openclaw-master-skills) into .agents/skills/designers-eye in your project. Codex loads it when a task matches its description.

Can I use Designers Eye in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add LeoYeAI/openclaw-master-skills --skill designers-eye -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/designers-eye, .gemini/skills/designers-eye, .github/skills/designers-eye and .opencode/skills/designers-eye in your project.

What does Designers Eye need to run?

SKILL.md names no scripts, command-line tools or credentials: Designers Eye is instructions for the agent only.

Does Designers Eye access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Designers Eye safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Designers Eye use?

Designers Eye is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Designers Eye use?

About 5.6k tokens (SKILL.md is roughly 22k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 10k tokens, read only when the agent opens those files.

What are the alternatives to Designers Eye?

Skills that share tags, products or a category with Designers Eye: Visual Style (calesthio/OpenMontage, 66k stars), Design Review (jezweb/claude-skills, 1.1k stars), Brand Agency (glebis/claude-skills, 391 stars) and Design Audit (bencium/bencium-marketplace, 446 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Designers Eye?

LeoYeAI (a GitHub user) maintains it in LeoYeAI/openclaw-master-skills, which has 2,161 GitHub stars. The repository holds 1,235 skills in this directory. The repository was last updated on July 20, 2026.

Source: LeoYeAI/openclaw-master-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.