SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-07 00:13
40,087 个结果
note-improvement 是一个用于捕获工作中发现的、超出当前任务范围的改进机会的工作流技能，避免这些想法被悄悄丢弃。它会把改进记录追加到相关仓库的 .turbo/improvements.md 待办清单中。使用方式为在用户要求“note improvement”“save improvement”“track this for…”等场景时触发。记录内容包含一行摘要、类型（direct、investigate 或 plan）、类别（refactor、performance、reliability、readability、testing、docs、dx 或 feature）、涉及的文件或代码区域、理由，以及在记录有意的简化时补充的 Ceiling 与 Revisit 信息。技能会通过 git 命令定位仓库根目录，处理 worktree 场景，支持跨仓库拆分记录，并在追加前去重、更新已有条目。它仅负责记录，后续是否处理由用户决定。
Peer Review 是一个通过 Codex 执行独立同行评审的技能（Skill），归属于 tobihagemann/turbo。它把一个用自然语言表达的评审请求转换成 Codex 专用的提示词，使调用方式保持与具体实现无关。适用时机包括用户要求「peer review」「peer review my code」「peer review my plan」「get a second opinion」等场景。技能首先理解请求中的评审材料、评审标准、评审维度、怀疑性引导、既往裁定、输出格式等要素；若没有可评审材料则停止并说明必须提供材料。随后按 Codex 的 XML 标签约定构建提示词，包含任务范围、深入挖掘引导与结构化输出契约，并指示 Codex 自行评审而非转交其他评审技能。最后通过只读模式调用 /codex-exec 技能执行评审，并对返回结果进行分类：完整结果原样输出，不完整输出需说明缺失部分并提示用户决定是否重试，失败或空输出需说明原因并提示用户选择重试或跳过，且明确禁止本地伪造同行结论。
用于处理 GitHub Pull Request 评审意见与对话评论的技能：拉取未解决的评审线程、评审正文和 PR 对话评论，逐条评估后修复、跳过或回复，并生成汇总报告。
一个组合式元技能：读取当前未提交的 diff，并行运行安全、测试覆盖、风格三个独立审查器，再按严格优先级仲裁出单一 BLOCK/PASS 结论。
该技能用于每日梳理 GitHub 拉取请求队列：通过 gh CLI 检查用户处于打开状态的 PR、失败的 CI 以及新问题，将结果归纳为三个可操作分组（待审查 / 等待我处理 / CI 失败），并把后续跟进事项持久化到长期记忆中。
一个组合式元技能，把粘贴的堆栈跟踪转换为结构化根因报告：先识别 Python、JavaScript、TypeScript、Go、Rust 或未知语言，再并行执行代码检索、issue 搜索、提交历史、diff 上下文、历史模式、记忆召回与语言探测等调查，最后汇总假设、修复目标与验证命令。
面向 Go 语言的堆栈跟踪排查辅助工具，作为 meta-stack-trace-investigator 的内部助手，针对 Go panic 或 stack trace 给出 nil/错误检查、go test 复现指引与补丁目标建议，输出固定为语言探针格式。
stack-trace-js-probe 是 meta-stack-trace-investigator 的内部辅助工具，用于在 JavaScript 或 TypeScript 栈追踪需要 npm/node/tsc 专项检查时，输出语言探测、检查项、最小复现命令、修补目标与验证命令的固定结构结果。
面向 Rust 恐慌与回溯排查的内部辅助技能，配合 meta-stack-trace-investigator 使用，输出固定的语言探测、检查项、复现命令、补丁目标与验证命令，强调用精确的 cargo test 命令。
用于构建或调试 Resend API 及官方 SDK 集成的技能，面向事务性邮件、模板、收信处理、Webhook 校验、订阅与广播等场景。核心思路是先选定契约再写代码：单封事务邮件用 POST /emails 或 resend.emails.send，最多 100 封独立邮件用批量接口，可复用托管内容用已发布模板加变量，营销活动用 Broadcasts 配合 Contacts、Segments、Topics，事件驱动流程用 Automations 图加 Events，收信用已验证的 email.received 再走 Receiving API，事件投递到应用则用去重的已验证 Webhook。技能强调使用项目官方 SDK，先核对锁定版本与类型再对照当前端点文档编码，不引入预览版 Workflows SDK、第二个通用 HTTP 客户端或冻结的 OpenAPI 副本作为事实来源。事务发送需保留操作标识，凭据放在服务端，并在提交前持久化逻辑操作 ID 与不可变负载。Webhook 与收信部分要求先校验原始报文签名再信任字段，持久去重，并跨 worker 重试保持幂等；邮件正文属于不可信内容，不能视为执行指令的授权。资源管理应使用当前文档索引中的 Domains、API Keys、联系人端点或已授权的 CLI/连接器，不要让代码生成变成线上发送或账户变更。
来自 udecode/plate 的调试技能，用于遇到任何缺陷、测试失败或意外行为时，在提出修复前先系统性排查根因。核心原则是未完成根因调查前不得提出修复，分四阶段推进：根因调查、模式分析、假设与验证、实施修复。
面向 Calendly REST API v2 的日程自动化技能，用于管理活动类型、可用时间、预约、Webhook 与调度工作流，适合面试安排、会议预约、双向日历同步和 CRM 集成等开发场景。
teams-api 是一套面向 Microsoft Teams 的企业级自动化技能，基于 Graph API、Bot Framework、Adaptive Cards 与 Webhook，用于构建机器人、通知系统、审批流程和会议自动化。
agents-memory 是一个用于管理 AI 编码代理指令文件（instruction files）的技能。它专注于 AGENTS.md、CLAUDE.md、个人规则与仓库规则的编写、精简和审计，帮助 Claude Code 与 Codex 在不膨胀每次提示的前提下，跨会话获得稳定且有作用域的指令。该技能把仓库记忆当作「活的例外文件」：只保留持久的、无法从代码或 README 推断出的指导，例如项目用途、硬性约束、关键命令、必须不能破坏的规则。它提供分层记忆模型（共享项目记忆 AGENTS.md、Claude 专属规则 .claude/rules/、个人指令、Codex 目录覆盖、自动记忆等），并强调指令预算：每个始终加载的文件不超过 200 行。配套提供多个校验脚本，用于单仓库 lint 与审计、多仓库组合审计，以及跨仓库对齐审查，覆盖路径解析、脚本可执行性、错误层级检测、脚手架时态、套话检查等。适用于需要让 Codex 与 Claude Code 共享稳定仓库规则的团队，以及在 monorepo 中管理多包嵌套记忆的场景。
FiftyOne Code Style 是一个用于编写符合 FiftyOne 官方规范的 Python 代码的技能，适用于向 FiftyOne 贡献代码、开发插件或编写与 FiftyOne 集成的代码。该技能提供了模块模板，包括文档字符串、导入分组与别名、Google 风格文档字符串、参数默认值写法、惰性导入、守卫模式、错误处理以及避免冗余代码等约定，并给出 FiftyOne 常用工具函数的速查参考。
这是一个用于构建和测试 Manifest V3 浏览器扩展的技能，聚焦于 MV3 后台 service worker 被浏览器随时回收这一特性所引发的常见缺陷。内容涵盖：异步消息通道必须返回 true 才能保持回复通道打开、调用方应 await 响应而非用 setTimeout 猜测写入完成、缺失或假值响应应视为失败、数值设置应使用 ?? 而非 ||（0 是合法值）、chrome.storage 的读-改-写存在丢失更新问题需在写入路径内重新读取并基于默认值重建、嵌套对象需显式合并、选择逻辑应保持纯函数而持久化单独 await、手动入口与定时任务通过显式标志区分、HTML 的 min/max 约束无效需在 JS 中校验、存储的截止时间需校验为安全整数且在 Date 范围内、popup 应先绑定监听器再加载状态、chrome mock 需重置默认实现并支持异步响应、测试需通过门控写入来证明 await 存在、多步副作用需门控最终 promise、假定时器不可中途换回真实定时器，以及 PR 评论 CI 步骤需要 issues: write 和 pull-requests: write 两项权限。
code-story 是一个用于讲解代码变更的向导式 HTML 页面生成技能。它把一次变更（PR、diff、分支或单个提交）重新拆解成它本可以是的 PR 堆栈，每个章节对应堆栈中的一步，回答一个问题，并从相关文件中抽取代码片段（hunks）来支撑该问题。它面向第一天加入的贡献者，围绕代码本身讲述变更为何如此发生，用注释把每个论断钉到具体代码行上。适合需要向新人解释复杂变更、希望以可视化叙事方式呈现代码演进过程的场景。
write-script-go 是 Windmill CLI 文档中用于指导编写 Go 脚本的技能。它规定了 Go 脚本在 Windmill 中的结构要求：文件包名必须为 inner，需导出一个名为 main 的小写函数，返回类型必须是 (返回类型, error)。该技能同时说明了脚本元数据的同步方式，包括 wmill script preview、wmill script run、wmill generate-metadata 等命令的使用场景与区别，以及何时才应执行部署操作。
write-script-graphql 是 Windmill CLI 文档中关于编写 GraphQL 脚本的指南页面。它说明了如何编写 GraphQL 查询或变更（mutation），如何把查询中的变量作为脚本参数传入并自动绑定，以及编写完成后如何配合 wmill 命令进行预览、运行、生成元数据和部署。页面还区分了本地预览（wmill script preview）与运行已部署脚本（wmill script run）的适用场景，并强调脚本参数应使用资源类型（resource type）传递凭据与配置，而非硬编码。编辑脚本后需运行 wmill generate-metadata 同步 .lock、.script.yaml 与 wmill-lock.yaml 中的哈希。
Code Refactoring 是一个用于防止代码文件过度膨胀的技能，会在编辑前主动监控文件行数与复杂度，并在文件超过 150/200/300 行阈值时自动触发提示。它支持 JavaScript/TypeScript（React、Node）、Python 以及通用代码库，可在编辑前、创建中、读取后三个阶段检测问题并给出重构建议。该技能还可执行重构：在用户批准后分步抽取数据、组件、函数或类，每一步进行验证并提交，失败时可回滚。此外提供代码库审计模式，用于扫描既有技术债。
Workbench CLI 是 Workbench 平台的云端优先命令行接口，用于配置、创建评估、运行、查看、比较、改进或导出 Workbench 项目。通过 npm 可全局安装，支持技能、流水线与命令候选的托管评测工作流。
该技能用于在项目中快速创建 Alova 请求模块和 Mock 数据，基于 Alova 请求库生成 API 模块与 Mock 定义。它提供了约定好的 src/api 目录结构，包括 Alova 实例配置 core/instance.ts、Mock 模块目录 mock/modules、Mock 适配器 mockAdapter.ts、自动生成的 apiDefinitions.ts、createApis.ts 以及导出入口 index.ts。使用者可按模板编写 defineMock 定义 GET、POST 及带路径参数的接口，再在 mockAdapter.ts 中导入并注册模块；业务侧可通过 useRequest、usePagination 等 Hook 调用生成的 Apis，并配合 ApiResponse、PaginatedData 等响应类型。还支持通过 alova.config.ts 配置 OpenAPI 输入与输出以自动生成 API 定义。
justfile 是一个用于创作与维护 Just 任务运行器（just/justfile）的技能。它支持创建、编辑、迁移、检查与查看 justfile，适用于修改 justfile、将 Makefile 或 npm scripts 迁移到 just、按仓库风格进行 lint 等场景。该技能采用 write-scoped 权限姿态：可以写入 justfile，但默认只读地 inspect；在执行破坏性配方、删除 Makefile 或运行有副作用的配方前会先询问。它遵循仓库根 justfile 的 house style，要求最低版本 ≥ 1.55.0，使用 default-list、require()、[default]/[doc]/[group]/[arg] 等属性，多行脚本体优先使用 [script]。
用于在 XL1 上新建项目时生成脚手架，可选单模板 React dApp、xl1-service 后端、纯 Node CLI，或 React + 服务的全栈 pnpm monorepo，并自动安装、类型检查、构建与冒烟测试。