SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-08 00:04
40,150 个结果
ast-grep 是一套基于抽象语法树（AST）的结构化代码工具，用于按代码结构而非纯文本进行搜索，并可快速概览文件或模块的代码结构。它通过模式匹配定位代码片段，支持关系型规则与组合规则，适合 grep 难以表达的按语法结构检索场景。工具提供 run、scan、outline 等命令；outline 功能（ast-grep ≥ 0.44，alpha 阶段）可在阅读完整文件前先查看顶层函数、类、导入、导出及其成员，仅做语法分析、不建立索引。支持 --json 结构化输出并与 jq 配合使用。
PR Creation 是一个在实现完成后创建 Pull Request 的技能，强调让 PR 讲清变更的完整故事。它要求在创建前确认全部测试本地通过、构建成功、代码审查完成、发现项已处理、提交整洁、分支与目标同步，并提供分支更新的 git 命令。PR 需包含规范的标题（类型+描述+议题编号）、结构化正文（摘要、变更、关联议题、验证、清单、审阅者备注），并支持使用 GitHub CLI 创建、添加标签与审阅者、自动关联议题。技能还覆盖草稿 PR、破坏性变更、大型 PR 审阅指南及创建后监控状态等场景。
Session Start 是一个用于工作会话开头的准备工作流程（Skill），核心原则是先理解当前状态再采取行动。它按顺序执行一系列步骤：检查环境（验证 GitHub CLI 认证、git 可用性、GITHUB_PROJECT 环境变量）、检测开发服务（docker-compose 服务及其运行状态）、了解仓库状态（当前分支、工作区状态、最近提交、暂存内容）、查询 GitHub Project Board（作为工作状态的权威来源）、校验项目看板与实际工作是否同步、检测是否有正在进行的自主编排任务、检索记忆、识别进行中的工作、必要时引导环境，最后向用户报告状态并决定是恢复进行中的工作还是开始新工作。该技能强调使用缓存减少 API 调用，并遵循 issue-driven-development 流程。
changelog-updater 是一个用于更新 CHANGELOG.md 的技能，触发词包括 changelog、变更、版本、发布、改了什麼，也可被 git-precommit 自动调用。它通过 read_file("CHANGELOG.md")、replace_string_in_file、get_changed_files 等工具读取现有变更日志与改动文件，按 Keep a Changelog 格式维护 [Unreleased] 区块，并按关键字将条目归类到 Added、Changed、Deprecated、Removed、Fixed、Security 六类。版本号遵循 SemVer：MAJOR 对应 Breaking Changes，MINOR 对应向下相容的新功能，PATCH 对应 Bug 修复。工作流为先读取 CHANGELOG.md 并获取改动文件，再按新檔案→Added、修改→Changed/Fixed、删除→Removed 的规则分类，最后更新 [Unreleased] 区块。
DDD 架构辅助与检查技能，来自 u9401066/med-paper-assistant。该技能在新增功能、新增模块、架构检查以及建立新文件时触发，用于辅助领域驱动设计（DDD）的项目结构落地与依赖规则校验。它定义了四层目录结构：src/domain（实体、值对象、聚合、仓储接口、服务）、src/application（用例、DTO）、src/infrastructure（持久化、外部服务实现）、src/interfaces（api、mcp），并给出依赖方向规则：展示层 → 应用层 → 领域层，基础设施层实现领域层接口；明确禁止领域层依赖基础设施或应用层、应用层依赖展示层。该技能提供两类工作流：一是新功能脚手架，按领域层（实体与仓储接口）、应用层（用例与 DTO）、基础设施层（仓储实现）的顺序创建；二是架构违规检查，通过 grep_search 检索领域层中是否 import 基础设施模块，若命中则视为违规，并给出修复建议，例如领域层改用仓储接口、将领域层中的直接 SQL 抽取到仓储、应用层通过仓储访问数据库。
Agent-Native Reviewer 是一个用于审查“智能体原生对等性”（agent-native parity）的技能，判断智能体能否执行、验证并发现与用户相同的有效操作。其核心准则是：用户操作 → 智能体路径 → 源文件归属 → 证明命令/产物 → 交接。只要缺一环，工作流就不算智能体原生。适用于 .agents/**、.claude/**、.codex/**、技能、提示词、钩子、命令或工作流文档发生变更，或某功能新增/修改了面向用户的操作且仓库有智能体集成时。核心原则包括操作对等、上下文对等、源文件归属、证明对等、可发现性和共享工作区。它假定 Codex 为运行时，并给出能力阶梯：优先测试与脚本，其次 Browser 插件，再次 Chrome，最后才是 Computer Use。审查流程包括识别变更面、构建对等映射表、检查源文件归属、检查智能体路径、检查证明和检查上下文，按 P0 至 P3 分级给出发现，并有明确的“不应标记”清单和输出格式。
json-config-loader 是一个面向 bash 脚本的配置解析技能，来自 vamseeachanta/workspace-hub 技能库。它聚焦于在 shell 环境中加载与解析配置文件，支持 key=value、多段 INI、JSON 以及通过 yq 处理 YAML 等常见格式，并用 bash 关联数组进行配置存储，同时支持环境变量覆盖与 JSON 报告生成。该技能以完整示例 Config Manager 的形式给出，包含配置存储、格式检测等基础结构，并拆分为多个子技能，分别讲解 key=value 解析、JSON 报告生成、多段 INI 解析、环境变量配置、YAML 配置以及默认值提供等模式。适合需要在 bash 脚本中读取配置、写 JSON 报告或统一管理多格式配置的开发者；文档也指出复杂嵌套配置、实时配置变更以及复杂校验规则等场景不适合使用该技能。该技能的收费与价格信息暂未提供。
pyproject.toml 配置技能，用于现代 Python 项目的项目元数据、依赖管理、构建系统、工具配置和包发现等配置编写。适用于需要以 pyproject.toml 统一管理 Python 项目打包、CLI 入口点、可选依赖安装分组以及 pytest、ruff、mypy、black、isort、coverage、bumpver 等工具配置的场景。资料未提供收费、平台或价格信息。
Laravel 开发指南，覆盖 Eloquent、Blade、Pest/PHPUnit 测试、队列、缓存、API 资源、迁移与最佳实践，并包含 Sail 命令、路由、策略授权、异常处理与质量检查示例。适合按用途、主要能力、使用方式、适用场景和限制分段整理。
Vercel React Best Practices 是由 Vercel Engineering 维护的 React 与 Next.js 性能优化指南，以技能（skill）形式提供，适用于编写、审查或重构 React/Next.js 代码时参考。该指南包含 57 条规则，分为 8 个类别，并按影响程度划分优先级，用于指导自动化重构与代码生成。类别及优先级依次为：消除瀑布请求（CRITICAL，async- 前缀）、包体积优化（CRITICAL，bundle- 前缀）、服务端性能（HIGH，server- 前缀）、客户端数据获取（MEDIUM-HIGH，client- 前缀）、重渲染优化（MEDIUM，rerender- 前缀）、渲染性能（MEDIUM，rendering- 前缀）、JavaScript 性能（LOW-MEDIUM，js- 前缀）、高级模式（LOW，advanced- 前缀）。每条规则以独立文件形式提供，包含规则重要性说明、错误代码示例及解释、正确代码示例及解释，以及额外上下文与参考。完整编译文档见 AGENTS.md。
这是一个用于审计代码库过度工程化的技能，帮助识别可删除或精简的代码。当用户询问代码库中可以删除或减少什么以简化代码、提到“simplify”“over-engineered”，或希望对仓库、文件夹或文件范围进行简化时使用。它会按削减量从大到小排序，报告可删除的内容，目标是让代码库更短但行为不变。
git machete 是一个用于管理分支链（分支树）的命令行工具，功能丰富、逻辑性强，但几乎不保存额外的自有状态；唯一面向用户的文件是分支布局文件 .git/machete，用于描述分支的父子关系、分叉点与 PR/MR 标注。它借助 git 与托管平台 API 完成变基、合并、推送、状态渲染以及 PR/MR 创建等操作，并维护一个对用户透明的 merge-base 缓存以提升性能。它适合组织堆叠分支、计算 fork point、执行链式 rebase/merge，以及管理 GitHub/GitLab 上的 PR/MR 链。该页面同时提供了面向 AI 代理使用的详细规则与命令目录，强调非交互执行、谨慎使用交互式命令、优先使用专用子命令而非手工编辑布局文件等注意事项。
Production Review 是一个面向生产环境就绪性的代码审查技能，由 vstorm-co 的 production-stack-skills 提供。它并非代码风格检查，而是以资深工程师视角，系统性地按照一份经过实战检验的检查清单评估代码，覆盖安全、错误处理、日志、配置、性能与运维等维度，并输出按严重等级分类的审查报告与可执行的修复建议。审查流程依次为：识别技术栈（语言版本、框架、数据库、基础设施、依赖）、逐项对照生产检查清单、按严重等级归类问题（CRITICAL、HIGH、MEDIUM、LOW）、为高于 LOW 的每项发现提供具体修复代码、最后给出生产就绪评分（READY、NEEDS WORK、NOT READY）。安全部分对齐 OWASP Top 10，涉及访问控制、安全配置、注入、异常处理、CORS、限流与密钥管理；错误处理强调结构化响应、关联 ID、正确状态码、优雅降级与熔断；日志与可观测性关注结构化日志、链路 ID、敏感数据遮蔽、日志级别、健康检查端点与指标；配置遵循 12-factor 与启动即失败原则；性能关注 N+1 查询、索引、连接池、异步纪律、超时、分页与缓存；运维就绪涵盖优雅停机、数据库迁移、容器健康检查、向后兼容、资源清理与启动/关闭顺序。
biome-lint 是一个用于处理 Biome 代码检查器报错和 TypeScript/tsgo 类型检查错误的技能工具。它提供常见错误与修复方法的快速对照表，涵盖 noImplicitAnyLet、noUnusedVariables、noUnusedFunctionParameters、noEmptyPattern、noUnreachable 等 Biome 规则，以及 TS2322、TS2345、TS7030、TS2339 等 TypeScript 类型错误。同时给出 Biome Lint 和 TypeScript 检查的工作流程命令，支持在单个包或所有包中执行检查与自动修复，并说明如何通过本地 biome.json 覆盖单包规则，以及使用 biome-ignore 注释忽略特定规则。
这是 Windmill 平台编写 PHP 脚本的官方操作指南技能，主要说明在使用 Windmill CLI 编写本地 PHP 脚本时的命令选择与元数据维护规则。核心内容包括：区分 wmill script preview（不部署、直接运行本地文件，用于迭代调试）与 wmill script run（运行工作区已部署版本），以及仅在用户明确要求部署时才执行 git push 或 wmill sync push。技能还要求编辑脚本后运行 wmill generate-metadata 来重新生成 .script.yaml 输入模式、.lock 依赖锁定和 wmill-lock.yaml 内容哈希，避免 git-sync 与 CI 出现虚假差异；并提供了 wmill generate-metadata --dry-run、rehash、路径参数与 --strict-folder-boundaries 等辅助用法。此外，该技能规定了 PHP 脚本的结构规范：必须以 <?php 开头并包含至少一个 main 函数；凭据与配置须通过资源类型参数传入，不得硬编码，资源类型需在 main 前用 class_exists 检查后重新定义；依赖库通过 main 前的 // require: 注释逐行声明，无需手动 require autoload。
该技能用于按 OpenSpec 变更（change）中的任务清单推进实现：读取变更状态与 apply 指令、加载上下文文件、逐项完成编码任务并更新任务勾选，完成后提示归档。支持在指定 OpenSpec store 上操作，也可回退到最近的本地 openspec/ 根目录。适用于已创建 OpenSpec 变更、需要开始或继续实现任务的开发场景；遇到任务不清、设计问题或阻塞时会暂停询问。
openspec-explore 是一个围绕 OpenSpec 系统的“探索模式”技能，定位为思考伙伴，帮助用户梳理想法、调查问题并澄清需求，而不是直接实现功能。它用于在编写代码前进行需求探索与讨论：可以阅读文件、检索代码、调查代码库，但明确不写代码、不实现新功能；若用户要求实现，应提醒其退出探索模式并创建变更提案。该技能可在用户要求时协助创建 OpenSpec 产物（提案、设计、规格），属于记录思考而非实现需求。它强调无固定流程、无强制步骤，采用好奇、开放多线程、善用 ASCII 图示、适应对话走向、以代码库为依据的探索姿态，涵盖问题空间探索、假设挑战、架构梳理、集成点识别、方案对比、风险与未知项浮现等可能动作。使用时会检查当前 OpenSpec 上下文（如列出活动变更、读取项目配置中的背景与规则），在无变更时自由思考并在想法成形时提议创建变更提案；在已有变更时读取相关产物并在对话中自然引用，当出现新需求、设计决策或范围变化时，询问是否将其捕获到相应文件中。它支持独立 store 的选择与 --store 参数固定，并规定创建新变更须通过 openspec new change 命令脚手架完成，不得手工创建目录。适用于需求讨论、方案比较、技术调研、设计决策记录等场景；不适用于直接编码实现，且对话中的具体命令细节需要安装 OpenSpec CLI 才能执行。
openspec-propose 是一个用于 OpenSpec 工作流的规划技能：它根据用户想构建或修复的内容，一次性创建变更目录并生成该变更所需的全部规划制品。在默认的 spec-driven 模式（规范驱动模式）下，通常包括 proposal.md（做什么与为什么）、specs/<capability-path>/spec.md（系统必须做什么的增量规范）、design.md（如何实现）与 tasks.md（实施步骤）。它支持 kebab-case 变更命名、识别已注册的 store、按依赖顺序生成制品，并在结束时输出状态与后续应用提示。该技能只授权规划，不修改项目代码，也不启动应用流程。
openspec-sync-specs 是一个由智能体驱动的技能，用于把变更（change）中的 delta 规范同步到主规范（main specs），并在不归档该变更的前提下完成合并。它读取 delta 规范中的新增、修改、删除、重命名要求，智能地合并进主规范文件，保留主规范中未被 delta 提及的内容与顺序，避免简单覆盖。支持 store 选择，可通过 openspec 系列命令读取状态、定位 delta 规范路径、获取规范规则快照并校验结果。若移除全部要求后不满足退役条件，会停止同步并报告阻塞原因。适用于需要更新主规范但暂不归档变更的场景。
openspec-verify-change 是一个用于 OpenSpec 工作流的验证技能，在归档变更前检查实现是否与变更工件（规格、任务、设计）一致。它从变更工件中提取任务完成情况、需求与场景覆盖情况以及设计遵循情况，按完整性、正确性、一致性三个维度生成验证报告，并按 CRITICAL、WARNING、SUGGESTION 分级给出具体可执行的修复建议。
Starter Cleaner 是 wot-ui/cli 提供的技能，用于将 wot-starter v2 模板精简为最小可开发状态。它通过随技能提供的确定性脚本，删除文档、示例分包、生成文件和 monorepo 配置，并同步清理相关 Vite 与 package.json 配置；清理后保留基础页面及 Wot UI、uni-echarts、echarts 能力，便于继续开发业务和图表。脚本支持重复运行，执行前可先 --dry-run 预览清理计划。
用于在 wot-starter 项目中快速创建符合项目规范的 Vue 3 组合式函数（composable）的技能，提供目录结构约定、多种模板与用法参考。
这是一个用于在当前仓库当前分支上快速、安全地提交并推送本地改动的技能。它默认生成一个聚焦的 Conventional Commit，再推送到当前分支跟踪的远端。技能会分析实际 diff，暂存用户要求的改动范围，并根据改动内容生成提交信息；对于非简单改动，会写分段提交正文，让评审者能按主题快速理解改动。适用于普通单分支交付，例如把当前工作保存到远端；不处理分支合并、历史改写或 PR 创建。
该技能用于在代码库中发现架构加深机会，将浅模块重构为深模块，目标是提升可测试性与 AI 可导航性。它会参考 CONTEXT.md 中的领域语言和 docs/adr/ 中的架构决策记录。流程分为三步：先探索代码库，找出理解一个概念需要在多个小模块间来回跳转、接口与实现复杂度相近的浅模块、为可测试性而抽取但真正缺陷隐藏在调用处的纯函数、跨越接缝泄漏的紧耦合模块，以及难以通过现有接口测试的部分；随后以编号列表呈现候选机会，每条包含涉及文件、问题、解决方案与收益；最后进入深入讨论循环，与用户逐步梳理约束、依赖、加深后模块的形态与接缝、哪些测试仍能保留，并在决策确定时同步维护 CONTEXT.md 术语和 ADR。技能使用一套固定术语（Module、Interface、Implementation、Depth、Seam、Adapter、Leverage、Locality），并提供删除测试作为判断浅模块的方法：假设删除该模块，若复杂度消失则为直通模块，若复杂度在多个调用方重新出现则说明其有价值。