SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-16 00:02
27,918 个结果
API Design Reviewer 是一个用于 REST API 设计审查的技能，提供自动化 lint、破坏性变更检测和设计评分卡。它通过三个脚本工具对 OpenAPI/Swagger 规范进行分析：api_linter.py 检查命名约定、HTTP 方法使用、URL 结构、状态码、错误响应格式和文档覆盖；breaking_change_detector.py 对比两个版本规范，识别端点移除、响应结构变化、字段删除或重命名、类型变更、新增必填字段和状态码变化等破坏性变更；api_scorecard.py 从一致性（30%）、文档质量（20%）、安全实现（20%）、可用性设计（15%）和性能模式（15%）五个维度评分并给出 A-F 等级。该技能还整理了 REST 设计原则、版本策略、分页模式、错误格式、认证授权、限流、HATEOAS、幂等性、向后兼容指南、OpenAPI 验证、性能与安全最佳实践，以及常见反模式。适用于工程团队在 CI/CD 或提交前钩子中持续检查 API 质量，确保 API 一致、可维护并减少破坏性变更。
中文介绍正在整理，稍后补充。
shiny-bslib 是一个用于构建现代 Shiny 仪表盘与应用的技术技能，基于 bslib（Bootstrap 5）实现。它适用于创建新的 Shiny 应用，也适用于将旧版应用现代化改造（例如将 fluidPage 等传统写法替换为 page_sidebar、page_navbar 等页面函数）。该技能围绕现代 UI/UX 模式展开，提供单页仪表盘与多页仪表盘的快速示例，涵盖页面布局、网格系统、卡片、数值框、导航、侧边栏、填充布局、主题定制、UI 组件（手风琴、工具提示、弹出框、提示消息、工具栏）、图标、特殊输入控件等核心概念，并给出仪表盘构建与旧应用迁移的常见工作流程与编码准则，帮助开发者用 bslib 组件与布局搭建专业、现代的 Shiny 界面。
review-request 是一个用于发起独立代码审查的技能，适用于已完成或部分提交的实现需要对照明确需求、既定任务范围进行独立审查的场景。它负责从实现状态到审查发现的完整路径：确定审查范围、收集最小必要的需求上下文、构建精确的审查目标边界、生成审查者简报、发起独立审查并产出结构化发现。该技能不修复发现的问题、不决定其处置方式、不运行完整验证门禁，也不完成分支。它强调按比例审查，低风险局部改动可跳过独立审查，多文件、高风险或需求密集的改动通常需要在验证门禁前使用。审查结果需给出需求/规格合规、范围合规、代码/工程质量、风险/领域关注四项独立判定，每项为 PASS、FINDINGS 或 UNASSESSED，并附严重程度、位置、问题、影响和可核查证据。
该技能提供针对 React 18 类组件中自动批处理（automatic batching）回归问题的精确诊断与修复模式。React 18 对 setState 的批处理范围扩大：在 setTimeout、Promise 的 .then()/.catch()、async/await、原生 addEventListener 回调中，多次 setState 会合并为一次重渲染，而 React 17 中这些场景会立即重渲染。这对类组件代码库构成静默破坏性变更。技能通过诊断流程区分三类问题：A 类为 await 之后读取 this.state 导致的静默状态读取错误；B 类为无需 flushSync 的重构场景；C 类为需要 flushSync 以保证中间渲染可见的场景。技能建议谨慎使用 flushSync，仅在用户必须看到异步操作开始前的中间 UI 状态、加载指示器需在请求发起前渲染、或多步骤流程需要独立可见状态时使用。
中文介绍正在整理，稍后补充。
diff-analyze 是 ruvnet/ruflo 提供的一项 git diff 分析技能，用于在提交 PR 或完成较大改动后，对代码差异进行风险评分、变更分类和审查人推荐。它通过 ruflo 核心的 MCP 工具执行分析，主要能力包括：综合 diff 分析、量化风险评估、变更类型归类（如功能、缺陷修复、重构等）、基于代码归属推荐审查人、生成差异统计（行数、文件数、复杂度指标）以及按文件粒度给出风险拆分。其风险因子涵盖高频变动历史文件、安全敏感路径（认证、加密、权限）、超过 500 行的大差异、跨模块改动以及数据库迁移文件。适合在准备 PR、审查大型或跨模块变更时使用，帮助开发者快速判断改动风险并分配合适的审查人员。具体安装方式、收费模式与使用限制暂未提供。
本技能用于为 Hyvä CMS 组件创建自定义字段类型（custom field type）和字段处理器（field handler）。Hyvä CMS 内置了文本、文本域、下拉选择等字段类型，本技能指导如何扩展这些内置类型，为 CMS 编辑器界面添加专用输入控件。自定义字段分为两类：基础自定义字段类型（直接录入数据的自定义输入控件，如日期范围、颜色选择器、自定义校验）与字段处理器（带复杂交互的增强 UI，如带图片的商品选择器、可搜索下拉框、链接配置弹窗）。技能覆盖从模块选择、字段信息收集、实现模式选择，到字段模板生成、处理器弹窗生成、字段类型注册、处理器弹窗注册和用法示例的完整工作流，并提供模板要求、处理器模式、处理器通信、内置处理器等参考文件及多个模板占位文件。
该技能用于在 iOS 项目中通过 Swift Package Manager 集成 Dynatrace iOS SDK（OneAgent），可自动化添加 SPM 依赖、创建 Dynatrace.plist 配置文件、加入隐私选择代码、导入模块并构建验证，直至首个事件上报。
该技能用于配置一套自动化 GitHub Issue 分类与修复流水线，借助并行 Jules 编码智能体完成工作。它通过 GitHub Actions 或本地运行，包含分析、规划、校验、派发、合并五个阶段：先抓取并格式化开放 issue，再由 Jules 会话进行代码级深度分类并生成自包含任务提示，随后校验任务间文件不冲突以防止合并冲突，然后为每个任务启动并行 Jules 会话，最后按顺序合并 PR 并通过 CI 验证。设置过程包括复制 fleet 脚本目录、复制 workflow 模板、创建 package.json、创建环境变量模板、安装依赖等步骤，并需配置 JULES_API_KEY 与调整 cron 计划。适用场景为希望自动处理仓库开放 issue 的开发团队，需注意需自备 Jules API 密钥、依赖 Bun 与 GitHub Actions 环境。
ddd-aggregate 是一个用于脚手架生成 DDD（领域驱动设计）聚合根的技能。它接收 <上下文名称> 和 <聚合名称>（均为 kebab-case 格式）作为参数，在已有的限界上下文中自动生成一套完整的聚合根代码结构，包括实体、值对象、仓储接口、领域事件和单元测试桩。该技能要求目标上下文已存在于 src/ 目录下；若 domain 目录不存在，会建议先运行 /ddd-context 创建上下文。生成内容包括：聚合根实体（唯一 ID 字段、带不变性校验的构造函数、强制业务规则的领域方法、基于标识的 equals）、聚合 ID 值对象、仓储接口（findById、save、delete）、创建与更新领域事件，以及使用 describe/it 命名规范的测试桩。此外还会更新 barrel 导出文件，并将聚合信息存入领域模型图与记忆存储。适用于在既有 DDD 项目中快速添加新聚合、保持分层结构与代码一致性。
code-review 是 openai/codex 提供的一个技能，用途是在拉取请求（pull request）上执行最终代码审查。它本身不直接审查代码，而是作为编排者（orchestrator），通过调用其他所有 code-review-* 技能来进行审查，每个子代理（subagent）负责一个技能，并向子代理传递完整的技能路径，使用 xhigh 推理级别。审查结束后，必须返回每个子代理发现的全部问题，不限制发现问题数量，以原始 Markdown 格式报告，并对每个发现编号以便引用。每条发现都必须包含具体的文件路径和行号。如果运行审查的 GitHub 用户是该拉取请求的所有者，则添加 code-reviewed 标签；除非被明确要求，否则不要留下 GitHub 评论。
这是一个以根因为先的调试方法论技能，用于调查 bug、回归、失败测试、构建或集成失败、不稳定行为、性能异常等意外技术行为。它回答：什么证据能解释失败为何发生、源自何处，以及什么最小改动能消除根因。核心不变量是“没有充分根因证据就不修复”，强调先复现或刻画症状、观察原始证据、定位首个错误边界、形成可证伪假设并做区分性测试，最后实施最小因果修复并保留回归证据。该技能不负责浏览器自动化、框架 API 说明、实现规划、最终完成验证、代码审查流程、UI 设计、工作区设置或智能体编排，这些需与其他技能组合使用。
DBOS Python SDK（3.x）最佳实践技能，用于构建可靠、容错的 Python 应用与持久化工作流。该技能面向 DBOS Python 3.x，提供在现有 Python 代码中引入 DBOS、创建工作流与步骤、使用队列进行并发控制、实现工作流通信（事件、消息、流）、配置与启动 DBOS 应用、从外部应用使用 DBOSClient、测试 DBOS 应用，以及将 2.x 代码升级到 3.x 的指导。规则按优先级分为生命周期、工作流、步骤、队列、通信、模式、测试、客户端、高级等类别，并给出关键约束，例如必须在主函数中配置并启动 DBOS、复杂操作或外部服务调用必须封装为步骤、工作流必须保持确定性、异步代码需使用对应的 _async 方法等。
NetSuite SuiteScript 升级技能，由 Oracle NetSuite 创建，用于将 SuiteScript 1.0、2.0 及 2.x 脚本迁移到 2.1。提供 analyze（分析迁移复杂度）、convert（转换为 SS2.1）、explain（解释 API 映射或迁移概念）、validate（校验转换结果）四种模式。内置 125+ API 函数映射（nlapi* → N/* 模块，覆盖 26 个模块）、34 个对象转换（nlobj* → SS2.1 类，含 331 个方法映射）、13 个未映射 API 的替代方案、各脚本类型入口点变更说明，以及 16 类破坏性行为变更的前后对比示例。目标版本始终为 SuiteScript 2.1。
Git Worktree Isolation 是一个开发工作区隔离决策技能，用于在实施计划、进行高风险多文件改动或并行智能体工作之前，判断并选择最安全的开发工作区。它不负责实现任务本身，而是负责工作区选择、隔离、来源记录和基线检查。该技能强调先检测后创建、优先使用已有的原生隔离机制，并遵循平台、用户和仓库的指令优先级。它适用于需要在隔离环境中开展开发、避免干扰用户现有工作、或需要可复现失败环境的场景。
Review Resolution 是一个用于处理代码评审反馈的技能。它把评审意见视为待验证的技术主张，要求先独立验证问题是否成立，再决定修复或处置，核心原则是“在验证发现有效之前绝不实现评审反馈”。该技能负责理解、验证、分类、处置、修复已接受的发现、逐项验证解决结果、决定是否复审并汇总。它适用于 review-request 产出发现之后，或 PR、issue、CI 报告、子代理消息、外部评审工具中已存在评审发现的场景。技能强调保持无状态独立使用，不创建持久目录；当编排器已拥有状态（如 .sdd/）时，通过编排器追加记录。它定义了评估状态（UNASSESSED、VALID、INVALID、PARTIALLY VALID、STALE、DUPLICATE、NEEDS DECISION）和处置方式（ACCEPT、REJECT、PARTIAL、DEFER、ESCALATE），并给出证据权重排序、特殊关系处理、路由规则、最小修复、逐项验证、复审决策和有界循环等流程。
这是一个面向 Node.js 后端开发的 TypeScript 技能，主要内容包括 TypeScript 项目配置、Express 与 Fastify 两种服务端框架的基本用法、路由与中间件模式、请求校验、认证、数据库集成、API 设计以及测试等主题。资料给出了 tsconfig.json、package.json 脚本、依赖安装命令以及大量可直接参考的代码示例，适合在构建 REST API、微服务或服务端 TypeScript 应用时作为实现参考。技能本身不含收费或价格信息，也未说明具体运行环境之外的限制，相关内容暂未提供。
该技能指导代理（agent）选择、启用并解读 C/C++ 编译器运行时 Sanitizer（消毒器），用于检测内存越界、释放后使用、双重释放、未初始化读取、未定义行为、数据竞争和内存泄漏等问题。技能覆盖 AddressSanitizer（ASan）、UndefinedBehaviorSanitizer（UBSan）、ThreadSanitizer（TSan）、MemorySanitizer（MSan）、LeakSanitizer（LSan），以及 HWASan、MemTagSanitizer、GWP-ASan 和内核 KASAN。包含各工具对应的编译命令、运行参数、报告解读方法、抑制机制、CMake 与 CI 集成示例。适用于 C/C++ 调试、代码质量保障和性能调试场景，需搭配编译器（GCC 或 Clang）使用，部分工具对平台和硬件有要求。
Code Reviewer 是一个代码审查技能，用于分析 pull request 和代码改动，从质量、安全、可维护性与最佳实践等维度给出结构化反馈。当用户请求代码审查、PR 审查，或提到“review this”“check this code”等表述时触发。其流程分为三阶段：先收集上下文（用 git diff、git log 获取改动文件与差异，阅读相关文档、参考同类文件的既有模式并识别项目约定），再按正确性、安全、性能、代码质量、测试、文档、可维护性七类进行分析，最后按严重程度输出问题清单。安全方面重点检查硬编码密钥、输入校验、SQL 注入、XSS、鉴权检查与用户数据处理；性能方面关注 N+1 查询、缓存、算法效率与内存；质量方面关注 DRY、KISS、抽象、命名与类型；测试方面关注覆盖率、边界用例与断言有效性。还提供 TypeScript、React、Python、Go 的语言特定建议，以及合并前的确认清单。
review-logging-patterns 是一个用于审查 TypeScript/JavaScript 代码库日志模式的技能（skill），目标是推广 evlog 的采用，并将散落的 console.log 转换为结构化宽事件（wide events）、把通用错误改造为自文档化的结构化错误。它支持通过 evlog CLI 完成初始化接线、覆盖度评分（evlog map）以及在 CI 中用 --min-score 和 --baseline 锁定评分结果，也提供不依赖 CLI 的手动配置路径。该技能覆盖 Nuxt、Nitro（v2/v3）、Next.js、SvelteKit、TanStack Start、NestJS、Express、Hono 等框架的接入示例，并包含排流（drain）、富化（enrich）、尾部采样、审计日志等能力参考。安装命令为 npm install evlog。
这是一个面向 Deno 与 TypeScript 开发的技能指南，重点介绍如何利用 Deno 的现代运行时特性、安全模型和原生工具链来构建应用。内容覆盖 TypeScript 通用编码规范，包括类型声明、命名约定、函数与接口设计原则，以及 Deno 特有的项目结构、ES 模块与依赖管理方式（deps.ts、import maps、JSR）。同时说明了 Deno 默认安全模型与权限授予方式，并给出使用 Deno.serve、Hono、Fresh 构建 HTTP 服务、集成 Deno KV 数据库、读取环境变量、编写内置测试以及格式化、检查、打包、编译等工具命令的示例。还包含 deno.json 配置、错误处理模式、Web 标准 API 使用与性能相关建议。
ADR Review 是一个用于对照已接受的架构决策记录（ADR）审查代码变更的工具。它能够检测代码变更与既定架构决策之间的违规、偏移和不一致情况。该工具适用于合并 PR 之前、进行重大代码更改之后，或作为定期合规检查的一部分，以确保代码变更尊重团队已达成的架构决策。审查流程包括获取代码差异、查找相关 ADR、加载 ADR 内容、检查违规情况、查询关系图以及生成合规报告，并针对每项违规提出相应处理建议。
PR Implement 是一个用于实现开源贡献计划的技能（Skill），采用基于 fork 的隔离式实现流程。它在实现 PR 前后强制执行隔离检查，确保提交干净、聚焦且范围明确。该技能适合在完成 pr-research 与 plan 之后执行外部 OSS 贡献计划，主要流程包括：前置工作检查（检查是否存在竞争性 PR 或 issue 已被认领，属阻塞阶段）、输入发现、Fork 设置、创建隔离工作区、隔离预检查（提交类型与文件主题分析，失败则阻止继续）、计划实现、隔离后检查（提交类型一致性、文件相关性、原子范围）、提交准备与交接给 pr-prep。提交需遵循项目约定，采用 type(scope): 描述 格式并关联 issue 编号。不适用于内部项目工作（应用 implement）或尚未规划的场景。