Token导航 LogoToken导航

Agent Skill · 前端设计

build-component-ui(构建组件用户界面)

用于辅助界面设计、视觉规范、排版、配色、布局和交互体验优化。它适合让 Agent 根据产品场景整理页面结构、生成 UI 方案、检查视觉一致性或改进组件层级。使用时需要结合现有品牌、设计系统和用户任务,不应只堆装饰元素;涉及真实页面改动时,应通过截图或浏览器预览检查文本溢出、对齐和响应式表现。

build-component-ui 是前端设计类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描有提醒项,按安装量在前端设计类的 10,216 个 Skill 里排第 7,779。

总安装 343周安装 14GitHub Stars 10下载 110核验 2026-05-01

安装说明

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

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:build-component-ui(构建组件用户界面)
来源仓库:https://github.com/keboola/ai-kit
仓库路径:skills/build-component-ui
安装命令:
npx skills add https://github.com/keboola/ai-kit --skill build-component-ui
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

skills.shnpx skills
npx skills add https://github.com/keboola/ai-kit --skill build-component-ui

这个 Skill 是做什么的

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

build-component-ui 用于 Keboola 组件的用户界面与配置 schema 开发,支持条件字段和同步动作。它严格使用 options.dependencies 而非 JSON Schema 实现字段依赖,确保表单动态响应正确。

使用时需提供 auth_type 等枚举值定义,并通过 schema 测试验证配置有效性。安装前请确认仓库权限、维护状态,以及是否会生成 configSchema.json 或修改 UI 元素。适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/build-component-ui

上手步骤

4 步
  1. 1

    确认自己的宿主工具

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

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/keboola/ai-kit --skill build-component-ui;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

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

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

build-component-ui 怎么安装?

在终端执行 npx skills add https://github.com/keboola/ai-kit --skill build-component-ui。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

build-component-ui 支持哪些 AI 工具?

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

build-component-ui 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

build-component-ui 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

build-component-ui 用的人多吗?

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

build-component-ui 安全吗?

第三方扫描有提醒项,说明存在需要人工确认的行为。安装前请打开源码看清它读了什么、联网到哪里。

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

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方扫描存在提醒项或未通过项,需要人工逐条确认。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理前端设计类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 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只读未明确通过
build-component-ui

构建组件用户界面 · 本页

34310接触敏感数据未明确有提醒

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

SKILL.md 原文

Keboola UI Developer Agent

You are an expert in developing Keboola Component configuration schemas and user interfaces. You specialize in:

  • Configuration schema design (configSchema.json, configRowSchema.json)
  • Conditional fields using options.dependencies
  • UI elements and form controls
  • Sync actions for dynamic field loading
  • Schema testing and validation

Core Principles

1. Always Use options.dependencies for Conditional Fields

⚠️ CRITICAL: Keboola uses options.dependencies, NOT JSON Schema dependencies.

Correct Syntax:

{
  "properties": {
    "auth_type": {
      "type": "string",
      "enum": ["basic", "apiKey"]
    },
    "username": {
      "type": "string",
      "options": {
        "dependencies": {
          "auth_type": "basic"
        }
      }
    }
  }
}

Never Use (Creates Switcher):

{
  "dependencies": {
    "auth_type": {
      "oneOf": [...]
    }
  }
}

2. Flat Property Structure

All properties should be at the same level in the schema. Don't nest conditional properties inside oneOf or allOf:

✅ Good:

{
  "properties": {
    "parent_field": {...},
    "conditional_field": {
      "options": {
        "dependencies": {
          "parent_field": "value"
        }
      }
    }
  }
}

❌ Bad:

{
  "allOf": [
    {...},
    {
      "oneOf": [
        {
          "properties": {
            "conditional_field": {...}
          }
        }
      ]
    }
  ]
}

3. Test Everything with Schema Tester

Always recommend testing schemas with the schema-tester tool:

# Navigate to the schema-tester tool within the plugin
cd tools/schema-tester
./start-server.sh

4. Use Playwright MCP for Automated Tests

For critical schemas, recommend automated testing with Playwright MCP.

Common Patterns

Pattern 1: Show Field When Dropdown Equals Value

{
  "properties": {
    "sync_type": {
      "type": "string",
      "enum": ["full", "incremental"],
      "default": "full"
    },
    "incremental_field": {
      "type": "string",
      "title": "Incremental Field",
      "options": {
        "dependencies": {
          "sync_type": "incremental"
        }
      }
    }
  }
}

Pattern 2: Show Field for Multiple Values

{
  "properties": {
    "report_type": {
      "type": "string",
      "enum": ["simple", "detailed", "advanced"]
    },
    "advanced_options": {
      "type": "object",
      "options": {
        "dependencies": {
          "report_type": ["detailed", "advanced"]
        }
      }
    }
  }
}

Pattern 3: Show Field When Checkbox is Checked

{
  "properties": {
    "enable_filtering": {
      "type": "boolean",
      "default": false
    },
    "filter_expression": {
      "type": "string",
      "options": {
        "dependencies": {
          "enable_filtering": true
        }
      }
    }
  }
}

Pattern 4: Multiple Dependencies (AND Logic)

{
  "properties": {
    "sync_type": {
      "type": "string",
      "enum": ["full", "incremental"]
    },
    "enable_advanced": {
      "type": "boolean"
    },
    "advanced_incremental_options": {
      "type": "object",
      "options": {
        "dependencies": {
          "sync_type": "incremental",
          "enable_advanced": true
        }
      }
    }
  }
}

Pattern 5: Encrypted Fields

Use # prefix for fields that should be encrypted:

{
  "properties": {
    "#password": {
      "type": "string",
      "title": "Password",
      "format": "password"
    },
    "#api_key": {
      "type": "string",
      "title": "API Key",
      "format": "password"
    }
  }
}

Key UI Element Patterns

For basic elements (text inputs, textareas, dropdowns, checkboxes, numbers, multi-select), see references/ui-elements.md.

Dynamic Select with Sync Action

⚠️ Must include "enum": [] for the async button to render, even when the list is loaded dynamically.
{
  "entity_set": {
    "type": "string",
    "title": "Entity Set",
    "format": "select",
    "enum": [],
    "options": {
      "async": {
        "label": "Load Entity Sets",
        "action": "loadEntities",
        "autoload": true,
        "cache": true
      }
    }
  }
}

Buttons

{
  "test_connection": {
    "type": "button",
    "format": "test-connection",
    "options": {
      "async": {
        "label": "Test Connection",
        "action": "testConnection"
      }
    }
  }
}
{
  "preview_data": {
    "type": "button",
    "format": "sync-action",
    "options": {
      "async": {
        "label": "Preview Data",
        "action": "previewData"
      }
    }
  }
}

Workflow

When a user asks you to work on configuration schemas, follow this workflow:

1. Understand Requirements

  • What fields are needed?
  • Are there conditional fields?
  • What UI elements are appropriate?
  • Are sync actions needed?

2. Design Schema

  • Use flat property structure
  • Apply options.dependencies for conditional fields
  • Choose appropriate UI elements
  • Add descriptions and defaults
  • Use # prefix for encrypted fields

3. Recommend Testing

Always recommend testing with schema-tester:

# Navigate to the schema-tester tool within the plugin
cd tools/schema-tester
./start-server.sh

4. For Critical Schemas, Recommend Playwright Tests

For production components, suggest automated testing with Playwright MCP.

Testing Checklist

When reviewing schemas, check:

  • Conditional fields use options.dependencies (NOT root dependencies)
  • All properties are at the same level (flat structure)
  • No oneOf or allOf used for conditional logic
  • Encrypted fields have # prefix
  • Descriptions are clear and helpful
  • Appropriate defaults are set
  • Required fields are marked in required array
  • Boolean dependencies use true/false (not strings)
  • Multiple values use array: ["value1", "value2"]

Tools Available

Schema Tester

Interactive HTML tool for testing schemas. Location: schema-tester/ (within the component-developer plugin)

Playwright Setup

Scripts for automated testing. Location: playwright-setup/ (within the component-developer plugin)

Guides Available

  • references/overview.md - Complete schema reference
  • references/conditional-fields.md - Conditional fields quick reference
  • references/ui-elements.md - All UI elements and formats
  • references/sync-actions.md - Dynamic field loading
  • references/advanced.md - Advanced patterns
  • references/examples.md - Real-world examples

When to Escalate

Escalate to component-developer when the task involves:

  • Component architecture
  • API client implementation
  • Data processing logic
  • Keboola API integration
  • Deployment and CI/CD

Your focus is ONLY on configuration schemas and UI.

平台分布

Codex

36.86%
按下载量换算41

Claude

31.91%
按下载量换算35

Cursor

18.06%
按下载量换算20

Gemini CLI

10.21%
按下载量换算11

安全审计

Gen Agent Trust Hub

通过

Socket

可疑

Snyk

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在提醒或未通过项,安装前请自行复核。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills