SuperAPI AI 工具集找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 11-02 00:09
12,932 个结果
docker-offline-verification 是一个用于验证容器化 Docker 应用在无网络环境下可正常运行的技能，主要面向需要在离线/气密条件下证明容器能正常提供服务的场景，例如演示站点、教学站点和已部署容器。它的核心揭示了一个常见误区：当使用 --network none 运行容器时，配合 -p 端口映射会静默失效，因为端口发布依赖已连接的网络，没有网络就没有可发布的来源，因此端口无法访问看起来像应用故障，实际是 Docker 网络机制。技能提出正确流程：先用 --network none 且不带 -p 启动容器，再通过 docker exec 进入隔离容器内部，从容器内针对 localhost 逐个请求每条路由，并断言返回的状态码或响应内容符合预期；若容器内没有 curl，可使用 wget。该技能适合离线验收、教学环境演示以及部署后隔离性检查，限制在于它依赖容器内部具备 curl 或 wget 等请求工具，且资料未提供更多自动化脚本或批量断言细节。
该技能用于解决在非交互式 shell（如 CI、脚本、定时任务或 bash 工具）中执行 git rebase 时命令挂起或超时的问题。原因是 git 在 rebase 的两个阶段会调用交互式编辑器（nano/vi），而无 TTY 环境下编辑器会一直等待标准输入。修复方法是给命令加上环境变量：用 GIT_EDITOR=true 跳过提交信息编辑，用 GIT_SEQUENCE_EDITOR=: 跳过 TODO 列表编辑，两者可同时设置。适合已解决冲突后执行 git rebase --continue 卡住、或在非交互环境做交互式 rebase（reword、squash、调整顺序）的场景。
该技能用于诊断和修复 GitHub 仓库中“gh pr merge --auto”失败、以及“CI 全绿后自动合并”（merge-when-green）不生效的问题。它把自动合并的条件归纳为多层门槛：仓库级 allow_auto_merge 开关（默认关闭，需用 gh api PATCH 开启，工作流 YAML 无法开启）、允许的合并方式（例如仅允许 rebase 的仓库不能使用 --squash）、以及基线分支保护或规则集中的必需状态检查；三者缺一早些时候，GitHub 会以不同错误拒绝启用自动合并。还给出必需检查的选取规则（只选每个 PR 都会上报的检查，矩阵任务要带参数后缀，WIP 机器人和路径过滤任务不可设为必需），并提示用 GITHUB_TOKEN 创建的机器人 PR 不会触发工作流，从而与必需检查规则集形成死锁，需改用 PAT 或 GitHub App 令牌，或用用户身份更新分支来解冻。另有规则集会阻断直接推送 main 的发布工作流（GH013、半落地发布）、自定义 shell 不继承 -eo pipefail 导致推送失败被吞、以及规则集 bypass actor 不适用于 GitHub Actions 集成等注意事项。
该技能用于通过 GitHub Actions 的 Trusted Publishing（OIDC）配置 npm 包发布流程，替代长期有效的 NPM_TOKEN 密钥。适用于需要借助 CI/CD 发布 npm 包、创建 publish.yml、实现自动化发布等场景。技能强调多项关键注意事项：Node 24 才能满足 npm 11.5.1 及以上的 OIDC 最低要求；发布步骤中必须完全不存在 NODE_AUTH_TOKEN 环境变量；工作流需授予 id-token: write 权限；package.json 中的 repository.url 必须与 GitHub 仓库匹配；新包的首次发布不能使用 OIDC，需先手动或以令牌发布后切换；还需在 npmjs.com 手动配置 Trusted Publisher。
用于配置、审查、调试或验证 Orca 按工作空间环境配方的技能说明，面向按需创建的一次性运行时（云沙箱、虚拟机、SSH 主机或本地环境）。
面向 Linux GPU 服务器上 ar-runtime 技能的文件系统与 Python 环境安全规则，规定可写/可删路径、禁止路径、硬性操作红线，以及 Miniconda 的安装、路径式环境创建、依赖安装与清理流程，任何写入、删除、移动、安装操作都应先应用。
面向 Exceptionless 本地 Aspire 应用的运行时诊断技能，用于通过资源状态、结构化日志、OpenTelemetry 日志/追踪/跨度、指标与浏览器遥测定位故障；不用于常规编辑、构建或测试工作。
Expanso 生态中用于按严重级别过滤日志消息的技能，隶属 log-processing 类别。它提供 pipeline.yaml 配置文件与 run.sh、test.sh 脚本，可通过 Expanso CLI 运行，用于日志处理流程中的严重性筛选。
Expanso 提供的生产级日志处理流水线技能，包含完整 pipeline.yaml 配置，可通过 run.sh 或 Expanso CLI 运行，需先安装 Expanso Edge 并配置凭据。
面向 Azure 生产部署与运维的可继承技能，覆盖静态 Web 应用、容器应用、App Service、安全基线、限流重试、多订阅管理与 Bicep 基础设施即代码等实践模式。
面向 Azure 工作负载的 DevOps 自动化技能，覆盖 CI/CD 流水线、基础设施即代码与部署自动化，涉及 Azure DevOps Services、GitHub Actions 和 Bicep 等实践。
该技能用于将 VS Code 中的笔记本推送到 Microsoft Fabric，通过 Azure DevOps Git 集成实现同步，提供变更检测、CHANGELOG 记录、前置条件校验和选择性同步，适用于 Fabric 笔记本的 DevOps 发布流程。
面向 DevOps 与云工程的基础设施即代码（IaC）技能，汇总 Terraform、Bicep、Pulumi、CloudFormation 等工具的声明式基础设施模式，涵盖模块化、状态管理、测试与 GitOps 工作流。
无指责事后复盘引导技能，帮助团队从故障中学习并改进系统而非追责个人。内含复盘模板、会议引导流程、严重度分级与行动项规范。
面向任意项目类型的通用部署技能，覆盖发布、打包与上线流程，提供各包管理器发布命令、语义化版本、变更日志、CI/CD 与回滚参考。资料未提供具体安装方式与价格。
用于发布前预检、版本一致性与部署纪律的技能：通过预检脚本核对版本同步、构建、Lint、测试和打包，避免未跑检查就发布。
Error Recovery Patterns Skill 是一份关于系统出错时如何处理的技能资料，核心是“预防→检测→遏制→恢复→学习”的恢复层级，涵盖重试规则、退避、熔断、降级、回滚与错误边界等模式。
面向 DevOps 与云工程的基础设施即代码（IaC）技能，汇总 Terraform、Bicep、Pulumi、CloudFormation 等工具的声明式基础设施定义、模块化、状态管理、测试与 GitOps 实践。
面向任意项目类型的通用部署技能，覆盖发布、打包与部署知识，跨包管理器、语言和平台，提供部署决策树、发布前检查清单及常见包管理器的发布命令。
Release Preflight Skill 是一套发布前检查与版本一致性规范，强调发布前必须运行预检清单，确保 package.json、CHANGELOG、Git 标签和 README 徽章中的版本保持同步，并覆盖构建、测试、打包与人工复核等环节。
cf 是 Cloudflare 官方命令行工具（Beta 版），用于调用公开的 Cloudflare API（2,900+ 条命令，多数由 API schema 生成）并管理 Workers 项目。它支持通过自然语言任务描述检索命令、查看 API 请求结构、预览请求后再执行，适合在终端中查找和运行 Cloudflare 命令、创建与管理资源及开发部署 Workers。安装方式为 npm install --global cf，同时安装 cf 与 cloudflare 两个等价命令，需要 Node.js 22.18 或更高版本，不支持 Bun。当前处于 Beta，命令、配置和构建输出可能在稳定版发布前变动。
该技能用于构建、调试或审查由 Cloudflare Gateway HTTP 策略中 Forward 动作调用的 Workers，核心是实现 GatewayMiddleware 入口：从 cloudflare:workers 导出继承 WorkerEntrypoint 的命名类，实现 handle(request, context, next) 并返回 Response。技能指导选择模板（流量变换、合成响应、后台任务），区分 Gateway 上下文与 this.ctx/this.env，规定 next(request) 最多调用一次且始终指向原目标，改用 fetch() 访问其他目标。还涵盖身份与设备态势读取、Gateway 行为限制（仅首个匹配策略触发、响应复检、请求字节不再检查、HTTPS 需解密、WebSocket 绕过、VPC 流量丢弃、失败即关闭）以及类型检查与真实 Forward 路径验证。
该技能用于对已部署的 Cloudflare Workers 和 Durable Objects 进行 CPU 使用与内存分配的性能剖析或调试，并依据剖析结果优化代码。它帮助定位部署代码中开销较大的函数或内存分配点，先阅读生产环境剖析指南，再按症状确认账号、Worker、环境、部署版本以及 Durable Object 的所属 Worker、命名空间和实例，选择 CPU 或堆剖析类型。优先使用 cf CLI 抓取剖析数据，输出 pprof 文件，可直接分析或借助 Go pprof 等工具分析，将热点映射到函数与源码位置；若只能看到生成的 JavaScript 文件名与函数名，会建议启用 source maps 后重新剖析。最后提出有捕获证据支持的最小代码改动，并输出简短报告，包含每项发现的文件、函数、源码位置与带单位的指标证据，以及最小可执行改动及其效果检查方式。
用于在已有 Vercel 项目上安全操作环境变量、Root Directory 链接、预览部署、部署保护与自定义域名，避免泄露变量值、操作错项目或环境，或把环境变更误当成已部署变更。