SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-26 00:15
12,520 个结果
JFrog DevOps 是一套面向 DevOps 场景的操作指南，围绕 JFrog Artifactory、Xray、Curation、JFrog ML 与 AI Catalog 等工具，说明如何管理制品仓库、Docker 镜像仓库、构建信息、ML 模型仓库以及安全扫描。内容涵盖上传/下载/搜索制品、Docker push/pull、构建信息发布与晋级、Xray 漏洞扫描与 SBOM 导出、AQL 查询、认证配置（JFrog CLI、REST API、OIDC、Python 客户端）等。资料还详细说明了各类扫描门禁的生效条件与常见失效原因，以及 ML 模型管理与 AI Catalog 的治理能力。
Replit + Nix 运行时从 /nix/store 获取系统库的实战技能。核心是三层模型：L1 让 store 包含所需库（replit.nix 或 nix-env），L2 生成完整的传递依赖闭包作为 LD_LIBRARY_PATH，L3 在启动前让加载器看到该变量。仅导出 $REPLIT_LD_LIBRARY_PATH 永远不够，因为 Replit 的动态加载器只搜索顶层库目录，深层依赖（如 libX11-xcb、pango、cairo）不可见。技能给出冷/热 store 判断、闭包生成脚本、排除基础库族、诊断表等可复现步骤。
面向新手的开发环境编排技能：从零规划并验证开发环境，按依赖顺序协调网络诊断、Node/Python 运行时及各 AI CLI 安装技能，输出可读的就绪摘要与机器可读状态，不直接执行具体安装细节。
面向新手的 Node.js 与 npm 安装、验证与授权更新技能，可诊断未安装、PATH 找不到、npm 源或权限问题及项目版本不匹配，默认采用官方最新 Active LTS，不自动卸载旧版本。
Cron Generator 是一个将自然语言描述转换为 cron 表达式的命令行工具，旨在帮助用户摆脱手动查阅 cron 语法的麻烦。它支持把类似“每个工作日早上 9 点”这样的英文描述直接转换为标准 cron 表达式，例如“0 9 * * 1-5”。除了生成表达式，它还能解释已有 cron 表达式的含义、校验 cron 语法是否正确，并展示接下来的执行时间。工具通过 npx 即可运行，无需全局安装，使用方式为 npx ai-cron-gen "描述内容"。它要求 Node.js 18 及以上版本，并需要配置 OPENAI_API_KEY。项目采用 MIT 许可证，声明永久免费，由 LXGIC Studios 开发。
Supabase 是一个开源的后端即服务平台，提供数据库、认证、边缘函数、实时、存储、向量、定时任务与队列等产品。本技能用于指导在涉及 Supabase 的各类任务中正确使用其能力，强调以当前官方文档为准、实施后验证、避免重复试错，并给出 RLS 默认开启、安全清单、CLI 使用与 MCP 服务器排障等实践要点。
Telnyx Networking 的 Go SDK 技能，用于通过 Go 代码配置私有网络、WireGuard VPN 网关、互联网网关和虚拟交叉连接。该技能提供 telnyx-go 客户端的安装、初始化与调用示例，涵盖网络、Global IP、Global IP 分配、健康检查、协议、用量与延迟指标，以及 AI 集群和集成等接口。示例包含错误处理、分页遍历和常见错误码说明，适合在 Go 项目中集成 Telnyx 网络与 IP 管理能力。
merge-pr 是一个用于合并 GitHub PR 的技能，位于 termix-official/cryptoclaw 仓库。它在 /preparepr 之后通过 gh pr merge --squash 以 squash 方式合并已准备好的 PR，并在成功后清理 worktree。该技能要求 PR 最终处于 MERGED 状态而非 CLOSED，禁止向 main 分支推送、禁止修改代码、禁止运行 git push、禁止执行 gateway stop 命令或终止进程、禁止触碰端口 18792。使用前需提供 PR 编号或 URL，若缺失则从对话中自动识别，若含糊则询问。执行流程包括创建 TODO 清单、在隔离 worktree 中操作、读取 .local/review.md 与 .local/prep.md、识别 PR 元信息、运行健全性检查（草稿、必需检查失败、分支落后 main 时停止）、合并并删除分支、获取合并 SHA、可选评论、验证 MERGED 状态，最后仅在合并成功后清理 worktree。
prepare-pr 是一个用于在合并前准备 GitHub Pull Request 的技能。它通过将 PR 分支的提交 rebase 到最新的 main 上、修复代码审查（review）中发现的阻断性和重要问题、运行完整的质量门禁（gates）、提交修复，并将更新后的 HEAD 推送回 PR 的源分支（head branch），从而让 PR 达到可合并状态。该技能通常在 review 流程之后使用，要求先存在 .local/review.md 审查结果文件。它会在隔离的 git worktree 中操作，只向 PR 的 head 分支推送（绝不推送到 main），并包含多项安全约束，例如不使用 git add -A、不使用 git clean -fdx、不运行裸 git push、不推送 main/master 等。完成所有步骤后输出固定的就绪提示。
gh-fine-grained-pat 是一个通过浏览器自动化从声明式 JSON 规格创建 GitHub 细粒度个人访问令牌（fine-grained PAT）的技能。由于 GitHub 未提供创建细粒度 PAT 的 API，只能通过网页界面操作，该技能借助 Chrome DevTools Protocol 驱动该界面，使令牌创建过程可重复、可审查、抗脆弱，而非手工点击的一次性操作。它支持从已检入的规格创建、轮换、列出、验证和撤销细粒度令牌，令牌值不会打印到终端或聊天中，仅写入 0600 权限文件或 SCS 保险库。使用前需安装 node（非 bun）和 playwright-core，并准备标准 macOS 路径下的 Google Chrome，以及一次性 GitHub 登录（会话持久化在 Chrome 配置文件中）。
Harness Automation 是一套面向 Harness 平台的通用自动化模式集合，用于流水线操作、CI/CD 与 PR 工作流。它不绑定具体项目，所有 account、org、project 等标识均从环境变量或显式参数读取，避免硬编码。工具调用有明确优先级：优先使用 mcp__harness__* 系列 MCP 工具，其次回退到 hc CLI，最后才用 curl 调用 REST API。MCP 工具覆盖资源列举、获取、描述、执行、状态查询、搜索、创建、更新、删除、故障诊断与 schema 拉取等操作。该技能还规定了流水线标识规范、ECR 镜像标签不可变约定、模板优先复用原则、常见操作流程（触发并轮询、列出执行记录、创建 PR）、PR 工作流步骤、CI 步骤写法以及安全规则（禁止跳过校验、禁止强推主干、破坏性操作需确认）。适用于在 Harness 平台上进行流水线运维、CI/CD 编排和代码评审自动化的团队。
这是一个面向 Linear API 批量操作设计的技能，帮助开发者管理 Linear 的两类配额——请求速率与复杂度点数，避免触发 429 限流。技能覆盖复杂度预算的构成（字段数量、连接规模、嵌套解析、请求头）、响应头中的配额信息（X-RateLimit 与 X-Complexity 系列）、基于回调的配额监控方式、429 后的指数退避与重试策略、批量操作的请求节流（令牌桶）、Webhook 背压替代轮询，以及降低复杂度的实用建议。适用于针对 Linear 进行大规模查询或变更、需要稳定控制请求节流的开发场景。
Cloudflare 首席工程师技能，用于在 Cloudflare 全球网络上设计、部署与优化基础设施，覆盖 CDN、安全、边缘计算、存储、AI 与 Zero Trust 等场景。
将 OpenClaw 状态目录（配置、工作区、会话、技能）备份到 Tigris 存储桶并支持恢复与回滚的脚本工具，依靠 rclone 与 sqlite3，可选 tigris CLI 实现快照。
TinyFish Doctor 是一个诊断与修复 TinyFish 配置的技能，覆盖 MCP 注册、认证与连通性检查。它调用 TinyFish CLI 自带的 doctor 命令做配置检查，再完成 CLI 结构上无法做的一项校验。
TinyFish Tunneling（tinyfi.sh）是一套基于 SSH 隧道的端口暴露方案，用于把本地运行的应用快速变成公网可访问的 HTTPS 地址。它无需注册账号，除 SSH 客户端外无需额外安装，适合在开发调试、联调演示或接收第三方 Webhook 回调时临时对外暴露本地服务。使用前先检查系统是否具备 ssh 命令，若缺失需先安装 OpenSSH。基本用法是通过 SSH 反向端口转发把本地端口映射到 tinyfi.sh，命令执行后会输出一个随机的 https://<random>.tinyfi.sh 公网地址；也可在命令中指定子域名，获得固定的 https://myname.tinyfi.sh 地址。该工具提供了默认端口参考，覆盖 Next.js/React/Express、Vite、Django、Flask、Go、Ruby on Rails 和 PHP 内置服务器等常见框架。为保持长连接稳定，可加入 ServerAliveInterval 保活参数。服务端存在速率与时长限制，包括每分钟每 IP 5 个 SSH 连接、每分钟每 IP 100 个 HTTP 请求、最多 50 个并发连接以及 48 小时空闲超时。由于隧道会把本地服务直接暴露到公网，资料明确警示不要用于管理后台、调试端点或任何包含密钥与凭据的服务。
“迭代交付”（eng-iterative-delivery）是一份面向工程团队的迭代交付与风险管理方法论，核心目标是在持续交付价值的同时控制影响范围，让工作可评审、可回滚、可追溯。它主张按“最小垂直切片”拆分工作，记录依赖与顺序以保持并行推进不被阻塞；在发布前规划功能开关、分阶段发布或金丝雀网络等发布护栏，并制定回滚预案（如合约暂停开关、移动端 kill switch、服务端配置开关）。它还强调透明的进度跟踪，维护与提交/PR 绑定的待办或检查清单，尽早沟通阻塞项；并通过 CI 覆盖每个切片、偏向基于主干的短生命周期分支工作流来提升部署信心。对迁移类变更，建议在可行时于同一次变更中包含向前和向后兼容步骤。验证要求每个切片具备独立验证与可观测性，避免“大爆炸式”合并，回滚步骤随变更一并记录，并在移交运维或评审者前更新发布说明或部署检查清单。该技能适用于需要控制发布风险、支持回滚与灰度发布的持续交付场景，具体安装命令与使用步骤暂未提供。
eng-observability 是一套面向软件工程的可观测性与调试纪律技能，强调在每次代码变更时就内置可追溯性、诊断能力和快速事件分诊能力，覆盖移动端、Web 与 Web3 技术栈。其目标是让开发者在生产环境中无需附加调试器，也能轻松回答“正在发生什么”和“为什么发生”，并确保日志、指标、事件与追踪既能捕获用户意图、运行环境与故障上下文，又能保护敏感数据。
该技能用于在 HubSpot 2027 年 3 月 30 日旧版 API 支持终止前，盘点调用 HubSpot API 的集成、私有应用和内部工具，并标记仍在使用 v1-v4 旧版端点或旧版 OAuth v1 的调用方，最终产出迁移清单。它通过检查私有应用日志、已连接应用、内部代码库、中间件以及可选的账户级 API 用量查询来建立调用方清单，再按红/黄/绿分类并规划迁移。需要超级管理员权限，可选私有应用令牌，以及内部集成源码访问权限。
依据公开资料整理的云基础设施识别技能，可从 IP、DNS、HTTP 头、TLS 证书及仓库文件等信号判断目标使用的云厂商、PaaS、无服务器与容器平台，输出带权重和基础设施摘要的结果。
DevOps Detector 是一个技能，用于从仓库信号、招聘信息和基础设施线索中识别 CI/CD 平台、容器化与编排、IaC、监控与密钥管理等 DevOps 技术。
TrueFoundry 部署监控技能：在 tfy apply 或 tfy deploy 后轮询部署状态直至终态，检查 Pod 就绪与副本情况，失败时拉取日志并诊断原因，报告最终结果与端点 URL。
该技能介绍如何用 vercel sandbox CLI 将繁重构建、完整测试套件和并行实验从本地机器转移到 Vercel Sandbox（Linux 微虚拟机）上执行。内容涵盖何时适合卸载、计划限制、一次性制作基础快照、按任务创建沙箱、推送源码并保留依赖、远程执行与结果取回、分片并行、区分既有失败、认证与项目作用域，以及一个封装常见操作的 sbx 脚本。适合需要为多个智能体或任务提供独立干净机器、减少本地资源占用的场景。注意 Hobby 计划在 vCPU、会话时长和成本上的限制，且 vercel sandbox exec 不传递远程退出码，需自行检查。
promote-feature 是 Warp 代码库中用于将受 FeatureFlag 控制的功能按阶段推广到 Dogfood、Preview 或 Stable 的技能。它说明了功能开关的两层机制：运行时层（warp_core/src/features.rs 中的 DOGFOOD_FLAGS、PREVIEW_FLAGS、RELEASE_FLAGS，按渠道在启动时启用）和编译期层（app/Cargo.toml 的 [features] 与 app/src/lib.rs 的 enabled_features() 桥接）。技能给出了推广到各渠道的具体步骤：推广到 Dogfood 只需在 DOGFOOD_FLAGS 添加标志；推广到 Preview 需加入 PREVIEW_FLAGS 并从 DOGFOOD_FLAGS 移除；推广到 Stable 需修改三个文件（app/Cargo.toml 的 default 数组、app/src/lib.rs 的 enabled_features() 桥接、以及从 PREVIEW_FLAGS/DOGFOOD_FLAGS 移除）。它还强调推广到 Stable 后不要立即删除标志，应保留 1–2 个发布周期以便回滚，后续清理使用 remove-feature-flag 技能，并建议创建 Linear 跟进事项。