SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-02 00:09
39,169 个结果
Flutter UI 实现技能，用于在宿主 Flutter 项目中按项目既有约定落地已批准的界面方案。它强调编辑前先确认视觉方向、行为、状态矩阵与验收标准，并检查相邻页面、主题、路由、状态管理、代码生成规则与测试风格；实现时分离编排、领域状态与展示组件，优先使用约束和布局原语而非设备名判断，复用语义化主题角色与既有组件，保留回调、校验、分析、导航、持久化与后端契约，覆盖加载、空、部分、错误、离线、禁用、破坏性与成功等状态，并将焦点、语义、键盘、触控目标、文本缩放、RTL 与减弱动画纳入实现。验证阶段运行格式化、分析器与相关单元/组件/golden 测试，渲染紧凑与展开布局及关键状态，并对重要视觉工作调用无障碍与视觉 QA 技能。
敏捷产品管理与 Scrum 实践技能，用于迭代式产品开发和团队协作，涵盖冲刺规划、待办事项管理、看板、跨团队协调与常见问题排查。
面向 AI 编程代理的 Payload CMS 开发技能，覆盖 payload.config.ts、集合与字段、钩子、访问控制、查询与插件开发，包含快速参考表、必要安装命令与安全注意事项，并指向多份参考文档。
Fireflies.ai 会议转录 GraphQL API 的使用说明，涵盖获取当前用户、列出与检索会议记录、读取摘要与逐句转录、分析数据、上传音频转写以及查询团队成员等操作，需配置 FIREFLIES_TOKEN 环境变量。
HubSpot CRM 的 REST API 技能，用于通过 HTTP 请求操作营销与销售数据，支持联系人、公司、交易、工单等对象的增删改查、搜索、批量操作、关联、管道、属性、列表、文件、营销邮件、表单、会话及账号设置，需使用 HUBSPOT_TOKEN 鉴权。
RevenueCat API 使用技能，用于应用内购买与订阅管理。当用户提到 RevenueCat、应用内购买、订阅或移动端变现时使用，通过 Bearer Token 调用 v1 与 v2 接口查询订阅状态、管理产品、权益与优惠。
面向 Elixir 与 BEAM 的惯用法参考技能，涵盖 GenServer、Supervisor、Task、Registry、模式匹配、with 与管道等 OTP 模式，用于设计进程或调试问题。
Convex 组件编写指南：介绍如何创建隔离、可复用的后端模块，拥有独立 schema 与函数，可打包为 NPM 包分发。涵盖组件结构、安装挂载、调用方式、客户端封装、构建发布与测试，并说明组件无环境变量、无 ctx.auth、ID 类型不透明等限制。
为 Orderly 应用选择和安装所需模块，说明运行环境、应用包、功能页面与不同钱包连接依赖的关系。
Claude API 使用指南，聚焦 Claude Messages API 的结构化输出（v0.69.0+，2025 年 11 月）与错误预防。内容涵盖保证 JSON schema 校验的 Structured Outputs、严格工具调用（strict: true）、提示缓存（最高约 90% 成本节省）、流式响应（SSE）错误处理、工具调用、视觉图像理解、扩展思考模式、速率限制与重试逻辑，以及 12 个常见问题的预防方案。资料同时列出 2025 年 10 月模型退役变更、当前可用模型与价格、SDK 版本要求（@anthropic-ai/sdk@0.70.1）和官方文档链接。
面向 FastAPI 的生产级项目模板技能，提供异步模式、依赖注入与完善错误处理的目录结构与实现范式，用于从零搭建高性能异步 REST API、微服务或对接 PostgreSQL、MongoDB 的后端项目。
SimPy 是基于标准 Python 的进程式离散事件仿真框架，用于对实体在时间中竞争共享资源的系统建模，如排队、服务器、机器与带宽等。本技能提供仿真建模、资源管理、事件调度、实时仿真与数据监控等参考内容。
uv 是用 Rust 编写的极速 Python 包安装器与依赖解析器，可替代 pip、pip-tools、poetry 等工具，支持虚拟环境、Python 版本安装、锁文件与可复现构建，适用于新项目搭建、依赖管理、CI/CD 与 Docker 构建加速。
该技能用于获取外部库和框架的官方文档，覆盖 React、Next.js、Prisma、FastAPI、Express、Tailwind、MongoDB 等，宣称可节省 60-90% 的 token。它通过自动检测实现、调试、安装、集成、升级等场景来决定是否调用，并依据库名、错误信息、导入语句或 package.json 识别目标库，再按任务类型选择 examples、api-ref、troubleshooting、setup、migration、concepts、patterns 等内容类型，最终通过脚本命令拉取文档。
面向大型重构的架构脚手架技能：先把高层架构规格转为可编译的类型骨架，用编译器验证结构正确后再写实现逻辑，并生成模块图与迁移清单。
用于清理代码库中死代码、冗余实现与孤立产物的技能，尤其适合由编码智能体维护、上下文窗口有限的代码库。它按范围盘点、并行检测、生成报告、经批准后清理的流程工作，并强调引用追踪与误报防范。
一份关于在 shell 片段中用 fd 替代 find 进行文件系统搜索的技能规范，包含用法规则、替换对照、惯用法与注意事项，并给出各平台安装方式。
这是一个名为「Outcome-Oriented Execution（面向结果的执行）」的原则型技能，用于有计划的重写与迁移场景。其核心主张是：应优化可验证的目标终态，而不是为了保持每个中间步骤都稳定而引入临时兼容代码，因为这类代码往往会变成长期债务。该原则要求在执行过程中向目标架构收敛，并在明确的验证边界上证明正确性。它强调终态完整性优先于过渡期稳定性；当中间阶段的破坏是有计划、有范围且可回滚时，这种破坏是可以接受的。适用时需声明哪些地方允许临时破坏，在迁移期间对正在改动的区域保留高信号检查，并在计划完成时要求完整的静态与运行时验证。
这是一个用于在既有设计中整合新需求的方法论技能。它主张不要将新需求“打补丁”式地附加到现有设计上，而是假设该需求从一开始就是基础假设，重新进行整体设计。技能要求先阅读所有受影响的文件并理解当前设计，再追问“如果从零开始并带着这个新需求，我们会构建什么”，随后将变更传播到类型、文档、示例、理由说明等每一处引用，最后在通盘考虑整体重构后以增量方式交付。其核心目的是在向既有设计整合变更时保留设计的可选价值。
iOS 开发专家技能，覆盖 SwiftUI、UIKit 与 Apple 框架。该技能以规则集形式指导代码编写与审查，强调使用 Swift 和 SwiftUI 编写可维护、整洁的代码，并关注 2024 年 8 月、9 月的最新文档与特性。内容包含 SwiftUI 通用规则、项目结构规则与 UI 设计规则三部分：项目结构上要求 Sources 目录下划分 App、Views（含 Home、Profile 及对应 ViewModel）、Shared、Models、ViewModels、Services（Network、Persistence、Utilities），Resources 目录存放 Assets、Localization、Fonts，Tests 目录包含 UnitTests 与 UITests；UI 设计上建议使用 List、NavigationView、TabView、SF Symbols 等原生组件，运用 VStack、HStack、ZStack、Spacer、Padding、LazyVGrid、LazyHGrid、GeometryReader 等布局工具，并通过阴影、渐变、模糊、自定义形状与动画增强视觉效果，同时加入手势、触觉反馈与清晰导航。该技能还包含强制性的记忆协议，要求在开始前读取记忆文件、完成后记录新发现。
Brainstorming 是一个用于在实现功能、构建组件或做出修改之前进行需求澄清与方案探索的技能。它强调先明确“要做什么”（WHAT），再进入“如何做”（HOW）。该技能通过分阶段流程引导用户梳理意图、目标、约束与成功标准，并在必要时提出 2-3 种可选方案及其优缺点，帮助用户在动手前达成共识。它适合需求模糊、存在多种实现路径或需要权衡取舍的场景；若需求已明确，则建议直接进入规划或实现。该技能还提供结构化的设计文档输出与后续交接选项，并强调 YAGNI 原则与增量确认，避免过度设计与理解偏差。
该技能用于为 Red Hat Developer Hub 编写 Backstage 插件源码，涵盖后端与前端动态插件的新建与功能实现，包括脚手架、开发模式、样式、测试与构建门禁，但不负责导出、打包或发布。
Lint 是 RediSearch 项目中的代码质量与格式检查技能，用于在提交代码更改前验证变更是否符合项目的编码规范。该技能适用于 Rust 语言开发的代码库，主要检查内容包括运行 lint 检查、格式化检查、许可证头检查以及 Clippy 静态分析。使用时通过 make lint 命令检查 lint 错误，make fmt CHECK=1 检查格式，若格式不符合则用 make fmt 自动应用格式化，若缺少许可证头则在 src/redisearch_rs 目录下运行 cargo license-fix 添加。对于仅针对 Rust 的检查，可执行 cargo clippy --all-targets --all-features。常见的 Clippy 修复包括为 unsafe 块添加 // SAFETY: 注释说明其安全性依据，以及使用 #[expect(...)] 替代 #[allow(...)] 来抑制 lint 警告。
本技能提供修复 Motoko 编译器（moc）警告的指南，适用于被要求修复、抑制或清理来自 dfx build --check 或 moc 的 Motoko 编译器警告的场景。内容涵盖如何运行构建检查、警告代码参考以及通用修复策略。构建检查部分针对 DFX 项目（仅构建 Motoko canister）、MOPS 包和 ICP-CLI 项目分别给出命令，并说明按类型统计警告数量的 grep 用法。警告代码参考部分重点讲解 M0194（未使用标识符）与 M0244（变量可改为 let）的含义和修复方式，并列出关键陷阱，例如函数参数解构中未使用记录字段应整体移除而非加下划线前缀，以及词边界正则可能误改方法调用等问题。通用策略强调：除非编译器针对具体行明确产生 Mxxxx 警告或错误，否则不得修改代码；应分阶段修复，一次只处理一种警告类型，每阶段后重新构建验证并运行测试与基准测试。此外还包含环境注意事项，如构建时间随仓库规模变化、既有构建失败应单独记录、编译器警告可能随 moc 版本变化等。