Token导航 LogoToken导航

Agent Skill · 前端设计

web-design-builder(网页设计生成器)

用于辅助前端页面、组件、样式和交互逻辑的开发与维护。它适合让 Agent 生成或审查 React、Next.js、Vue、Tailwind、CSS 等相关代码,整理组件结构,或定位布局和性能问题。使用时需要结合项目现有设计系统、路由和构建方式,避免只生成孤立片段;涉及页面改动时,应配合本地预览和构建检查确认视觉效果。

web-design-builder 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为操作浏览器;许可证为 MIT,第三方扫描已通过,按安装量在前端设计类的 10,216 个 Skill 里排第 535。

总安装 19,608周安装 806GitHub Stars 43下载 8,708核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:web-design-builder(网页设计生成器)
来源仓库:https://github.com/rknall/claude-skills
仓库路径:skills/web-design-builder
安装命令:
npx skills add https://github.com/rknall/claude-skills --skill 'Web Design Builder'
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/rknall/claude-skills --skill 'Web Design Builder'

这个 Skill 是做什么的

前端设计类 Skill 关注页面结构、视觉规范和组件写法,输出通常是可运行的界面代码。

用于辅助前端页面和组件的设计与实现。适合生成 React、Next.js、Vue 等框架的代码。可帮助整理组件结构并优化样式逻辑。web-design-builder 属于前端设计类 Skill,可作为该场景下的辅助能力补充。通过 GitHub 仓库安装,支持主流 AI Agent 平台。

改动页面后应通过构建和预览验证实际效果。

来源仓库内路径:skills/web-design-builder

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/rknall/claude-skills --skill 'Web Design Build…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要操作浏览器,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

web-design-builder 怎么安装?

在终端执行 npx skills add https://github.com/rknall/claude-skills --skill 'Web Design Builder'。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

web-design-builder 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

web-design-builder 需要什么权限?

权限级别是操作浏览器。该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

web-design-builder 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

web-design-builder 用的人多吗?

公开数据是累计安装 19,608 次,近一周安装 806 次,下载 8,708 次,GitHub 43 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

web-design-builder 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

前端设计类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
frontend-design

前端设计 · Codex、Claude

8,823,360126,072只读MIT通过
vercel-composition-patterns

Vercel 组合模式 · Codex、Claude

3,858,81625,893需要联网MIT通过
vercel-react-native-skills

Vercel React native skills 前端 · Codex、Claude

2,468,66425,878只读MIT通过
adapt

adapt 搜索 · Codex、Claude

2,027,04023,125操作浏览器未明确通过
bolder

bolder 分析 · Codex、Claude

2,004,28823,130只读未明确通过
web-design-builder

网页设计生成器 · 本页

19,60843操作浏览器MIT通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Web Design Builder

This skill creates professional HTML5/JavaScript web designs from specifications, with automatic accessibility and functionality verification using Playwright MCP.

When to Use This Skill

Activate this skill when the user requests:

  • Create a web design from a specification or description
  • Build a landing page, website, or web application
  • Create a design mockup or prototype
  • Refactor or improve existing HTML/CSS/JavaScript code
  • Build responsive web interfaces
  • Create component libraries or design systems
  • Generate accessible web designs with WCAG compliance

Core Workflow

Phase 1: Requirements Gathering

When a user requests a web design, start by understanding their needs:

  1. Clarify the Design Scope

- What type of design? (landing page, dashboard, form, etc.) - Target audience and use case - Required features and functionality - Content and copy (provided or placeholder?) - Brand colors, fonts, or design system - Responsive requirements (mobile-first?)

  1. Technical Preferences

- Framework preference: - Vanilla HTML/CSS/JS (simple, no dependencies) - Tailwind CSS (utility-first, recommended for rapid development) - React (component-based, for complex interactions) - Vue (progressive framework) - Alpine.js (lightweight reactivity) - Browser support requirements - Accessibility requirements (WCAG level) - Performance constraints

  1. Check Playwright MCP Availability IMPORTANT: Before starting the design process, check if Playwright MCP is available: // Check if mcp__playwright tools are available // Look for tools like: mcp__playwright__navigate, mcp__playwright__screenshot, etc. If Playwright MCP is NOT available: If Playwright MCP IS available:

- Inform the user: "Playwright MCP is not installed. Design verification will be skipped." - Provide installation instructions (see MCP Setup section below) - Continue with design generation but skip verification phase - Mark this clearly in the output - Inform the user: "Playwright MCP detected. Design will be automatically verified." - Include verification in the workflow

Phase 2: Design Generation

Step 1: Create Design Mockup

Generate a complete HTML/CSS/JS mockup including:

HTML Structure:

  • Semantic HTML5 elements
  • Proper heading hierarchy (h1 → h6)
  • ARIA landmarks (header, nav, main, aside, footer)
  • Accessible form labels and inputs
  • Alt text for images
  • Unique page title

CSS Styling:

  • Responsive design (mobile-first)
  • CSS Grid or Flexbox for layouts
  • Custom properties (CSS variables) for theming
  • Smooth transitions and animations
  • Print styles (if applicable)
  • Dark mode support (optional)

JavaScript Functionality:

  • Progressive enhancement
  • Accessible interactions (keyboard support)
  • Form validation
  • Dynamic content loading
  • Event handling
  • Error handling

Accessibility Features:

  • WCAG 2.1 Level AA compliance minimum
  • Keyboard navigation support
  • Focus indicators
  • Screen reader friendly
  • Color contrast compliance (4.5:1 minimum)
  • Skip links
  • ARIA attributes where needed

Example Output Structure:

<!DOCTYPE html>
<html lang="en">
<head>
  <meta charset="UTF-8">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>Page Title</title>
  <style>
    /* Modern CSS with custom properties */
    :root {
      --primary-color: #0066cc;
      --text-color: #1a1a1a;
      --bg-color: #ffffff;
      --spacing: 1rem;
    }

    /* Reset and base styles */
    *, *::before, *::after {
      box-sizing: border-box;
      margin: 0;
      padding: 0;
    }

    body {
      font-family: -apple-system, BlinkMacSystemFont, 'Segoe UI', sans-serif;
      line-height: 1.6;
      color: var(--text-color);
      background: var(--bg-color);
    }

    /* Responsive layout */
    @media (max-width: 768px) {
      /* Mobile styles */
    }
  </style>
</head>
<body>
  <!-- Accessible skip link -->
  <a href="#main-content" class="skip-link">Skip to main content</a>

  <!-- Semantic structure -->
  <header role="banner">
    <nav aria-label="Main navigation">
      <!-- Navigation -->
    </nav>
  </header>

  <main id="main-content" role="main">
    <!-- Main content -->
  </main>

  <footer role="contentinfo">
    <!-- Footer -->
  </footer>

  <script>
    // Progressive enhancement JavaScript
    (function() {
      'use strict';

      // Feature detection
      if (!('querySelector' in document)) return;

      // Your JavaScript here
    })();
  </script>
</body>
</html>
Step 2: Save Design to File

Save the generated design to a file:

// Recommended file structure
project-name/
  index.html         // Main HTML file
  styles.css         // Separate CSS (if needed)
  script.js          // Separate JS (if needed)
  assets/
    images/          // Image assets
    fonts/           // Custom fonts

Use the Write tool to create the file:

  • Save to user's current directory or ask for preferred location
  • Use descriptive filename (e.g., landing-page.html, dashboard.html)
  • Create single-file HTML for mockups (CSS/JS inline)
  • Create separate files for production builds

Phase 3: Design Verification (ONLY if Playwright MCP is available)

IMPORTANT: Only execute this phase if Playwright MCP was detected in Phase 1.

Step 1: Launch Browser and Load Design

Use Playwright MCP to open the design:

// Navigate to the local HTML file
await mcp__playwright__navigate({
  url: 'file:///path/to/design.html'
});
Step 2: Accessibility Testing

Run comprehensive accessibility checks:

  1. Automated Accessibility Scan

- Check for WCAG violations - Verify color contrast ratios - Check heading hierarchy - Verify ARIA attributes - Check form labels - Verify alt text on images

  1. Keyboard Navigation Test

- Tab through all interactive elements - Verify focus indicators are visible - Check tab order is logical - Test Escape key behavior (modals, dropdowns) - Verify no keyboard traps

  1. Screen Reader Compatibility

- Check ARIA landmarks - Verify semantic HTML usage - Check dynamic content announcements - Verify form error messages

Step 3: Visual Testing

Capture screenshots and verify layout:

// Take full-page screenshot
await mcp__playwright__screenshot({
  fullPage: true,
  path: 'design-screenshot.png'
});

// Test responsive breakpoints
const breakpoints = [
  { width: 375, height: 667, name: 'mobile' },
  { width: 768, height: 1024, name: 'tablet' },
  { width: 1440, height: 900, name: 'desktop' }
];

for (const bp of breakpoints) {
  await mcp__playwright__setViewportSize({
    width: bp.width,
    height: bp.height
  });

  await mcp__playwright__screenshot({
    path: `design-${bp.name}.png`
  });
}
Step 4: Functionality Testing

Test interactive elements:

  1. Form Validation

- Test required fields - Test input validation - Test error messages - Test success states

  1. Interactive Components

- Test buttons and links - Test modals and dialogs - Test dropdowns and menus - Test tabs and accordions - Test carousels and sliders

  1. JavaScript Functionality

- Verify event handlers work - Test dynamic content loading - Check console for errors - Verify progressive enhancement

Step 5: Performance Check

Evaluate performance metrics:

  1. Load Time

- Measure page load time - Check resource loading - Identify bottlenecks

  1. Resource Optimization

- Check CSS file size - Check JavaScript file size - Verify image optimization - Check for unused CSS/JS

Phase 4: Verification Report

Generate a comprehensive report:

# Design Verification Report

## Overview
- **Design Type**: [Landing Page / Dashboard / etc.]
- **Framework**: [Vanilla / Tailwind / React / etc.]
- **Verification Date**: [Date]
- **Playwright MCP**: [Available / Not Available]

## Accessibility Compliance

### WCAG 2.1 Level AA
✅ **PASSED**: Color contrast (4.5:1 minimum)
✅ **PASSED**: Keyboard navigation
✅ **PASSED**: Semantic HTML structure
⚠️  **WARNING**: Missing alt text on 2 images
❌ **FAILED**: Form missing associated labels

### Issues Found
1. **HIGH**: Form input #email missing label
   - Location: Line 45
   - Fix: Add `<label for="email">Email</label>`

2. **MEDIUM**: Image missing alt text
   - Location: Line 78
   - Fix: Add `alt="Description of image"`

## Visual Testing

### Responsive Breakpoints
✅ **Mobile (375px)**: Layout renders correctly
✅ **Tablet (768px)**: Layout renders correctly
✅ **Desktop (1440px)**: Layout renders correctly

### Screenshots
- [x] Full page screenshot saved
- [x] Mobile screenshot saved
- [x] Tablet screenshot saved
- [x] Desktop screenshot saved

## Functionality Testing

### Interactive Elements
✅ Navigation menu works
✅ Form submission works
✅ Modal opens and closes
⚠️  Focus not returned to trigger after modal close

### JavaScript
✅ No console errors
✅ Event handlers working
✅ Progressive enhancement implemented

## Performance

### Metrics
- **Page Load Time**: 1.2s
- **Total File Size**: 45KB
- **CSS Size**: 12KB
- **JavaScript Size**: 8KB

### Optimization Opportunities
- Consider minifying CSS (potential 30% reduction)
- Lazy load images below the fold
- Consider code splitting for JavaScript

## Recommendations

### High Priority
1. Fix form label associations
2. Add missing alt text to images
3. Implement focus management for modal

### Medium Priority
1. Minify CSS and JavaScript for production
2. Add loading states for dynamic content
3. Implement error boundaries for JavaScript

### Low Priority
1. Add dark mode support
2. Enhance animations with reduced motion support
3. Add print styles

## Next Steps

1. Review and fix high-priority issues
2. Re-run verification after fixes
3. Test with actual screen readers
4. Conduct user testing
5. Deploy to staging environment

Phase 5: Iteration and Refinement

Based on verification results:

  1. Fix Critical Issues

- Address all accessibility violations - Fix broken functionality - Resolve layout issues

  1. Apply Improvements

- Implement recommended optimizations - Enhance visual design based on feedback - Refine interactions and animations

  1. Re-verify

- Run verification again after fixes - Ensure all issues are resolved - Generate updated report

  1. Deliver Final Design

- Provide clean, production-ready code - Include documentation - Provide deployment instructions - Share verification report

Design Patterns & Best Practices

Responsive Design

Mobile-First Approach:

/* Base styles for mobile */
.container {
  padding: 1rem;
}

/* Tablet and up */
@media (min-width: 768px) {
  .container {
    padding: 2rem;
    max-width: 960px;
    margin: 0 auto;
  }
}

/* Desktop and up */
@media (min-width: 1024px) {
  .container {
    padding: 3rem;
    max-width: 1200px;
  }
}

Accessible Forms

<form class="contact-form">
  <div class="form-field">
    <label for="name">
      Name <span aria-label="required">*</span>
    </label>
    <input
      type="text"
      id="name"
      name="name"
      required
      aria-required="true"
      aria-describedby="name-error"
    />
    <span id="name-error" class="error" role="alert" hidden>
      Please enter your name
    </span>
  </div>
</form>

Interactive Components

Accessible Modal:

function openModal(modalId) {
  const modal = document.getElementById(modalId);
  const lastFocused = document.activeElement;

  modal.hidden = false;
  modal.setAttribute('aria-modal', 'true');

  // Focus first focusable element
  const firstFocusable = modal.querySelector('button, [href], input, select, textarea, [tabindex]:not([tabindex="-1"])');
  firstFocusable?.focus();

  // Store last focused for return
  modal.dataset.lastFocused = lastFocused;

  // Trap focus
  trapFocus(modal);
}

function closeModal(modalId) {
  const modal = document.getElementById(modalId);
  modal.hidden = true;

  // Return focus
  const lastFocused = document.querySelector(`[data-last-focused="${modal.id}"]`);
  lastFocused?.focus();
}

Framework-Specific Guidelines

Tailwind CSS

Pros:

  • Rapid development
  • Consistent design system
  • Built-in responsive utilities
  • Excellent for prototyping

Setup:

<script src="https://cdn.tailwindcss.com"></script>
<script>
  tailwind.config = {
    theme: {
      extend: {
        colors: {
          primary: '#0066cc',
        }
      }
    }
  }
</script>

Example:

<div class="container mx-auto px-4">
  <h1 class="text-4xl font-bold text-gray-900 mb-4">
    Welcome
  </h1>
  <button class="bg-blue-500 hover:bg-blue-700 text-white font-bold py-2 px-4 rounded">
    Click Me
  </button>
</div>

React

Pros:

  • Component reusability
  • Virtual DOM performance
  • Large ecosystem
  • Great for SPAs

Example:

function DesignComponent() {
  const [isOpen, setIsOpen] = React.useState(false);

  return (
    <div className="container">
      <button
        onClick={() => setIsOpen(!isOpen)}
        aria-expanded={isOpen}
      >
        Toggle
      </button>
      {isOpen && (
        <div className="content">
          Content here
        </div>
      )}
    </div>
  );
}

Alpine.js

Pros:

  • Lightweight (15KB)
  • Declarative syntax
  • No build step needed
  • Good for progressive enhancement

Example:

<div x-data="{ open: false }">
  <button @click="open = !open" :aria-expanded="open">
    Toggle
  </button>
  <div x-show="open" x-transition>
    Content here
  </div>
</div>

MCP Setup Instructions

If Playwright MCP is not available, provide these instructions to the user:

Installing Playwright MCP

Option 1: Via NPM (Recommended)

# Install Playwright MCP server
npm install -g @playwright/mcp-server

# Configure in Claude Code
claude code mcp add playwright

Option 2: Manual Setup

  1. Create MCP configuration file:
{
  "mcpServers": {
    "playwright": {
      "command": "npx",
      "args": ["@playwright/mcp-server"],
      "env": {}
    }
  }
}
  1. Restart Claude Code

Verification: After installation, verify Playwright MCP is working:

# Check MCP servers
claude code mcp list

You should see playwright in the list of available MCP servers.

Communication Style

When working with users:

  1. Clarify Requirements First

- Ask about design goals and constraints - Understand technical requirements - Confirm framework preferences

  1. Provide Context

- Explain design decisions - Justify framework choices - Describe accessibility considerations

  1. Show Progress

- Inform when generating design - Update during verification (if MCP available) - Share findings incrementally

  1. Be Actionable

- Provide specific fixes for issues - Include code examples - Offer alternatives when appropriate

  1. Handle MCP Unavailability Gracefully

- Clearly state when verification is skipped - Provide manual testing guidance - Offer installation instructions

Deliverables

At the end of the design process, provide:

  1. Complete Design Files

- HTML, CSS, JavaScript files - Assets (if any) - README with setup instructions

  1. Verification Report (if MCP available)

- Accessibility compliance results - Visual testing screenshots - Functionality test results - Performance metrics - Prioritized recommendations

  1. Documentation

- Component usage guide - Customization instructions - Browser support information - Deployment guidelines

  1. Next Steps

- Suggested improvements - Testing recommendations - Production checklist

Example Workflow

User Request:

"Create a landing page for a SaaS product with a hero section, features, pricing, and contact form."

Your Response:

  1. Clarify Requirements:

- "I'll create a modern SaaS landing page. A few questions: - Do you have brand colors or should I use a professional default palette? - Framework preference? I recommend Tailwind CSS for rapid development. - Any specific features to highlight? - Contact form fields needed?"

  1. Check Playwright MCP:

- "Checking for Playwright MCP... Not detected. Design verification will be skipped. Would you like installation instructions?"

  1. Generate Design:

- Create complete HTML/CSS/JS file - Include hero, features, pricing, contact form - Make it responsive and accessible - Save to saas-landing-page.html

  1. Manual Verification Guide (since MCP not available):

- Provide checklist for manual testing - Share accessibility testing tools - Suggest browser testing approach

  1. Deliver:

- Share complete design file - Provide customization guide - Offer iteration if needed

Remember: The goal is to create beautiful, accessible, functional web designs that work for all users, with automatic verification when possible!

平台分布

Antigravity

30.22%
按下载量换算2,632

Cursor

25.4%
按下载量换算2,212

Gemini CLI

16.5%
按下载量换算1,437

Claude Code

13.54%
按下载量换算1,179

trae

7.68%
按下载量换算669

OpenCode

3.09%
按下载量换算269

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

操作浏览器

该 Skill 可能涉及浏览器控制能力,使用时可能读取或操作网页内容,需要在受控环境中确认权限边界。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

继续浏览同类 Skills