SuperAPI AI 工具集

Skill 广场

找到适合任务的 Agent Skill,阅读介绍并复制安装命令。

更新于 11-01 00:15

部署与运维

12,884 个结果

openshift

该技能用于在 Red Hat OpenShift 容器平台上部署和管理应用,提供 oc CLI 常用操作与 OpenShift 专有功能的命令参考,包括项目(Project)管理、从镜像或源码(S2I)部署、模板部署、Route 创建与 A/B 分流、BuildConfig 与 ImageStream、DeploymentConfig、ConfigMap 与 Secret、SCC 安全上下文约束、Operator 订阅以及监控排查等。适合已具备 Kubernetes 基础、需要按 OpenShift 原生方式操作集群的开发与运维人员。使用前需确认 oc 上下文、项目、版本和写权限,并遵循密钥注入、SCC 授权、路由暴露等安全边界。

部署与运维2 次安装

policy-as-code

Policy as Code 是一套以代码方式实现策略即代码(Policy as Code)的实践指南,核心是使用 OPA/Rego、Kyverno、Checkov 等工具,在 CI/CD 与基础设施变更进入生产环境之前自动执行合规与安全策略检查。资料提供了 OPA/Rego 策略示例(如禁止公开 S3 桶、强制加密、强制标签、限制区域)、Kyverno Kubernetes 集群策略示例(如强制标签、禁止特权容器、强制资源限制、禁止 latest 标签、限制镜像仓库、要求 NetworkPolicy)、Checkov 自定义检查示例(如 S3 版本控制、RDS 备份保留),以及 OPA 评估、conftest、Checkov 运行与 SARIF 输出等命令。适用于对 Terraform、CloudFormation、Helm 等基础设施即代码变更实施安全与合规护栏,防止错误配置的 Kubernetes 工作负载部署,用自动化策略检查替代人工审批。资料同时说明其仅为指导与清单,不构成法律建议,也不替代合格审计人员;且为仅文档导入,上游模板与脚本未随附。

部署与运维2 次安装

runbook-creation

这是一个用于创建运维手册(Runbook)、标准操作流程(SOP)和故障排查指南的技能,适用于值班工程师在压力下按步骤执行。它提供完整模板结构(负责人、前置条件、操作步骤、验证、回滚、故障排查、升级、变更日志),并给出数据库故障切换示例、健康检查、日志收集、证书到期检查、磁盘清理等自动化脚本,以及审阅清单和测试策略。资料注明不捆绑上游辅助脚本与模板,需在预发环境验证,示例使用占位主机名和账号。

部署与运维2 次安装

service-mesh

Service Mesh 是一个用于实现 Istio 与 Linkerd 服务网格的技能,聚焦微服务之间的通信管理。它涵盖自动 mTLS 加密、流量管理(金丝雀发布、流量拆分、A/B 测试)、熔断、重试与超时、服务级可观测性(延迟、错误率、请求量)以及服务间授权策略。适用于需要在不改动应用代码的前提下增强微服务安全与流量控制的场景。使用前需具备 Kubernetes 集群(1.26+)、kubectl、Helm 3,以及 Istio 的 istioctl 或 Linkerd 的 linkerd CLI。资料提供了安装、Sidecar 注入、可观测性插件、VirtualService、DestinationRule、Gateway、PeerAuthentication、AuthorizationPolicy、熔断配置、Linkerd 安装与 SMI TrafficSplit 等示例,并包含调试与故障排查表。注意:版本兼容性需以官方矩阵为准,严格 mTLS 需分阶段验证,重试要求操作幂等,示例仪表盘非生产加固部署。

部署与运维2 次安装

ssl-tls-management

SSL/TLS 证书管理技能,面向 Web 服务器、Kubernetes 集群和内部服务的证书签发、续期与安全通信配置。内容覆盖 Let's Encrypt 与 Certbot 的安装、证书申请(包括用 DNS 质询申请通配符证书)、续期自动化(systemd 定时器与续期钩子),以及用 cert-manager 在 Kubernetes 中部署 ClusterIssuer、Certificate 和 Ingress 自动 TLS。还提供 OpenSSL 常用命令参考,用于生成密钥、CSR、自签名证书,查看证书详情与到期时间,校验证书链和转换格式;并给出 Nginx、Apache 的强 TLS 配置示例,包括协议版本、密码套件、会话设置和安全响应头。适用于新站点启用 HTTPS、证书续期自动化、集群证书管理、内部服务 TLS、密码套件审计,以及处理证书过期或泄露等情况。使用前需具备域名 DNS 控制权、服务器 root 权限、certbot 与 openssl,Kubernetes 场景还需集群与 Helm,并理解 X.509 信任链。该技能为纯文档导入,未附带上游脚本与模板;所有操作应在授权范围内进行,破坏性步骤先于非生产环境验证。

部署与运维2 次安装

systemd-services

systemd-services 是一个面向 Linux 系统管理的技能,用于创建和管理 systemd 服务与定时器。它覆盖单元文件编写、服务依赖与启动顺序、socket 激活、资源限制(cgroups v2)、journalctl 日志分析和生产环境安全加固。适用于将应用部署为后台服务、用 systemd 定时器替代 cron、调试服务启动失败、配置 CPU/内存/IO 限制等场景。使用时需具备 root 或 sudo 权限,并根据应用是否支持 notify、watchdog 和 socket 传递选择兼容配置。

部署与运维2 次安装

terraform-gcp

terraform-gcp 是一个使用 Terraform 和 hashicorp/google 提供商在 Google Cloud Platform 上以基础设施即代码方式开通和管理云资源的技能。它面向 GCP IaC 场景,提供提供商与后端配置、项目与状态存储桶设置、API 启用、网络模块(VPC、子网、防火墙、Cloud NAT)、GKE 集群与节点池、Cloud SQL 实例、IAM 服务账号与 Workload Identity,以及根模块组合、环境变量文件、CI/CD 计划与应用、资源导入和状态管理等示例。示例为部分模块,规划前需补全变量声明、子网 CIDR、API 依赖、私有服务连接输出及与提供商兼容的 schema。应用前需确认项目、后端、工作区和成本,并保护状态与计划文件。

部署与运维2 次安装

unifi-access-support

该技能用于通过 UniFi MCP 服务器生成一份经过脱敏的 UniFi Access 支持包,帮助用户在本地审阅后为缺陷报告做准备,全程不会上传、发布或提交任何内容。它提供 summary 和 connectivity 两种探测方式:summary 仅基于本地缓存,不接触控制器;connectivity 需用户确认后发起一次有界只读请求。支持包会保留各探测项的状态(如不可用、不支持、部分、截断),排除凭据、控制器地址、标识符、原始资源值、响应体、异常文本、日志和配置文件等敏感数据,但仍可能通过版本、运行模式和能力标志等关联或识别环境。工具缺失时可参考安装指引或回退到手工缺陷表单字段。

部署与运维2 次安装

course-builder-incident-forensics

course-builder-incident-forensics 是一套针对 course-builder 应用(如 ai-hero、epic-web 等)的生产事故诊断工作流,可在 Axiom、Vercel 日志、源代码和数据库前置条件之间交叉排查,定位具体根因。它从“course-builder 应用出现问题”出发,最终给出带证据的部署信息、接口、错误特征、抛错位置以及数据库/配置前置条件状态。使用前需要准备:<app>(Vercel 项目 slug,例如 ai-hero)、<dataset>(Axiom 数据集,常与 app slug 相同)、<host>(生产域名,例如 www.aihero.dev)。同时需满足若干前置条件:仓库路径、Vercel 对 skillrecordings 范围的访问权限、skill CLI 配置的 Axiom token、本地代码路径等。其主要能力包括快速分诊五步:确认部署与账号范围、从 Axiom 拉取 API 失败分布与具体失败样本、拉取失败部署的结构化运行时日志、将错误特征映射到代码中的抛错位置、直接验证数据库前置条件。资料中还给出了已知特征 Inngest 400 NonRetriableError 的排查要点,以及固定的报告模板与护栏要求。

部署与运维2 次安装

dlt-bootstrap

dlt-bootstrap 是一个用于初始化 dlt 数据摄取项目的引导工具,结合 dltHub 官方 AI Workbench 与 Relentless Data 的内部约定。它会在项目范围内安装 dltHub 的 AI Workbench,并将公司约定(Snowflake 作为目标端、Prefect 负责编排、DuckDB 用于开发验证)作为一条常驻规则叠加其上。该技能本身不构建管道,只负责环境搭建:检测项目现状、安装所需工具包、写入并提交内部规则文件、验证配置并向工作台交棒。日常管道开发通过 Workbench 自身的入口(如 /find-source、/explore-data)进行,内部规则因作为规则常驻而自动生效。

部署与运维2 次安装

kora-operator

Kora 是 Solana 基金会提供的支付主节点(paymaster)工具,用于为用户的 Solana 交易验证、签名并代付手续费。本资料为 Kora 节点运营指南,涵盖配置与部署。通过 cargo install kora-cli 安装,Docker 镜像为 ghcr.io/solana-foundation/kora:latest。配置需要 kora.toml 与 signers.toml 两个文件,前者管理验证、认证、定价、缓存、方法、捆绑、Lighthouse 与指标,后者管理签名者密钥池、类型与选择策略。定价模型有 margin(默认,成本加价)、fixed(固定费用)与 free(全部代付)三种,后两者需关闭 fee payer 转账以防止资金被耗尽。认证支持 API Key、HMAC 与 reCAPTCHA v3,可同时使用。支持 Jito 捆绑、Lighthouse 费用支付方保护、基于 Redis 的用量限制与缓存,以及 Prometheus 指标。部署方式包括 Docker、从源码构建与 Railway。文档见 launch.solana.com/docs/kora/operators。

部署与运维2 次安装

mise-tasks

mise-tasks 是一套用于编写和编辑 mise 任务的规则与最佳实践文档,源自 speakeasy-api/gram 项目。它规定了任务的命名与存放位置、Bash/TypeScript/Python 三类任务的配置方式,以及描述、依赖、环境变量、工作目录、确认提示、输入输出文件、输出控制、敏感信息脱敏和命令行参数等配置项的用法。任务需放在 .mise-tasks/ 目录或其子目录下,路径对应任务名,如 .mise-tasks/start.sh 对应 mise run start,.mise-tasks/test/app.mts 对应 mise run test:app。Bash 任务要求 #!/usr/bin/env bash 开头并兼容 bash 3.2+,配置项以 #MISE <option>=<value> 形式紧随 shebang 之后。TypeScript 任务需以 .mts 结尾并使用指定 node shebang。Python 任务使用相同指令语法,但需用 # fmt: off/# fmt: on 防止 ruff 改写注释。

部署与运维2 次安装

mastering-github-cli

Mastering GitHub CLI 是一份围绕 GitHub CLI(gh)命令行工具的参考技能,覆盖仓库搜索、代码发现、CI/CD 监控、工作流编写与自动化等操作。它同时提供 GitHub Actions 工作流 YAML 的编写模式,包括基础结构、缓存、矩阵构建、OIDC 认证以及企业级流水线的进阶模式,并附带可直接运行的预置脚本(如按路径查找仓库、等待工作流完成、超过 1000 条结果的批量搜索)。内容以速查表(Quick Start)、命令参考、脚本、校验清单和适用边界的形式组织,适合需要在终端中完成 GitHub 仓库与流水线操作的开发者和运维人员。

部署与运维2 次安装