SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-03 00:11
39,273 个结果
RobloxForge 是一套面向 Roblox 游戏开发的 AI 工作流技能，通过官方 Roblox Studio MCP（实时引擎）与 RobloxForge（知识库与验证）协同工作。它强调先探测 Studio 连接状态、检查当前场景，再规划最小可玩垂直切片，随后实现、试玩、读取控制台输出、截图检查，最后才扩展系统。核心规则包括：只做垂直切片、服务器拥有权威（货币、伤害、进度、库存等）、探测而非假设、以试玩证据判定完成。技能附带多份参考文档，覆盖 Studio MCP 工具、开发循环、架构、安全网络、持久化、UI 移动端、测试调试、性能优化、资源与工具链等主题，并支持在不确定 API 时查询官方文档缓存。
Fix Merge Conflicts 是一个以正确性优先为原则的 Git 冲突解决技能，用于处理 merge、rebase、cherry-pick 或 stash pop 后留下的冲突标记。它通过理解冲突双方的真实意图来协调代码，而不是盲目选择某一方或简单拼接，并在解决后重新生成派生文件、验证代码树仍能构建且测试通过，才允许继续合并或变基。
gh-pr-publish 是一个用于创建、更新和发布 GitHub Pull Request 的技能，强调干净的标题、可长期维护的正文、分支卫生、验证记录以及安全的推送与 PR 门禁。它会在提交、推送、创建或编辑 PR 前要求确认，默认以草稿形式创建 PR，并包含一个 /pr tidy 聚焦模式，用于重写已打开 PR 的描述以方便审查。
Review Dispatch 是 /review 命令背后的路由技能，负责把一个参数解析成具体的审查目标、确定审查深度（如 --deep、--structural），再把任务委托给对应的审查引擎。它本身不包含审查规则或合并逻辑，只做范围解析与分发。支持的目标包括工作区改动、单个 PR、全部开放 PR、提交窗口、时间窗口、回顾（retro）以及 Grok 第二意见。除回顾模式中经用户确认后提交 GitHub issue 外，所有模式均为只读报告，不修改文件、不重跑 CI、不推送、不合并。
Skill Validator 是一个用于校验 SKILL.md 文件的工具，依据 Agent Skills 规范与 Claude Code 扩展进行检查。它适用于新建技能后、修改技能 frontmatter 后、提交技能变更前以及仓库定期审计时运行。校验内容包括：必填字段（name 需为 kebab-case 且与目录名一致，description 需在 1024 字符以内）、metadata 块中 version 与 tags 的位置、禁止字段（auto_activate、auto_trigger、risk）、Claude Code 可选扩展字段、内容规则（禁止硬编码 /workspace/ 路径、禁止在指令中写工具名、使用祈使句风格、代码块使用真实反引号围栏）等，并会运行 markdownlint 与同步校验脚本。
该技能用于围绕 Hugging Face API 与 hf 命令行工具创建可复用的命令行脚本和实用工具，支持链式调用、管道和中间处理。脚本需提供 --help 参数说明输入输出，优先使用 Shell，复杂场景可用 Python 或 TSX；通过 HF_TOKEN 环境变量作为 Authorization 头以获得更高速率限制和授权访问。可访问模型、数据集、Spaces、集合、每日论文等高层 API 端点，也可用 hf CLI 下载模型卡、管理仓库与文件。适用于自动化重复的 Hub 任务、构建可组合的 shell 友好工具。注意：部分参考脚本为外部前置材料，目录未提供其下载来源，需先获取原始材料或已有安装后再使用依赖这些路径的步骤。
Counselors 是一个多智能体评审技能，用于将同一个提示词并行分发给多个 AI 编程智能体，并综合它们的回答。它通过七个阶段完成工作：收集上下文（相关文件、git 变更、相关代码）、扫描项目关键库的文档时效性、选择智能体、组装提示词、并行分发、读取结果并综合呈现。默认使用 or-claude-opus、or-gemini-3.1-pro、or-codex-5.4 三个智能体，用户可覆盖选择。输出以带时间戳的目录保存，包含 prompt.md、run.json 及各智能体的独立报告，最终生成包含共识、分歧、关键风险、盲点和建议的综合评审。
sonar-fix-issue 是 SonarSource 提供的 SonarQube 智能体技能，用于按规则键和代码位置修复 SonarQube 识别出的具体代码质量或安全问题。它支持通过规则键（如 java:S1481、python:S2077）加文件路径与可选行号来定位问题，也支持用自然语言描述问题。技能会先查询规则说明与修复建议，再读取完整文件，在指定位置附近做最小改动，保持原有行为不变，最后解释违规原因与修改内容，并建议用 sonar-analyze 和 sonar-list-issues 验证。
这是一个用于在 Codex 作为主要实现者的前提下，把 Claude Code CLI 当作协作伙伴使用的技能。它通过一个轻量桥接脚本 scripts/claude_bridge.py 调用 Claude，返回结构化 JSON，并借助 SESSION_ID 支持多轮会话。适用于需要第二意见（设计取舍、边界情况、缺失测试）、让 Claude 提出或审查 unified diff（Claude 不直接编辑文件）、以及在本地实现时进行多轮往返讨论的场景。不适合琐碎的一次性任务、需要浏览或引用权威事实的任务，以及可能粘贴敏感数据的场景。核心规则包括：始终通过桥接脚本调用而非直接调用 claude、优先使用文件/行引用而非粘贴代码片段、请求代码改动时只要求 Unified Diff Patch 并禁止直接修改文件、捕获并复用 SESSION_ID、默认模型优先 sonnet、复杂任务用 opus、默认超时 600000 毫秒等。
GitHub Skill 是一个通过 gh 命令行工具与 GitHub 交互的技能。它支持使用 gh issue、gh pr、gh run 和 gh api 等子命令处理议题、拉取请求、CI 运行以及高级查询。使用时，若不在 git 目录中，需始终通过 --repo owner/repo 指定仓库，或直接使用 URL。该技能可查看 PR 的 CI 状态、列出最近的工作流运行、查看某次运行及失败步骤、仅查看失败步骤的日志，并可通过 gh api 访问其他子命令无法获取的数据，支持 --json 结构化输出与 --jq 过滤。
Syncfusion WinUI AI AssistView（SfAIAssistView）是 Syncfusion 提供的 WinUI 3 桌面控件，用于在 Windows 应用中快速构建 AI 聊天与对话式界面。它属于 Syncfusion.UI.Xaml.Chat 命名空间，通过 NuGet 包 Syncfusion.Chat.WinUI 引入，支持 .NET 5+ 与 Windows App SDK 1.0+。该控件开箱即用地提供消息列表、当前用户标识、AI 建议、打字指示器、响应工具栏（复制、重新生成、点赞、点踩）、输入工具栏、停止响应以及主题切换等能力，开发者无需从零搭建聊天 UI。它可与 OpenAI、Azure AI 等外部 AI 服务集成，通过异步调用获取回复并绑定到消息集合。适用于构建客服机器人、虚拟助手、代码生成助手、教育辅导、内容生成与数据分析对话界面等场景。
该技能用于在代码生成或集成选型之前，收集 TanStack 生态的权威上下文信息。它通过 @tanstack/cli 提供的命令，以机器可读的 JSON 格式查询可用的 TanStack 库列表、获取指定库的文档页面、搜索文档内容，以及列出脚手架的可选附加组件（add-ons）及其详情。核心命令包括 libraries --json、doc <library-id> <path>、search-docs 和 create --list-add-ons --json。适合需要先解析有效库 ID、再按版本获取文档，或为集成决策提供依据的场景。
Tapcart Blocks 是一个用于管理 Tapcart 区块（blocks）与全局组件（components）的 CLI 技能。它通过 Tapcart CLI 提供创建、拉取、推送和版本管理能力，帮助开发者在本地与 Tapcart 仪表盘之间同步代码。区块与组件的操作方式完全一致，所有命令均在 Tapcart 项目根目录下运行。主要命令包括：create 创建新区块或组件；pull 从仪表盘同步到本地 ./blocks 或 ./components 目录，支持拉取全部、指定名称或指定版本；push 将本地代码推送为新版本，可选择是否立即上线；dev 启动本地开发服务器（区块默认端口 4995，组件默认端口 4996）；versions list 列出各版本及本地/线上状态；versions set 将指定版本设为线上版本。使用 push --live 会立即对所有 App 用户可见，因此默认建议先推送不带 --live，待用户验证后再通过 versions set 上线。
analyse-issue 是一个用于分析 GitHub Issue 的技能，可通过 Issue 链接或编号定位问题。它会先解析输入，确认本地代码仓库与目标仓库是否一致，再拉取 Issue 详情并检索本地代码库，以证据为基础确认或推翻所报告的问题。分析过程涵盖 Issue 摘要（预期与实际表现）、仓库匹配校验、涉及的文件与函数证据、根因假设或已确认原因、修复建议、待确认问题及后续步骤（测试、日志、复现）。该技能要求先验证本地仓库匹配，优先使用 gh 命令读取 Issue，必要时回退到 GitHub API 或让用户粘贴内容。它强调在有代码证据或复现之前不得声称问题已确认，并会明确列出缺失信息。
cpp-smart-pointers 是一个关于 C++ 智能指针与 RAII（资源获取即初始化）的编程技能，用于在 C++ 中安全地管理内存与资源。它涵盖 unique_ptr、shared_ptr、weak_ptr 三类智能指针，以及自定义删除器、自定义分配器和现代 C++ 内存管理最佳实践。资料还介绍了 RAII 的基本原则：将资源生命周期绑定到对象生命周期，从而实现自动清理与异常安全。内容包含大量可直接参考的代码示例，例如用 unique_ptr 配合自定义删除器管理 FILE*、用 make_shared 减少分配次数、用 weak_ptr 打破循环引用、用 weak_ptr 实现观察者模式与缓存模式等。同时给出智能指针之间的安全转换方式（如 unique_ptr 转 shared_ptr、static_pointer_cast、dynamic_pointer_cast、const_pointer_cast），以及性能考量（unique_ptr 与裸指针同样大小，shared_ptr 因控制块开销更大，优先使用 unique_ptr 与 make_shared）。
TypeScript 工具类型与高级类型操作技能，用于编写灵活且类型安全的 TypeScript 代码。内容涵盖内置工具类型（Partial、Required、Pick、Omit、Readonly、Record、Extract、Exclude、ReturnType、Parameters）、映射类型及其修饰符、条件类型与 infer 推断、模板字面量类型与字符串操作、键重映射、递归类型、联合与交叉类型工具、函数类型工具、构建器模式类型、类型推断辅助（const 断言、用户自定义类型守卫）以及最佳实践。
levelup-clarify 是一个用于审查待处理 CDR（上下文决策记录）的交互式技能，属于 tikalk/adlc-team-skills 来源。它逐个审查由 levelup-init 发现的或由 levelup-specify 提出的 CDR，并决定其去留：接受（Accepted）、拒绝（Rejected）或推迟（Deferred）。该技能充当团队 AI 指令（team-ai-directives）贡献的质量门：验证模式是否为团队级而非项目专属、检查是否与现有指令重复、确保 CDR 具备清晰的上下文、决策与证据，随后更新 CDR 文件状态与澄清元数据，并重新生成 cdr.md 索引。它支持按 CDR ID、类型过滤，支持 --all、--type、--limit、--no-evals-gate 等标志，默认每次会话限 5 条。适用于 levelup-init 之后验证棕地发现、levelup-specify 之后审查功能学习、team-repair 发现冲突后处理冲突 CDR，以及定期清理滞留待处理 CDR。无待处理 CDR 或希望直接编辑时不应使用。
Perforce（P4）基础操作技能，覆盖日常版本控制任务，包括同步（sync）、编辑（edit）、添加（add）、删除（delete）、提交（submit）、还原（revert）以及文件状态管理。适用于大型代码库和二进制资产集中的中央化版本控制环境。
review 是一个上线前 PR 审查技能（Pre-landing PR review），用于在代码合并前对当前分支相对 main 的 diff 进行结构性检查。它关注测试通常无法覆盖的问题，包括 SQL 与数据安全、LLM 输出信任边界违规、条件副作用、魔法数字与字符串耦合、死代码与一致性、LLM 提示词问题、测试缺口以及视图/前端相关问题。该技能通过两轮检查执行：第一轮标记 CRITICAL 级别问题，涉及 SQL 与数据安全以及 LLM 输出信任边界；第二轮标记 INFORMATIONAL 级别问题，涵盖条件副作用、魔法数字与字符串耦合、死代码与一致性、LLM 提示词问题、测试缺口和视图/前端。使用时会先确认当前分支（若在 main 或相对 main 无差异则直接停止），读取 references/checklist.md 检查清单，获取 origin/main 最新代码并生成完整 diff，然后按清单审查。默认只读，仅在用户明确选择“Fix it now”时才修改文件，且不会提交、推送或创建 PR。输出要求始终列出全部发现的问题，遇到 CRITICAL 问题会逐条询问用户选择修复、确认或视为误报，并在最后汇总选择结果。
面向 Effect-TS 生产应用的高级模式技能，涵盖类型化错误、依赖注入、并发、资源管理与流处理等约定与陷阱，帮助开发者按惯用方式构建可扩展的 Effect 程序。
debug-perf 是一个面向 Next.js 应用的性能诊断技能，用于排查和修复开发与生产环境中的性能问题，适用场景包括热重载循环、CPU 飙升、打包体积膨胀以及服务端渲染缓慢。它提供了一套按步骤执行的排查流程：先通过检查 /tmp 下日志文件大小是否超过 100MB 判断是否存在热重载循环，并提示常见的 geist/font/* 导入与 Turbopack 冲突问题，给出改用 next/font/google 的修复代码；再检查运行时文件读取范围，说明 Turbopack 会监视运行时读取所引用的目录，父目录被监视会导致全量重编译；接着用 grep 搜索 fs.readFileSync、fs.readdirSync，为服务端组件中未缓存的磁盘读取添加模块级缓存；随后使用 @next/bundle-analyzer 分析生产环境打包，识别可转为服务端组件的大型客户端组件、跨 chunk 重复包和不必要的客户端依赖；最后搜索 app 目录下昂贵的服务端调用（await fetch、readFileSync、prisma.、supabase. 等），提醒未用 React cache() 包裹时会在每次请求重复执行。该技能最终以报告形式给出根因、改动文件与改动内容以及修复后的预期表现（如空闲 CPU、热重载耗时）。
本技能用于在 Next.js 或 FastAPI 项目中端到端接入 Dodo Payments 的支付与订阅 Webhook，涵盖签名验证、事件路由、幂等处理与数据库同步。Dodo 采用 Standard Webhooks 规范，与 Stripe 不同，资料指出了三个容易静默失败的关键点：必须从 DODO_WEBHOOK_SECRET 中剥离 whsec_ 前缀并对剩余部分做 base64 解码；验证必须在原始请求体字节上进行，不能让中间件提前解析 JSON；处理出错时仍应返回 200，否则 Dodo 会反复重试同一事件。技能包含环境变量配置、Node 的 standardwebhooks 依赖安装、App Router 与 FastAPI 的端点示例、代理转发模式、事件路由与处理器骨架、幂等表设计、checkout 创建时写入 userId 元数据、ngrok 本地测试以及分流程的验证清单。
该技能为开发高质量 Spring Boot 应用提供全面的最佳实践与生产级模式参考，内容涵盖依赖注入、Web 层、服务层、数据层、配置、安全、日志、监控和测试等主题，并给出 Maven 常用命令和测试切片速查。适用于正在开发、配置或需要遵循 Spring Boot 最佳实践的开发者。
该技能用于在编写 Backstage 前端插件时，为插件创建自己的扩展点（extension point）——即一个带类型的“blueprint”，让其他插件或模块能够以结构化方式向该插件贡献 UI。适用于仪表盘插件允许模块注册自定义面板、代码质量插件允许模块注册额外检查项、功能开关插件允许模块按开关贡献 UI 控件等场景。技能涵盖两部分内容：使用 createExtensionBlueprint 定义 blueprint 本身，以及定义声明 input 并收集贡献的父扩展。同时说明了何时不应创建 blueprint（已有内置 blueprint 可用、扩展点只触发一次、后端插件应使用 createExtensionPoint 等），并列出常见注意事项，如 attachTo 必须指向同插件扩展中声明的 input、output 与 dataRefs 的取舍、configSchema 的使用、工厂函数为生成器、make 与 makeWithOverrides 的区别等。