SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-14 00:15
41,046 个结果
UnoPim DataGrid 是 UnoPim 管理后台的列表页开发技能，用于创建或修改列表页，以及为现有 DataGrid 添加列、操作、过滤和批量操作。所有 DataGrid 均继承 Webkul\DataGrid\DataGrid。技能在以下场景被调用：创建新的列表页；向现有 DataGrid 添加列、操作或批量操作；自定义 DataGrid 的过滤或排序；使用自定义渲染器扩展 DataGrid。创建 DataGrid 需要实现 prepareQueryBuilder、prepareColumns、prepareActions 和 prepareMassActions 等方法，并在 Blade 中使用 <x-admin::datagrid :src="route('admin.example.index')" /> 渲染。
UnoPim 的 Git 与 GitHub 操作规范技能，在创建分支、编写提交信息或创建拉取请求时激活，也可在用户提及 git 相关操作时触发。该技能规定了分支命名规则（如 fix/issue-1234-short-description、feature/short-description 等，使用小写加连字符，每个修复单独建分支并以 issue ID 命名）、提交信息格式（如 Fixed #1234 - 简短描述，主题行不超过 72 字符，使用祈使语气，正文与主题用空行分隔）、拉取请求流程（遵循 .github/PULL_REQUEST_TEMPLATE.md 模板，引用 issue，描述测试情况，UI 变更附截图，并提供通过 CLI 创建 PR 的示例命令），以及强制性的推送前 CI 验证步骤（运行 Pint 检查 PHP 代码风格、运行 Pest 测试、检查 Playwright 测试兼容性）。
vaadin-usage-review 是一个只做审查、不做修改的 Vaadin 代码检查技能，用于找出项目中存在自定义变通写法、但官方 Vaadin API 或组件其实已经覆盖的地方。它会优先核对 Vaadin 组件与原生 HTML 元素的选用是否合理（原生元素只有在有可验证的具体优势时才保留），并检查主题 CSS 是否误用了另一套主题的 CSS 自定义属性。所有“官方 API 存在”的判断都必须先从 Vaadin MCP 验证并标注来源；MCP 不可用时直接停止，不凭记忆推测。使用时先确认 Vaadin 版本、开发模型（Flow、Hilla/React 或两者）和主题；范围不明确时先询问用户。输出按严重程度分组的问题报告，不会编辑或提交文件。
来自 Vercel Engineering 的 React 与 Next.js 性能优化指南，包含 8 大类共 45 条规则并按影响优先级排序，用于编写、审查或重构 React/Next.js 代码时参考。
WooCommerce 是 WordPress 上的电子商务开发方案，本资料聚焦于其二次开发能力，涵盖自定义产品类型、支付网关、配送方式、各类钩子（Hooks）、REST API 以及商店性能优化。资料以 PHP 代码示例的形式，展示了如何通过钩子修改商品价格显示、添加自定义字段、调整购物车费用、扩展结账字段、处理订单状态变更，以及如何注册自定义产品类型和支付网关、扩展 REST API 端点、优化查询与缓存、定制邮件通知等。适合具备 WordPress 与 PHP 基础的开发者参考，用于构建和扩展基于 WooCommerce 的在线商店。
面向 WordPress 主题开发的技能规范，指导按最佳实践搭建经典 PHP 主题、FSE 区块主题、子主题与混合主题，涵盖目录结构、模板层级、主题支持与编辑器配置。用于新建或维护主题时参考。
该技能用于在编码前为全栈产品变更建立统一规范，覆盖 UI 用户旅程、API 契约、领域模型更新、非功能性需求和发布约束。适用于一次交付同时涉及前端与后端、需求不清晰或冲突、团队需要共享事实来源的场景。它要求产出功能简报（含可测试验收标准）、API 契约草案（OpenAPI、JSON Schema 或等价物）、覆盖加载/空/错误/成功的 UI 状态矩阵、数据模型或 schema 变更说明，以及带决策负责人的发布与回滚说明，并规定了必需检查、危险信号、决策框架、常见借口反驳、证据包和退出标准。
该技能用于使用 Node.js 与 NestJS 构建和扩展后端微服务，强调契约优先的 API、具备韧性的运行时行为、安全默认配置与可运维性。其工作流要求先界定限界上下文与服务归属，先定义 API 或事件契约再实现，业务逻辑写入面向领域的模块而非控制器，并加入校验、认证与授权钩子、幂等性与错误映射，配合结构化日志、指标、追踪与关联 ID。运行时护栏包括显式且有界的超时与重试、外部调用的熔断或降级、异步处理的死信与重放策略、通过环境边界注入配置与密钥，以及反映依赖健康而非仅进程存活的健康检查。适用于新建或扩展 NestJS 服务、新增 API 端点与异步消费者、提升服务可靠性与可观测性、保障部署安全，以及需要明确契约、故障模式测试和运维元数据的后端场景。
cspell 技能用于处理 cspell 未知单词警告、拼写诊断错误及 CI/预提交钩子因未识别单词而失败的问题。它按优先级分类每个被标记的单词，选择最小范围的修复方式，并可为尚无 cspell 配置的项目引导初始化配置。
inspect-deps 是一个用于在隔离的 Git worktree 中审计和测试依赖版本升级的技能。它要求在专用 worktree（chore/deps-<slug>）内执行升级实验，禁止改动根工作区文件；每个升级建议都必须通过原生类型检查、linter 和完整测试套件验证后才能推荐合并。该技能强调目标版本必须真实存在于官方注册表，并依据具体变更日志评估破坏性变更，而非凭空假设。其核心产出是一份依赖审计与升级报告，包含升级矩阵（包名、升级前版本、目标版本、结论、验证结果）、最佳适配目标及理由、以及高风险权衡与投入产出分析。适用场景包括评估依赖升级的安全性、判断是否值得承担破坏性变更成本、以及需要可复现证据支撑的版本迁移决策。
本技能用于指导稳定、清晰且难以误用的 API 与接口设计，适用于设计 REST 或 GraphQL endpoint、定义模块边界与类型契约、建立前后端边界，以及创建组件 prop 接口等场景。核心内容包括契约优先、一致的错误语义、在边界验证、优先添加而非修改、可预测命名、兑现 Idempotency Key 等原则，并给出 REST API 模式、TypeScript 接口模式、常见自我合理化、危险信号与验证清单。
为清晰度简化代码的流程驱动型技能。用于在不改变行为的前提下重构代码，提升可读性与可维护性；适合功能正常但结构复杂、命名不清或嵌套过深的代码，以及代码审查发现复杂度问题时使用。
约束驱动开发（Constraint-Driven Development）是一个把项目质量线确立为书面契约的技能，用于阻止 AI agent 悄悄降低质量标准。它通过访谈确定用户在意哪些质量维度，在用户没有具体数字时提供合理默认阈值，把一切记录进仓库根目录的 CONSTRAINTS.md，并盯住 diff 中质量线被削弱的迹象——如新增的 @ts-ignore、eslint-disable、被跳过的测试、被调低的阈值等。该技能强调每个维度都要有可机械检查的命令，把检查按成本分配到编辑、任务结束和 CI 等不同阶段，并建议在缺乏目标数字时采用棘轮（ratchet）策略：记录当前值并拒绝变差。
怀疑驱动开发是一种在非平凡决策成立前，用全新上下文进行对抗式审查的纪律。它通过 CLAIM、EXTRACT、DOUBT、RECONCILE、STOP 五步循环，交叉质询假设、暴露隐藏失败模式，适用于高风险、不熟悉代码或正确性优先于速度的场景。
一套面向多文件功能开发的增量交付方法：把变更拆成薄而可验证的垂直切片，逐块实现、测试、验证并提交，避免一次性写完大量代码。
一套性能优化技能，强调先测量再优化，覆盖前端、后端、查询与数据库性能。适用于存在性能要求、怀疑性能回归、Core Web Vitals 或加载时间需改进、需修复 N+1 查询，或 profiling 暴露瓶颈的场景。
来源驱动开发（Source-Driven Development）是一个让每个实现决策都以官方文档为依据的技能。它要求开发者在编写框架特定代码前，先检测项目依赖文件中的精确版本，再获取对应的官方文档页面，按文档展示的模式实现，并为每个非平凡决策提供带完整 URL 的来源引用。该技能适用于希望代码遵循框架当前最佳实践、构建会被复制的样板代码、或明确要求有文档验证的实现场景。它强调训练数据会过时、API 会废弃，因此不凭记忆实现，而是验证、引用并让用户看到来源。对于纯逻辑、与版本无关的改动或用户明确要求速度优先的情况则不适用。
在编码前先创建结构化规格说明（spec）的工作流技能，用于新项目、功能或重大变更，将模糊需求转成可评审、可测试的目标与范围。
该技能用于排查 Jetpack Compose 重组（recomposition）性能问题，聚焦两条独立轴线：参数稳定性与跳过（skippable/restartable composable、不稳定参数、编译器报告或 composables.txt 变动），以及 State 的读取时机（帧率相关 State 是在组合阶段还是布局/绘制阶段被读取）。它本身是路由型技能，只负责判断问题属于哪条轴线并指向对应的深入技能：稳定性问题交给 compose-stability-diagnostics，读取时机问题交给 compose-state-deferred-reads；若两方面证据都存在，则并行应用两者。适用于调查重组性能、编译器报告、Layout Inspector 等场景，不适用于重组正确追踪真实数据变化、属于正确性而非开销的缺陷，或没有任何 profiler/编译器信号提示问题的情况。
本技能用于编写或审查 Jetpack Compose 代码中的副作用处理，涵盖 LaunchedEffect、DisposableEffect、SideEffect、rememberCoroutineScope、rememberUpdatedState、snapshotFlow 等 API。核心原则是：Composable 函数体只描述 UI，可能被重组、跳过或放弃，任何改变外部世界的工作都应放入生命周期与任务匹配的 effect API 中。技能提供了按需求选择最小 effect 的对照表、effect key 的选取规则、避免陈旧捕获的方法、Flow 收集方式、用户事件处理、注册与清理配对，以及常见错误与代码审查红旗清单。
该技能介绍 Jetpack Compose 的 slot API 模式：可复用组件的职责是描述布局结构，而不是枚举内容。当组件签名中出现 title: String、leadingIcon: ImageVector?、showSwitch: Boolean 等原始类型内容参数或布尔开关时，应改为通过 @Composable lambda 槽位把内容交给调用方。技能给出四条规则：用 xxxContent 槽位替换原始内容参数；当槽位内容进入 Row/Column/Box 时使用对应 Scope 接收者；可选槽位用可空加 null 默认值而非空 lambda；常用默认内容放入 XxxDefaults 对象。同时说明单次使用组件、设计系统固定样式组件、语义参数、真正受限类型参数和性能关键路径不适用该模式，并列出评审中的常见误区。
Compose stability diagnostics 是一个面向 Jetpack Compose 开发者的技能，用于诊断和修复参数稳定性、可跳过性（skippability）与重组性能问题。它强调在 Kotlin 2.0.20+ 默认启用 strong skipping 的前提下，稳定性问题不再是「可跳过与否」，而是参数比较语义（稳定类型用 equals，不稳定类型用 ===）以及调用方是否每帧创建新的不稳定实例。技能指导开发者生成并阅读 Compose 编译器报告（classes.txt、composables.txt、composables.csv、module.json），识别不稳定参数与非可跳过 composable，并通过不可变集合（kotlinx.collections.immutable）、@Immutable/@Stable 注解、stabilityConfigurationFiles 配置等最轻量手段修复。适用于 UI 状态类包含 List/Set/Map、Java time/money 或第三方类型，以及重组次数超出预期等场景。
该技能用于编写或审查 Kotlin 协程代码，聚焦结构化并发。当代码中出现存储 CoroutineScope、在 init 或非挂起 API 中启动协程、调用 runBlocking、或宽泛捕获异常等情况时适用。核心原则是：协程作用域应绑定调用方生命周期，而非作为被调用方的属性存储；大多数仓库、管理器、用例和数据源应暴露 suspend API，由调用方拥有作用域。技能列举了存储作用域、init 块启动、非 UI 类即发即弃、DI 单例初始化启动、吞掉 CancellationException、runBlocking 等反模式及修复方式，并说明 UI 与状态持有者边界是唯一允许非挂起转挂起的例外。
Roast My AGENTS.md（证据版）是一个用于审查 AGENTS.md / CLAUDE.md 指令文件的技能，以“毒舌吐槽”风格给出反馈，并用真实 A/B 测试证据证明哪些规则是冗余负担。它分三阶段：先做静态审查，扫描项目中的指令文件，统计指令数量、预估月度成本、识别常见问题（如代码库概览、/init 生成内容、可发现信息重复、身份提示、矛盾指令、根文件臃肿、缺少嵌套 AGENTS.md、缺少渐进式披露、指令预算超支、模糊建议、风格规则等）；再挑选可疑规则，通过 A/B 测试对比“有指令”与“无指令”时模型表现，判断规则是否真正影响行为；最后给出带数据的结论、评分和修复建议（删除冗余规则、重构为渐进式披露结构、完整重写等）。该技能强调用证据而非主观意见来评估指令文件，适合希望精简 AI 编码配置、降低 token 成本、提升指令有效性的开发者。