SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-03 00:11
39,308 个结果
pr-review 是一个用于审查 GitHub 或 GitLab Pull Request 的技能。用户提供 PR 链接或编号后，该技能会对 PR 进行全面分析。它首先进行前置检查，确认当前处于 git 仓库且 gh CLI 已可用并完成认证，否则提示用户先处理。随后它提取 PR 元数据与 diff，分析相对上游 merge base 的变更，并对每个改动文件进行深入代码分析，包括理解每处改动、阅读周边上下文、识别代码库既有模式以及检查是否有对应测试改动。审查结果按固定格式输出，包含 PR 摘要、审查指南（按优先级列出关注领域）、按严重程度排序的问题清单（严重、高、中、低、吹毛求疵）、测试覆盖分析、疑问与不确定点以及总体审查结论（批准/请求修改/需要讨论）。该技能还内置一份分析用审查清单，覆盖代码质量、安全性、性能、破坏性变更与文档等维度。
该工具用于在命令行中端到端解决 Git 冲突，覆盖 merge、rebase、cherry-pick 与 stash 操作产生的冲突。它会分析冲突文件的基础版本（base）、当前侧（ours）与对方侧（theirs），根据证据逐文件判断保留、合并或取舍，编辑文件清除冲突标记、暂存修改，并在有构建或测试命令时运行验证，最后停下等待人工审查。它明确不执行 git commit、git merge --continue、git rebase --continue 或 git cherry-pick --continue，把最终确认权交给人。
create-pull-requests 是一个用于 Tenzir 项目的工作流技能，帮助开发者通过拉取请求（PR）交付变更。它的核心用途包括：打开 PR、推送分支、添加或更新 changelog 条目，以及在需要时创建配套的文档 PR。该技能强调以连贯的提交单元组织变更，并在起草 PR 正文前扫描当前上下文（用户请求、对话、分支名、提交信息、已有 changelog、已有 PR 文本以及可用的 issue 追踪器上下文），以识别本次代码 PR 应关闭的主要 Linear issue。它要求在 PR 正文末尾使用一个紧凑的机器可读 footer 来标注关联 issue 与配套 PR，明确区分“关闭”与“仅引用”的意图，并尽量以 GitHub 简写链接。changelog 的生成、格式化与更新需通过 tenzir-ship 技能完成，不应手工编辑。若变更影响 docs.tenzir.com 上记录的用户可见行为，应遵循 update-documentation 技能创建配套文档 PR，并互相交叉链接、引用同一 Linear issue。适用场景为在 Tenzir 项目中提交代码变更、维护变更日志与文档联动。限制：该技能面向 Tenzir 项目工作流，依赖 Linear 追踪器与相关配套技能；具体安装方式、平台与收费信息暂未提供。
该技能面向 C# 8 及以上版本的可空引用类型（Nullable Reference Types）、空安全模式与迁移策略。内容覆盖如何在 .csproj 或文件级指令中启用可空上下文，区分可空与非可空引用类型，使用可空值类型 Nullable<T> 与 T?，以及 HasValue、Value、GetValueOrDefault 等成员；同时讲解可空值类型的算术、比较与三值布尔逻辑运算。空安全注解部分包含 NotNull、MaybeNull、NotNullWhen、NotNullIfNotNull、DoesNotReturn 与 MemberNotNull 等特性，用于向编译器提供额外的空值信息。另有 null-forgiving 运算符 !、空条件运算符 ?. 与 ?[]、空合并运算符 ?? 与 ??=，以及 C# 9+ 的 null 模式匹配（is null / is not null、属性模式、switch 表达式、递归模式）。迁移策略部分给出逐步启用可空、按文件迁移、用 #nullable disable/restore 处理历史代码的示例。
正交性原则（Orthogonality Principle）是一份面向模块、API 与系统架构设计的技能指南，核心目标是构建组件相互独立、互不重叠、修改一处不会意外波及他处的系统。资料从数学中的“正交”概念出发，说明在软件中当修改一个组件无需修改其他组件时，这些组件即为正交。内容列举了正交带来的好处（变更局部化、便于隔离测试、组件可复用、耦合与复杂度更低、易理解维护），并给出非正交的警示信号：变更放大、霰弹式修改、紧耦合、重复逻辑、级联变更。实现路径包括关注点分离、接口隔离、依赖注入、事件驱动架构与数据正交，并配有 Elixir 与 TypeScript 代码示例，最后提供模块、API、数据、系统层面的设计准则、测试方法与需避免的反模式。
GraphQL 相关技能，用于 GraphQL API 开发，涵盖 schema、resolver、查询、变更与订阅。该技能面向 GraphQL 服务端、客户端与 API 设计，主要用于 Golden Armada AI Agent Fleet Platform，提供完整的 GraphQL 开发能力。适用于 schema 设计、resolver 实现、query 与 mutation 编写、subscriptions 以及 GraphQL 客户端集成等场景。技能文档包含基于 Python（Strawberry）和 Node.js（Apollo）的服务端实现示例，以及 React（Apollo）客户端示例，并列出相关最佳实践，例如列表使用 Relay 风格分页、用 DataLoader 防止 N+1、设置查询复杂度限制、mutation 使用输入类型、通过字段弃用而非 URL 版本管理、在 schema 中用 description 编写文档。
db-engineering 是一套通用数据库工程规则技能，覆盖迁移纪律、审计日志、软删除、性能与数据完整性。该技能要求在处理数据库相关工作时加载，用于维护数据库结构、性能与数据完整性，并依据当前任务读取相关参考文档。其工作范围包括：schema 初始化、设计与调整（涉及表拆分、字段归属或关系调整时先绘制 ER model 再决定拆分与正规化）；环境初始化（区分 dev/prod、设置环境变量与迁移工具、建立 extensions 与审计数据表、验证本机可完整套用迁移）；结构变更（迁移文件须纳入版本控制，已提交或已套用的迁移保持不可变）；建立或修改数据表（落实标准字段、updated_at trigger 与软删除）；修改数据库相关程序或 schema 时核对读写路径、外键、审计与查询；查询性能调查；审计规划与调整（核对记录内容、保留期及历史值）；正式环境操作（确认影响、授权、开发环境验证及备份，执行前检查待套用内容，完成后验证状态并恢复默认开发连线）。默认环境为 development，正式环境操作须有使用者明确同意。政策包含双实例隔离、预设开发环境、软删除、双层审计、索引、外键删除行为、标准字段、历史值快照及 BCNF／3NF 限制。资产包含 0003_audit_log.sql（DB 层审计 trigger）与 0004_request_log.sql（应用请求记录表）。
本技能用于将现有 Xcode 项目迁移到由 Tuist 生成的工作区，覆盖构建与运行验证、外部依赖映射和迁移检查清单。迁移流程从用 xcodebuild 建立基线构建与运行开始，盘点 target、构建设置和外部依赖，再创建 Tuist.swift、Project.swift 与 Tuist/Package.swift，将设置抽取到 .xcconfig 文件并在 Project.swift 中接线。随后执行 tuist install、tuist generate --no-open 与 xcodebuild build，迭代修复构建问题，并在模拟器上验证运行时。技能列出了预检清单、常见失败模式（如类型找不到、Copy Bundle Resources 报错、本地化冲突、未定义符号、启动时 unrecognized selector 等）以及需要记录的迁移决策与修复日志。
来自 uphiago/recon-skills 的 API 安全错误配置排查技能，覆盖批量赋值、JWT 算法攻击、原型污染、CORS、OData 绕过、Swagger/OpenAPI 暴露、影子 API、限流绕过与参数污染等检查手法。
这是一个用于生成模块接口设计的技能，基于《A Philosophy of Software Design》中的“Design It Twice”理念：第一个想法往往不是最好的。它通过并行子代理同时产出多个截然不同的接口设计方案，再逐一呈现和比较，帮助用户探索 API 或模块接口的多种可能形态。工作流包括收集需求、并行生成设计、依次展示设计、对比设计优劣、最后综合取舍。它只关注接口形态本身，不涉及具体实现。
find-mismatch 是一个系统化代码审查技能，专注于会导致运行时失败的缺陷，而非风格、格式或性能建议。它覆盖跨边界契约不匹配、序列化与反序列化问题、逻辑错误、属性与方法访问、异步与并发、CSS 样式以及占位与桩代码等类别，并针对 Python、JS/TS、C++、Rust、Java/.NET、Go、PHP 等语言列出常见陷阱。对于 JS/TS 项目，它会先运行 fallow 静态分析：检查是否安装、缺失时全局安装、执行审计、按 git 暂存状态过滤结果，对已暂存文件自动应用安全修复并复验，未暂存则仅报告。最终按指定模板输出审查摘要与逐条缺陷说明。
该条目名为 php，来自 vapvarun/claude-backup，是一份面向现代 PHP 开发的实践规范集合，重点覆盖 PHP 8.x 的语言新特性、面向对象设计模式、错误处理、安全、测试与性能优化。内容以代码示例对比形式呈现，例如构造函数属性提升、命名参数、match 表达式、空安全运算符、联合与交集类型、枚举、只读属性等 PHP 8.x 特性；同时给出严格类型声明、返回类型、依赖注入、值对象、仓储模式等 OOP 写法。安全部分涵盖输入校验、密码哈希与预处理语句防注入；测试部分以 PHPUnit 与数据提供器为例；性能部分涉及 Opcache 配置、数组函数与生成器；此外包含 Composer 依赖与自动加载配置建议。
面向开发者的依赖更新自动化技能。它扫描项目中过时的 npm、pip、Cargo、Go 或 Ruby 软件包，运行 CVE 安全审计，抓取变更日志，并用 Gemini 总结破坏性变更，最后按风险分组打开 PR。该技能强调只更新包管理器 outdated 命令实际报告的软件包，绝不猜测或编造版本号；若无法抓取变更日志，会注明缺失而非虚构内容。适用于需要定期批量升级依赖并进行安全检查的工程团队。
本技能用于配置 Claude Code 的 CLAUDE.md 项目记忆文件，让 Claude Code 在跨会话时获得稳定、有作用域范围的指令，同时控制 token 消耗。技能梳理了四层记忆体系：组织级托管策略、项目记忆（./CLAUDE.md 或 ./.claude/CLAUDE.md）、项目规则（./.claude/rules/*.md）、用户记忆（~/.claude/CLAUDE.md），以及仅本地生效、被 Git 忽略的 CLAUDE.local.md。介绍了记忆加载机制，包括从当前工作目录向文件系统根递归加载、嵌套 CLAUDE.md 按需加载、@path 导入（最大深度 5）。同时提供最佳实践，如从 50–120 行最小 CLAUDE.md 起步、将长内容拆入规则目录、把记忆当代码做评审与清理，并给出 /memory、/init 命令、路径作用域规则写法、跨平台 AGENTS.md 镜像策略与自带 linter 校验方式。
add-diagnostic 是 nostics 项目下的一个技能，用于按照 defineDiagnostics() 约定新增诊断代码。它指导开发者定位代码目录、按 PREFIX_XNNNN 规则选取新代码编号、编写诊断条目，并在调用处上报或抛出诊断。
这是一个用于项目文档更新的智能体技能（/document）。在功能测试通过并经用户批准后运行，负责创建或更新功能技术文档与用户指南，同时维护项目知识文件（CLAUDE.md、LEARNINGS.md、TASKS.md）。它会读取任务文档与测试报告，执行 git diff 进行完整流水线审计，识别计划外的变更（流水线缺口），并据此补充文档。支持任务 ID 参数，具备手动与自动（Automation: auto）两种模式，通过输出 SIGNAL 信号与编排器交接，为后续 /ship 阶段做准备。
Code Review Router 是一个用于智能路由代码审查的 Agent Skill。它根据技术栈、复杂度和变更特征，在 Gemini CLI 与 Codex CLI 之间自动选择更合适的审查工具。该技能会先检查当前目录是否为 Git 仓库，再确认两个 CLI 的可用性；若仅有一个可用则直接使用，若两者都可用则进入路由分析。它通过 git diff 收集变更文件数、修改行数、涉及目录、测试文件、配置文件、数据库迁移、API 路由和服务层等信息，计算复杂度分数，并检测主要语言、框架以及安全敏感模式。路由规则按优先级执行：安全敏感代码、超大变更集、数据库迁移、API/服务层修改、跨多目录变更、复杂 TypeScript 等交给 Codex；纯前端、Python 生态、仅文档变更等交给 Gemini。若未命中硬规则，则按复杂度分数决定，默认使用 Gemini。执行时 Gemini 通过管道接收 diff，Codex 使用 review 子命令。若主选 CLI 失败，会尝试回退到另一个 CLI，两者都失败则报告错误。该技能不适用于非代码审查、外部第三方代码审查、提交信息生成或指定审查者的场景。
该技能用于指导 AI 代理在编写、建议、审查或修正 Git 提交信息时，始终遵循 Conventional Commits 1.0.0 规范，从而生成结构化、可解析、语义清晰的提交历史。它规定了提交信息的格式：类型（如 feat、fix、docs、refactor 等）、可选的作用域（通常取自分支名中的工单号）、描述、可选正文与页脚，并涵盖破坏性变更标记、单一逻辑变更原则及校验清单。
死锁预防（Deadlock Prevention）是一套用于避免多进程或多线程因循环等待资源而永久卡死的编码实践指南。它适用于需要同时获取多个锁或资源的场景，例如跨账户转账、嵌套事务、跨服务调用等。核心原则是：在整个代码库中始终以一致的顺序获取锁，绝不因“路径罕见”“会加超时”“服务不同不会冲突”等理由而破坏顺序。资料指出死锁需同时满足互斥、持有并等待、不可抢占、循环等待四个条件，打破任意一个即可预防，其中通过一致排序打破循环等待最实用。文档给出了多种策略：一致锁排序、锁超时、带退避的 try-lock、对相关资源使用单一粗粒度锁、锁层级，以及数据库和分布式系统（如 Redis 租约锁）的具体模式。还包含运行时死锁检测、压力抵抗协议、危险信号清单和预防检查表。
implement 是 vibe-engineering 中的执行技能，用于让 Claude Code 端到端实现已批准的 PRD 或范围明确的任务，并驱动任务直至完成。它读取需求、建立实时清单、做最小改动，并把最终完成判定交给独立的 verify 验证器。
build-mcp-use-server 是一个用于构建、修改、调试和验证 TypeScript MCP 服务器与 ChatGPT Apps 的技能包，基于 mcp-use v2、MCPServer、Apps SDK UI、Views 与 Plugin 扩展。它强调以已安装的 mcp-use 包、导出类型、生成的声明文件（mcp-env.d.ts）以及官方文档为权威来源，并确保使用 mcp-use 构建的 ChatGPT 应用默认符合 OpenAI Apps SDK UI（@openai/apps-sdk-ui）规范。技能覆盖项目检查、脚手架初始化、服务器与视图参考资料、ChatGPT 插件扩展、认证、Skills over MCP、高级特性、多主机部署与迁移等流程，并提供 mcp-use typecheck、dev、client、screenshot 等确定性验证手段。要求 Node.js >= 22.22.2，支持通过官方 CLI 脚手架创建项目，适用于构建无头工具服务器或带界面的 ChatGPT 应用。
validate-skill 是一个用于校验技能目录是否符合 AgentSkills 规范的校验工具。它检查技能目录的 frontmatter、必填字段以及命名约定，帮助开发者确保自建技能结构正确。适用于在各类智能体技能目录（如 .claude/skills/、.cursor/skills/ 等）中创建新技能、审查修改技能的 PR，以及在发布前验证技能结构。通过 bunx 命令运行，可一次校验一个或多个路径，并支持 --json 输出机器可读结果。
该技能用于从 zenobi-us/bun-module 模板创建新的 Bun 包仓库，通过 GitHub CLI 自动完成仓库创建、克隆与初始化配置。工作流包括：使用 gh repo create 命令基于模板创建仓库并克隆，进入目录后运行 setup.sh 脚本应用模板文件、替换变量、移除旧 Git 历史、初始化新仓库并创建初始提交；随后手动编辑 package.json 修正包名、描述与作者信息，执行 mise trust 信任配置，运行 bun install 安装依赖并用 mise run build 构建。模板内置 TypeScript 配置、Vitest 测试、ESLint/Prettier、Bun 打包、Release Please 发布自动化及 GitHub Actions 工作流。需要特别注意的是 setup.sh 以非交互方式运行并套用默认值（包名 my-bun-package、描述 A Bun package 等），因此创建后必须手动更新 package.json；同时要求已安装并认证 GitHub CLI 与 Bun，并在运行 mise 任务前执行 mise trust。
这是一个用于发起代码审查的技能（skill），在完成任务、实现主要功能或合并主分支前使用。其核心原则是尽早审查、频繁审查。该技能通过派发 superpowers:code-reviewer 子智能体（subagent），在问题扩散之前将其捕获，从而验证工作成果是否符合需求。使用方式包括：先获取 git 的 BASE_SHA 与 HEAD_SHA，再通过 Task 工具以 superpowers:code-reviewer 类型派发子智能体，并填写 code-reviewer.md 模板中的占位符（{WHAT_WAS_IMPLEMENTED}、{PLAN_OR_REQUIREMENTS}、{BASE_SHA}、{HEAD_SHA}、{DESCRIPTION}），最后根据反馈采取行动：立即修复 Critical 问题，继续前修复 Important 问题，记录 Minor 问题留待后续，若审查者有误则以技术理由回应。该技能明确了何时必须请求审查（子智能体驱动开发中的每个任务后、完成主要功能后、合并到 main 前）以及可选但有价值的时机（卡住时、重构前、修复复杂 bug 后），并给出了与不同工作流的集成方式以及需要避免的红旗行为。