SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-16 00:02
36,232 个结果
quickstart 是 AgentOps 的入门引导技能，唯一任务是快速告诉新用户 AgentOps 能做什么以及第一步该做什么。它不会只描述流程，而是强制执行一套检测与推荐工作流：先检测当前环境（是否在 git 仓库内、是否安装 ao CLI、是否安装 bd、是否存在 .agents 目录、是否存在全局 ~/.agents 目录、是否运行在 Codex 环境），然后原样输出 AgentOps 定位说明（面向编码智能体的运维层，提供记账、验证、原语、流程四类能力），最后根据检测结果匹配第一条适用的规则，输出唯一的一条下一步行动建议。根据环境不同，建议可能是先 git init、先安装 ao CLI、运行 ao quick-start 初始化、运行 /rpi 开始第一个目标、使用 ao reconcile --json 与 bd ready 检查状态，或在外无仓库但有全局语料时走 /curate、/compile、/inject、/status 的全局知识流程。它还会针对技能未安装、钩子激活、飞轮计数为 0 等常见问题给出处理方式。
GitHub Issue Creator 是一个用于创建 GitHub Issue 的技能，来自 google-gemini/gemini-cli。当用户被要求创建 GitHub Issue 时，该技能会引导生成符合仓库规范的高质量 Issue，并根据请求类型（如 bug 报告、功能请求等）自动匹配仓库中的 Issue 模板。它会查找 .github/ISSUE_TEMPLATE/ 目录下的 YAML 或 Markdown 模板，读取模板所需字段，起草标题与正文，并默认添加“🔒 maintainer only”标签（除非用户明确要求不加）。创建时通过 gh CLI 完成，并强调先将多行 Markdown 或复杂文本写入临时文件，再使用 --body-file 参数提交，以避免 shell 转义和格式问题。最后会确认 Issue 创建成功并向用户提供链接。
Effect-TS 最佳实践技能，为 Effect-TS 代码库强制推行一套统一、有主见的编码模式，目标是提升类型安全、可测试性、可观测性与可维护性。技能覆盖服务定义、错误定义、Schema 与品牌类型、函数封装、Layer 组合、Option 处理、Effect Atom 前端状态、RPC 与 Cluster 模式、可观测性以及反模式清单。它要求使用 Effect.Service 定义业务服务、用 Schema.TaggedError 定义错误、用 catchTag/catchTags 处理错误、用 Effect.fn 封装服务方法、用 Layer.mergeAll 与 Layer.provideMerge 组合层，并禁止 runSync/runPromise、throw、catchAll、console.log、直接读取 process.env 以及在领域类型中使用 null/undefined。技能还要求安装并配置 Effect Language Server，以获得编辑期诊断、类型提示、补全与重构能力，并支持通过命令行在 CI 中执行构建期诊断。
Roblox 动画系统参考，涵盖在 Humanoid 角色或非 Humanoid 模型上播放、停止、混合动画的用法。内容包括核心对象（Animation、Animator、AnimationController、AnimationTrack）、动画代码应放置的位置、加载与播放动画、AnimationTrack 事件、循环与单次播放、动画优先级与混合、Humanoid 与 AnimationController 的区别、替换默认角色动画、停止所有动画、快速播放参数参考、仅上半身动画以及常见错误。
codex-plugin-cc 是一个 Claude Code 插件，让你在 Claude Code 会话中直接调用 OpenAI Codex，用于代码审查和委派后台任务。它提供只读代码审查、对抗式设计审查，以及把调查或修复任务作为子智能体交给 Codex 执行的能力。插件通过包装本地 codex 二进制和 Codex 应用服务器工作，所有任务在本地环境针对本地仓库运行，认证、配置和模型设置复用已有的 Codex CLI 设置。需要 Node.js 18.18 或更高版本、ChatGPT 订阅（免费层可用）或 OpenAI API 密钥，以及支持插件的 Claude Code。
Comet 工作流的第二阶段 Design（技术设计）能力。用于在用户调用 /comet-design 或 Classic Runtime 进入 Design 阶段时，完成正式的技术设计并取得用户确认。该能力首先通过 Comet CLI 进行入口检查与状态恢复，校验已有变更与 Open 阶段产物；随后由脚本生成 OpenSpec → Superpowers 上下文包（handoff），再由 Superpowers brainstorming 技能基于该上下文展开技术方案讨论，仅在存在真实取舍时比较 2-3 个方案。设计深度与风险匹配，对高风险接口、迁移、安全与并发要求给出失败路径和验证策略。讨论产生的方案需经用户显式确认后，才写入正式 Design Doc，并同步更新 delta spec，最后通过 comet state complete-design 注册设计、刷新 handoff 并运行 guard 校验，通过后阶段推进至 build。设计文件、proposal、spec、plan、tasks.md 各有明确职责，不重复记录决策。
add-component 是 ShipSwift 技能库中的一个技能，用于向 SwiftUI 项目添加来自 ShipSwift 配方库的组件。当用户提出“add component”“add a view”“add X view”“I need a chart”“add animation”等需求时使用。每个配方都是完整、可直接复制粘贴的实现，并附带架构文档。使用前需确认 ShipSwift 配方服务器可用（调用 listRecipes）；若工具不可用，可引导用户访问 shipswift.app 获取设置说明，或运行 npx skills add signerlabs/shipswift-skills 安装。工作流程包括：识别组件类型（动画、图表、UI 组件、模块）、用 searchRecipes 搜索配方、用 getRecipe 获取完整实现（含 Swift 源码、架构说明、集成步骤、已知注意事项）、将配方代码适配到用户项目（匹配命名约定、连接数据模型、调整样式）、按集成清单验证。部分配方需要 Pro 许可证（一次性 89 美元），如遇购买提示可在 shipswift.app/pricing 购买并设置 SHIPSWIFT_API_KEY。
这是一份基于 Robert C. Martin（Uncle Bob）《Clean Code：敏捷软件开发实践指南》的软件工艺规则集，并在原 2008 年建议已被更新的地方做了现代修正。共收录 48 条规则，分为 10 个类别，并按影响程度优先级排序，用于指导代码评审、重构决策和新代码开发。示例以 Java 为主，但原则与语言无关。适用时机包括：编写新的函数、类或模块；为变量、函数、类或文件命名；评审代码可维护性问题；重构既有代码以提升清晰度；编写或改进单元测试；封装第三方依赖。类别按优先级依次为：命名（CRITICAL）、函数（CRITICAL）、注释（HIGH）、格式（HIGH）、错误处理（HIGH）、对象与数据结构（MEDIUM-HIGH）、边界（MEDIUM-HIGH）、类与系统（MEDIUM-HIGH）、单元测试（MEDIUM）、浮现式与简单设计（MEDIUM）。文档入口提供各参考文件：章节定义、规则模板、metadata.json 等。
Implementation 是 cyrusagents/cyrus 提供的一项技能，用于按需求实施代码变更。它要求编写达到生产可用标准的代码，并遵循项目已有的模式与约定；在验证方面采用 verify-and-ship 思路，优先使用相关现有测试或直接检查，仅在存在具体且值得长期维护的回归风险时才新增测试；同时需要妥善处理边界情况与错误场景，保持改动聚焦于所请求的内容，避免无关的改进。若测试失败，需先修复再进入工作流的下一阶段。实现完成后，进入验证与交付阶段。
来自 mindrally/skills 的 Web 性能优化技能，提供以服务端渲染为优先的前端性能实践指南，涵盖 CSS 选择器与组织、JavaScript 加载与运行时、资源、缓存、架构、国际化、监控与数据库性能等规范要点。
WorkOS Widgets 是一套用于在应用中嵌入 WorkOS 界面组件的技能，覆盖用户管理、用户资料、Admin Portal SSO 连接和 Admin Portal 域名验证四类 Widget。该技能会先识别目标 Widget，再按依赖清单、框架/路由入口、认证/令牌工具、样式与组件模式的顺序扫描项目，检测技术栈、数据层风格、样式方案、组件系统和包管理器。若未检测到 AuthKit/WorkOS，会提示用户运行 WORKOS_MODE=agent npx workos@latest install 后再继续。随后按检测到的技术栈加载对应参考文件，实现前端路由/页面加 Widget 组件，或后端优先/多应用架构下的令牌端点与客户端集成，并在完成前校验路由接线、导入和令牌/API 用法。
Sass（缩进语法）最佳实践与编码规范，用于编写整洁、可维护的样式表，涵盖文件组织、变量、混入、函数、BEM 命名、循环与模块系统等准则。
OpenSpec（OPSX）是一个面向规范驱动开发的产物（artifact）驱动工作流 Skill，用于指导和推理 OpenSpec 工作流体系。它覆盖 OPSX 命令、schema（模式）与模板解析、变更生命周期以及实验性命令与技能。其核心概念包括产物图（artifact graph）、以文件系统为数据库（完成度由文件是否存在推导）、确定性的 CLI，以及 XDG schema 解析机制。OPSX 提供 /opsx:explore、/opsx:new、/opsx:continue、/opsx:ff、/opsx:apply、/opsx:verify、/opsx:sync、/opsx:archive、/opsx:bulk-archive 等命令，用于探索想法、发起变更、按依赖生成产物、快速生成全部规划产物、实现任务、校验实现、同步 delta 规范与归档变更。它还支持通过 openspec/config.yaml 进行项目级配置，并允许自定义 schema。该 Skill 适用于希望采用规范驱动、产物化方式规划与审查变更的开发工作流。
Dart 开发通用最佳实践技能，涵盖代码风格、Effective Dart 规范与语言特性。适用于编写或审查 Dart 代码、寻求地道 Dart 用法指导的场景。核心建议包括：优先使用多行字符串（'''）替代用 + 和 \n 拼接字符串，尤其适用于 SQL 查询、HTML、PEM 编码密钥等大段文本；避免超过 80 字符的行长，以保证分屏和小屏可读性。同时明确了不应使用该技能的边界：不应对已发布包造成公共 API 破坏性变更、不做教条式微优化、不处理代码生成文件（*.g.dart、*.freezed.dart、protobuf 等）、不将公共接口中的显式类型注解替换为 var 或 final。
Comet Tweak 是 Comet 五阶段工作流中的轻量预设（Preset），用于在单个 OpenSpec change 内完成较小范围的调整。它复用 open/build/verify/archive 四个阶段，跳过 Superpowers 的头脑风暴与完整实现计划，通过 OpenSpec 完成需求与实现。适用于配置、文档或提示词调整，以及需要规格驱动实现（含 delta spec）的中等改动。使用前需满足：工作可容纳于一个 OpenSpec change、无需 Superpowers Design Doc 与完整实现计划即可澄清方案、无需跨模块或跨层架构协调、任务范围可估算。若出现跨模块协同编辑、新功能、数据库 schema 变更、新公共 API、更深层架构问题或需拆分为多个 change 等情况，需由用户决定是否升级到完整 /comet-classic 流程。
WebGPU 技能用于设计、实现、调试、审查和优化可移植的 WebGPU 应用与 WGSL 着色器，适用于渲染或计算管线、GPU 模拟等场景。其核心方法是先构建最小可观察的 GPU 结果再逐步扩展，并把每个 WebGPU 特性视为五类显式契约：能力契约（基线、可选特性与限制、回退）、数据契约（WGSL 类型、字节偏移、步长、用途标志）、通道契约（读取、写入、顺序、乒乓所有权）、呈现契约（画布格式、物理尺寸、透明度与颜色）、生命周期契约（创建、调整尺寸、错误、丢失与销毁）。技能提供完整的 Vite 起步模板，包含带类型标注的计算与渲染粒子场、乒乓缓冲、编译诊断、尺寸调整处理、指针交互、设备丢失报告与清理。工作流程强调先列出持久资源与通道所有权图，再按顺序构建：决定回退策略、请求适配器与所需特性、定义 WGSL 结构体并计算主机偏移与数组步长、分配并标记资源、编译着色器模块并检查编译信息、创建稳定绑定组、编码最小通道并验证输出，最后逐步加入尺寸调整、输入、模拟计时、回读与销毁。技能还给出按工作负载选择模式的对照表，以及一系列不变量，如按实际需要请求特性与限制、精确计算对齐与偏移、守卫越界调用、避免每帧创建资源、避免动画循环中的完整 GPU 到 CPU 回读、将 WGSL 视为可执行输入等。
这是一套面向 Next.js、React、Redux Toolkit 与 TypeScript 项目的综合开发规范，来自 mindrally/skills 的 Cursor Rules 技能。内容以开发准则形式组织，覆盖开发理念、代码风格、命名约定、React 最佳实践、Next.js 最佳实践、TypeScript 实现、UI 与样式、状态管理、错误处理与校验、测试、可访问性、安全、国际化以及文档编写等主题。规范强调可维护性与可扩展性，主张遵循 SOLID 原则，优先采用函数式与声明式写法，重视类型安全与静态分析，并倡导组件驱动架构。在代码风格上给出缩进、引号、分号、运算符空格、行宽、条件语句花括号、尾随逗号等具体要求；命名约定区分组件、文件、变量、常量及事件处理、布尔值、自定义 Hook 的前缀写法。React 部分涉及函数组件、自定义 Hook 抽取、性能优化与列表 key；Next.js 部分涉及 App Router、元数据、缓存、错误边界、内置组件与 Server Components；此外还给出 TypeScript 严格模式、Redux Toolkit createSlice、Zod 与 React Hook Form、Jest 与 React Testing Library、a11y、DOMPurify、next-i18next、JSDoc 等实践要点。
Comet 的 Hotfix 预设，用于修复已有功能的局部缺陷。当用户显式调用 /comet-hotfix、选择 hotfix，或恢复 workflow: hotfix 时使用。流程为 open → build → root cause check → verify → archive，跳过头脑风暴和完整实现计划，适用于不新增功能、不改接口、不做架构重设计的缺陷修复。
link-workspace-packages 是 Nx 提供的一项技能，用于在 monorepo 中为各个包之间建立依赖关系（即把工作区内的包互相链接）。它支持 npm、yarn、pnpm、bun 四种包管理器，并针对每种管理器的 workspace 语法给出具体命令。该技能会先检测仓库使用的包管理器（通过根级 package.json 的 packageManager 字段，或根据根目录的锁文件判断：pnpm-lock.yaml 对应 pnpm，yarn.lock 对应 yarn，bun.lock/bun.lockb 对应 bun，package-lock.json 对应 npm），然后按“识别消费方包、识别提供方包、使用对应 workspace 语法添加依赖、验证消费方 node_modules 中生成的符号链接”的流程操作。适用于刚创建或生成新包、需要接通其依赖，或排查“Cannot find module”等模块解析问题的场景。
Unity Graph Toolkit（GTK）是 Unity 6.6 及以上版本内置的编辑器模块，用于构建基于节点的编辑器工具。该技能指导开发者仅使用 Unity.GraphToolkit.Editor 命名空间下的公开 API，创建图工具（Graph、Node、端口、选项、验证、子图、变量等）以及 Unity 6.7+ 的状态机工具（StateMachine、State、Condition、转换与规则）。GTK 只是创作框架，负责绘制和持久化图，本身不执行图；运行时数据模型与执行代码需由用户编写，通常通过 ScriptedImporter 将图编译为运行时资产。技能强调先读取参考文件、检查编辑器版本、避免使用已废弃或内部 API，并提供了从建图、验证到编译输出的完整工作流与验证步骤。
Project Session Manager（PSM）是一个面向 Claude Code 的 worktree 优先开发环境管理器，用于为 issue、PR 和功能开发创建隔离的 git worktree，并可选地配合 tmux 会话进行编排。它支持并行处理多个任务、项目和仓库，提供 review、fix、feature、list、attach、kill、cleanup、status 等命令，支持 GitHub 与 Jira 两种 issue 追踪提供方，并可通过项目别名简化引用。此外还提供轻量的 omc teleport 命令，仅创建 worktree 而不管理 tmux 会话。
该技能用于诊断并修复 Kotlin Multiplatform 项目中面向 iOS 的 Kotlin/Native 编译与链接缓慢问题。当用户反馈 iOS 构建缓慢时，它通过分类慢场景、静态审计与测量、按安全顺序修复的流程，把“iOS 构建很慢”转化为有数据支撑的诊断和一组安全的小改动。核心原则是：不牺牲发布所需行为，本地更快的循环不得改变 CI 发布产物；修复前后必须用相同命令和相同构建状态测量，未测量的修复只是猜测。
terminal-ui 是一套面向 TypeScript 终端用户界面（TUI）的性能与用户体验指南，适用于使用 Ink（CLI 版 React）和 Clack 提示库构建命令行工具的场景。该技能包含 42 条规则，分为 8 个类别，并按影响程度排序，用于指导自动化重构与代码生成。类别涵盖渲染与输出、输入与键盘、组件模式、状态与生命周期、提示设计、用户体验与反馈、配置与 CLI、健壮性与兼容性。每条规则配有前缀标识（如 render-、input-、tuicomp- 等），并提供独立参考文件与代码示例。
verify-and-ship 是一个面向 AI 编码智能体的技能（Skill），用于在代码实现完成后进行验证并交付工作。它指导智能体按比例选择验证方式：先通过 issue tracker 的 get_issue 工具获取当前 issue 详情，提取并逐条核对所有验收标准；再根据改动行为、风险和现有覆盖情况选择质量检查，包括直接验证（语法检查、安全 dry run、产物检查、隔离安装冒烟测试、一致性审查）、运行相关现有测试、按需补充回归测试、运行 lint/类型/构建检查以及代码审查。随后检查项目是否存在 CHANGELOG.md 或 CHANGELOG.internal.md，按 Keep a Changelog 格式在 Unreleased 下更新条目，避免重复。最后暂存改动、按项目约定提交并推送，并根据仓库上下文使用 gh 或 glab 创建或更新草稿 PR/MR，补充完整描述、关联 issue、添加 Cyrus 标记与交互提示，并在符合指引时移除草稿状态。该技能强调验证必需但不必为每次改动新增测试或跑全量套件，要求诚实报告未解决的失败。