GUI 集成测试 gui-integration-test
SkillSkillsMP
io.github.warpdotdev/warp/gui-integration-test
仅用于 Warp 桌面 GUI 应用。使用 crates/integration 中自定义的 Warp 集成测试 Runner，编写、运行和调试 Warp 集成测试。当你新增集成测试、修复失败的集成测试、把测试接入手动运行器或 nextest 套件，或验证端到端的 UI 与终端行为时使用。
source
“Ui” 共 609 个结果
io.github.warpdotdev/warp/gui-integration-test
仅用于 Warp 桌面 GUI 应用。使用 crates/integration 中自定义的 Warp 集成测试 Runner，编写、运行和调试 Warp 集成测试。当你新增集成测试、修复失败的集成测试、把测试接入手动运行器或 nextest 套件，或验证端到端的 UI 与终端行为时使用。
io.github.warpdotdev/warp/tui-verify-change
通过实际运行验证对 Warp 无头 TUI 前端(crates/warp_tui)的改动——本地用 ./script/run-tui 运行,或在无头云运行器中用 WARP_API_KEY 的 dogfood 构建运行——并读回渲染出的屏幕内容(装有 tmux 时借助 tmux,否则直接读取)。凡改动 TUI 界面、渲染、输入或行为后需要确认真实屏幕效果时使用。
io.github.langflow-ai/langflow/ibm-a11y-testing-guide
使用 axe（Jest）与 IBM Equal Access（Playwright page.runA11yScan）编写和运行 Langflow 前端无障碍测试的参考指南。涵盖引擎/测试层级选型、POUR 清单、axe 与 IBM 规则差异、Radix/AG-Grid 组件注意事项以及 IBM 基线。在编写或审查 a11y 测试、调试具体 axe/IBM 违规项或为某个 UI 界面选择测试层时使用。不执行扫描、不审计整个界面、不做端到端 PR 修复——分别见 ibm-a11y-route-scan、ibm-a11y-level1-audit 与 ibm-a11y-pr-remediation。
io.github.abhigyanpatwari/GitNexus/gitnexus-guide
当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”
io.github.alpic-ai/skybridge/mcp-app-builder
指导开发者创建和更新 MCP 应用。覆盖完整生命周期：对照 UX 指南头脑风暴想法、初始化项目、实现工具/视图、调试、运行开发服务器、部署并将应用接入 ChatGPT。当用户想创建或更新 MCP 应用、MCP 服务器或使用 Skybridge 框架时使用
io.github.langfuse/langfuse/backend-dev-guidelines
面向 Langfuse 的 Next.js、tRPC、BullMQ 与 TypeScript monorepo 的后端共享指南。在创建或审查 tRPC router、公共 REST 接口、BullMQ 队列处理器、后端服务、中间件、Prisma 或 ClickHouse 数据访问、OpenTelemetry 埋点、Zod 校验、环境变量配置，以及 web、worker 或 packages/shared 的后端测试时使用。
io.github.TeamWiseFlow/xiaobei/browser-guide
使用托管浏览器的最佳实践——处理登录墙、验证码、懒加载内容、付费墙与标签页清理。Target=camoufox 主力路径。
io.github.EpicenterHQ/epicenter/ui-design
从产品方向到组件体系收敛，设计、探索、实现、打磨、重设计并评审 Epicenter 界面。用于共创界面、追问「别的应用怎么做」、对比 UI 方向或同类产品、把粗略功能想法变成可构建的 Svelte 界面、选择 @epicenter/ui 组件、修改 packages/ui，或替换堆满 class 的标记与本地界面原语。纯 CSS 小修不属于本技能范围，除非它暴露出更大的模式问题。
io.github.fastrepl/anarlog/reactive-sqlite-ui
在 `apps/desktop` 中构建以 SQLite 为后端的响应式 UI，对读取、选择、表单、写入与加载状态采用稳定模式。在实现或审查基于 `useDrizzleLiveQuery` 与 SQLite 变更的界面时使用。
io.github.diet103/claude-code-infrastructure-showcase/backend-dev-guidelines
Node.js/Express/TypeScript 微服务的完整后端开发指南。在创建路由、控制器、服务、repository、middleware，或使用 Express API、Prisma 数据库访问、Sentry 错误追踪、Zod 校验、unifiedConfig、依赖注入或异步模式时使用。涵盖分层架构（routes → controllers → services → repositories）、BaseController 模式、错误处理、性能监控、测试策略，以及从遗留模式的迁移。
io.github.diet103/claude-code-infrastructure-showcase/frontend-dev-guidelines
React/TypeScript 应用的前端开发准则。包含 Suspense、懒加载、useSuspenseQuery、按 features 目录组织文件、MUI v7 样式、TanStack Router、性能优化与 TypeScript 最佳实践等现代模式。在创建组件、页面、功能模块、拉取数据、写样式、路由或处理前端代码时使用。
io.github.joe-bell/cva/writing-guidelines
按写作指南审查或撰写文档/文案。当被要求“审查我的文档”“检查写作风格”“审计文案”“评审文档语气语调”“对照写作手册检查此页”时使用——并在编写或编辑 docs/src/content/docs/ 下的内容时主动应用，这是本仓库的默认文档风格。
io.github.lightdash/lightdash/frontend-style-guide
在编写 React 组件、从 Mantine v6 迁移到 v8 或编写样式代码时应用 Lightdash 前端样式指南。在编辑 TSX 文件、修复样式问题，或用户提到 Mantine、样式、CSS modules 时使用。
io.github.Stirling-Tools/Stirling-PDF/ui-before-after
分析分支或 PR，自动捕获其变更触及的每个 UI 界面前后截图，再做像素级差分呈现实际变化，并组装成可直接放进 PR 的前后对比拼图。通用且 diff 驱动：从 diff 推导捕获目标（变更的工具/路由 → URL）而非手工列举界面，「前」从基础分支捕获、「后」从头部分支捕获，仅保留视觉上确有差异的视图。每次对比自动裁剪到实际变化区域（差异像素包围盒），仅当变更覆盖大部分页面时才回退整页。用于前后截图、分支/PR 视觉差分、「给 PR 描述配截图」「展示 UI 改了什么」或 UI 变更并排对比。接受 PR 编号/URL（经 gh 解析）或分支名；默认当前分支对比其基础分支。参数：--scope <selector>、--base <ref|merge-base>、--theme light|dark|both、--all（捕获每条路由而非仅变更处）。
io.github.Stirling-Tools/Stirling-PDF/ui-walkthrough
对当前分支功能做完整的 UI 调查。枚举每个视图与状态（空态、有数据、加载、错误、每个对话框/菜单/面板、响应式断点、浅色+暗色+RTL），用内置 Playwright 工装捕获，汇总为带全局明暗切换滑杆的单图 HTML 走查，随后跑两轮审查：视觉/一致性（对齐、间距、专业感、明暗一致、对比度、截断）与 UX/易用性（流程、可发现性、可供性、空态/错误态、预期）。当被要求做 UI 走查、截图审查、设计或 QA 巡检、「找出可以更易用/更好的地方」或前端工作合并前使用。加 --fix 自动应用安全的前端修复并重新捕获；--theme 限定主题；--no-rtl 跳过 RTL。
io.github.abhigyanpatwari/GitNexus/gitnexus-guide
当用户询问 GitNexus 本身——可用工具、如何查询知识图谱、MCP 资源、图 schema 或工作流参考——时使用。示例：“有哪些 GitNexus 工具？”“我该怎么用 GitNexus？”
io.github.nexu-io/open-design/writing-guidelines
审查文档是否符合 Writing Guidelines。当被要求“review my docs”“check writing style”“audit prose”“review docs voice and tone”或“check this page against the writing handbook”时使用。
io.github.sickn33/antigravity-awesome-skills/code-showcase-react-ui-patterns
现代 React UI 模式，覆盖加载状态、错误处理与数据获取。在构建 UI 组件、处理异步数据或管理 UI 状态时使用。
io.github.sickn33/antigravity-awesome-skills/frontend-ui-engineering
构建生产级 UI。在创建或修改用户界面、构建组件、实现布局、管理状态时使用，或当产出需要真正达到生产质量而非 AI 生成感时使用。
io.github.sickn33/antigravity-awesome-skills/ui-review
审查 UI 代码在设计系统一致性、无障碍性与最佳实践方面的合规性
io.github.mlflow/mlflow/ui-review
审查 GitHub PR 中的 UI/UX 改动：启动 MLflow Web 应用，通过无头 agent-browser 操作改动涉及的界面，并为工作流写出一份 Markdown 格式的 UI 审查评论内容（结论与截图）。
io.github.wondelai/skills/refactoring-ui
审计并修复 Web UI 中的视觉层次、间距、配色与层次感。当用户提到“我的 UI 看起来不对劲”（或业余/不专业）、“修复设计”、“Tailwind 样式”、“色板”、“视觉层次”、“设计系统”、“间距标度”或“组件样式”时使用。也在构建一致的设计令牌、创建深色主题、提升数据可视化清晰度或上线前打磨 UI 细节时触发。覆盖灰度优先工作流、受约束的设计标度、阴影与组件样式。字体选择参见 web-typography；可用性审计参见 ux-heuristics
io.github.mui/material-ui/material-ui-styling
依据 MUI 官方指南选择正确的 Material UI 样式方案（sx、styled、主题覆盖、全局 CSS）。在对 @mui/material 组件做样式、定制主题、覆盖插槽，或比较 sx 与 styled 时使用。
io.github.mui/material-ui/material-ui-theming
指导 Material UI 主题化与设计 token（createTheme、ThemeProvider、palette、colorSchemes、cssVariables、theme.vars、暗色模式、TypeScript 类型增强）。在构建或扩展主题、切换浅色/暗色模式，或统一应用内 token 时使用。