frontend-design(前端界面设计)
io.github.cloudflare/vibesdk/frontend-design
打造独特、生产级、高设计质量的前端界面。当用户要求构建 Web 组件、页面、产物、海报或应用(示例包括网站、落地页、仪表盘、React 组件、HTML/CSS 布局,或对任意 Web UI 做样式美化)时使用此技能。生成富有创意、打磨精细的代码与 UI 设计,避免千篇一律的 AI 审美。
“Source Code” 共 2,055 个结果
io.github.cloudflare/vibesdk/frontend-design
打造独特、生产级、高设计质量的前端界面。当用户要求构建 Web 组件、页面、产物、海报或应用(示例包括网站、落地页、仪表盘、React 组件、HTML/CSS 布局,或对任意 Web UI 做样式美化)时使用此技能。生成富有创意、打磨精细的代码与 UI 设计,避免千篇一律的 AI 审美。
io.github.millionco/react-doctor/react-doctor
在完成功能、修复缺陷、提交 React 代码前,或用户输入 `/doctor`、要求扫描、分诊或清理 React 诊断信息时使用。覆盖 lint、无障碍、包体积与架构。包含回归检查,以及会拉取权威 playbook 的完整本地分诊流程。
io.github.forcedotcom/SalesforceMobileSDK-iOS/mobile-sdk-ios-pr-review
评审 Salesforce Mobile SDK for iOS 的 PR,关注公共 API 破坏、OAuth/凭据安全、SQLCipher 正确性、多用户账户回归、缺失本地化以及 iOS 平台陷阱。针对每次变更都会触达外部开发者的公共开源 SDK 场景做了调优。
io.github.microsoft/hve-core/python-foundational
Python 的基础最佳实践、惯用写法与代码质量基本功。
io.github.react/react/compiler-verify
在提交前需要运行全部编译器检查(测试、lint、格式)时使用。自动检测改动的是 TS 还是 Rust 代码并运行相应检查。
io.github.react/react/compiler-review
评审 Rust 移植代码的移植保真度、规范符合性与错误处理,并与原始 TypeScript 源码比对。
io.github.thedaviddias/Front-End-Checklist/breadcrumb-navigation
审查与“实现可访问的面包屑导航”相关的模板、渲染 HTML 或共享组件时使用。校验最终面向浏览器的标记,而不只是框架侧的源码抽象。
vcanary
io.github.lobehub/lobehub/review-checklist
LobeHub 代码审查清单。审查 PR、diff 或分支时使用,检查 console 残留、return await、密钥、i18n、desktop router 漂移、UI import、迁移脚本及云端影响。
io.github.knowsuchagency/mcp2cli/mcp2cli
把任意 MCP 服务器、OpenAPI spec 或 GraphQL 端点变成 CLI。当用户想通过命令行与 MCP 服务器、OpenAPI/REST API 或 GraphQL API 交互、发现可用工具/端点、调用 API 操作,或从某个 API 生成一个新 skill 时使用。触发语包括 “mcp2cli”、“call this MCP server”、“use this API”、“list tools from”、“create a skill for this API”、“graphql”,以及任何无需写代码即可完成 MCP 工具调用、OpenAPI 端点调用或 GraphQL 查询的任务。
io.github.meain/dotfiles/refactorability
评审代码的可重构性——基于 Martin Fowler 的代码坏味道目录与 SOLID 原则,并在可用时结合 gocyclo、gocognit、dupl 等静态分析工具,提出具体、可排优先级的重构机会。以 Go 优先、兼顾多语言,默认针对当前 diff。输出高/中/低分级报告及具体重构手段,并包含“不要重构”部分以避免过度建议。触发词:/refactorability、“review for refactorability”、“what should I refactor”、“refactorability review”、“find refactoring opportunities”、“is this refactorable”等。
vpreview
io.github.makeplane/plane/react-doctor
在完成功能、修复缺陷、提交 React 代码前,或用户输入 /doctor、要求扫描/分诊/清理 React 诊断时使用。涵盖 lint、可访问性、包体积、架构,包含回归检查与完整的本地分诊流程(拉取权威 playbook)。
io.github.alekspetrov/navigator/backend-test
为现有代码生成后端测试(单元测试、集成测试、mock)。当用户说 "write test for"、"add test"、"test this" 或 "create test" 时自动调用。
io.github.utmapp/UTM/utm-review
在提交前评审 UTM 的待提交变更。对当前分支 diff 做标准正确性/质量代码评审,并按 CONTRIBUTING.md 与 AGENTS.md 中的 UTM 贡献规则审计——范围纪律、commit/PR 格式、AI 署名、日志钩子、生成文件、UI/设计理念与平台兼容性。在创建或更新 UTM pull request 之前、用户要求评审 UTM 变更时、或用户运行 /utm-review 时使用。/utm-submit 工作流默认本技能已在当前变更上运行过。
io.github.langfuse/langfuse/security-review
Langfuse 的安全审查模式。当改动涉及接受用户提供的 URL、host/endpoint/baseURL 字段、密钥、跨租户数据、新的出站 HTTP 请求、新的集成(webhook、对象存储、LLM 连接、图片代理)、跟随重定向的行为或新的鉴权/权限范围时,在代码审查、设计或规划阶段使用。目前覆盖 SSRF 与出站 URL 校验,并有意扩展到其他反复出现的安全问题(租户隔离、密钥处理、重定向处理不当、文件上传、RBAC 权限范围漂移)。
io.github.apify/mcpc/claude-skill
使用 mcpc CLI 在 shell 中操作 MCP(Model Context Protocol)服务器——以持久会话连接服务器,随后列出并调用工具、读取资源、获取 prompts、运行异步任务。脚本与代码模式请使用 --json。凡需与 MCP 服务器交互、调用 MCP 工具或以编程方式访问 MCP 资源时都可使用。
io.github.FerroxLabs/wayland/refactoring-patterns
指导实现专家级的重构模式:重构与整洁代码决策框架、生产可用的模式以及重构模式工作流的具体模板。当用户询问重构模式、refactoring patterns 配置,或重构项目的重构最佳实践时使用。当用户需要其他开发者工具能力时请勿使用——可查看 developer tools 子类目下的同级技能。
io.github.FerroxLabs/wayland/mobile-security-engineer
移动应用安全,涵盖证书绑定实现、安全的本地存储模式、越狱与 root 检测、代码混淆与防篡改、面向移动客户端的 API 安全、生物识别认证、安全密钥管理、网络安全、逆向工程防御,以及 OWASP MASVS 合规。当用户询问 mobile security engineer、mobile security engineer 最佳实践,或需要 mobile security engineer 实施指导时使用。当用户需要其他专项技能或涉及无关技术领域时请勿使用。
io.github.FerroxLabs/wayland/mobile-cicd
专业移动持续集成与交付,涵盖 Fastlane 自动化、代码签名管理、TestFlight 与 Google Play 发布流水线、App Center 分发、CI 中的自动化测试、构建版本策略、环境配置,以及 iOS 与 Android 应用的发布管理。当用户询问 mobile cicd、mobile cicd 最佳实践,或需要 mobile cicd 实施指导时使用。当用户需要其他专项技能或涉及无关技术领域时请勿使用。
io.github.FerroxLabs/wayland/backend-architect
化身为资深后端架构师,设计可扩展、高可用的服务端系统,明确 API 契约、合理的模型与有据可查的取舍。当用户需要系统设计、数据库架构、API 契约定义、缓存策略或后端技术选型时使用。编写前端 UI 组件、CSS,或对现有 PR 做代码评审时请勿使用。
io.github.abhigyanpatwari/GitNexus/gitnexus-impact-analysis
当用户想知道改动某处会破坏什么,或在编辑代码前需要安全性分析时使用。示例:“改 X 安全吗?”“什么东西依赖这个?”“这会导致什么出问题?”
io.github.abhigyanpatwari/GitNexus/gitnexus-impact-analysis
当用户想知道改动某处会破坏什么,或在编辑代码前需要安全性分析时使用。示例:“改 X 安全吗?”“什么东西依赖这个?”“这会导致什么出问题?”
io.github.abhigyanpatwari/GitNexus/gitnexus-impact-analysis
在修改代码之前分析影响半径。
io.github.affaan-m/ECC/intent-driven-development
在实现之前或实现的同时,将含义模糊或影响较大的产品与工程变更转化为范围明确、可验证的验收标准。适用于用户请求澄清功能、定义验收标准、降低安全/数据/迁移/集成变更风险、为其他智能体准备实现需求,或让复杂需求变得可测试时。除非用户明确调用此技能,否则不要因琐碎改动、简单修复、进行中的调试、代码审查或验收条件已明确的实现请求而触发。
io.github.affaan-m/ECC/cpp-coding-standards
基于 C++ Core Guidelines(isocpp.github.io)的 C++ 编码规范。在编写、评审或重构 C++ 代码时使用,以推行现代、安全、符合惯用法的实践。