SuperAPI AI 工具集

Skill 广场

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

更新于 10-18 00:12

部署与运维

11,918 个结果

fabric-builder

Fabric Builder 是一个用于生成 Cloud Foundation Fabric (CFF) Terraform 代码的技能。它基于 Google Cloud Platform 的 cloud-foundation-fabric 仓库中的 CFF 模块,按照既有最佳实践与约定生成符合 CFF 风格的 Terraform 根模块。其核心工作流为:先理解用户请求的 GCP 资源及其关系,再从 GitHub 上的 modules/ 目录中识别相关的 CFF 模块,最后依据 conventions.md 输出调用这些模块的 Terraform 根模块。为避免臆造模块的输入输出,工具要求使用 fabric.py 脚本从 GitHub 拉取指定模块的 README、变量、输出和 schema 等准确信息;同时提供查询可用模块列表、获取最新发布版本等功能,并支持在遇到 SSL 证书问题时使用 --no-ssl-verify 标志。适用场景包括创建 GCP 资源、使用 Fabric 模块或生成相关 Terraform 代码。

部署与运维135 次安装

cloudflare-knowledge

Cloudflare Knowledge 是一个面向 Cloudflare 平台的知识型技能,覆盖 Workers、Pages、R2、D1、KV、Durable Objects、Workers AI 与 Zero Trust 等主题。它作为轻量编排层,按需加载 references/ 目录下的深度参考资料,帮助处理 Workers 开发、Wrangler CLI 与 wrangler.jsonc 配置、边缘存储服务选型、Workers AI 推理、MCP 服务器开发、Zero Trust 配置、CI/CD、可观测性与成本优化等任务。

部署与运维135 次安装

environment-deployment-strategy

环境部署策略(Environment Deployment Strategy)是一套面向安全部署实践的三层环境方案,用于在支持快速开发迭代的同时,防止误将代码部署到生产环境。该方案划分本地(local)、开发(dev)、生产(prod)三类环境:本地运行在开发者机器上并复用 dev 的云资源,不允许部署;dev 部署到云端并镜像生产架构,可通过本地脚本或 GitHub Actions(合并至 dev 分支时)部署;prod 仅允许通过 GitHub Actions(合并至 main 分支)部署,禁止从本地机器部署。主要能力包括:通过部署限制保护生产、用云端 dev 资源加速本地迭代、dev 与 prod 的资源隔离与命名区分、CORS 配置规则,以及 GitHub Actions 与 AWS CodePipeline 两种集成方式。适用于搭建部署流水线或添加部署脚本的场景,也可选用更简单的双环境方案或包含 staging 的四环境方案。

部署与运维135 次安装

aws-cli

该技能用于通过 AWS CLI 与 AWS 云服务交互,覆盖 EC2、ECS、EKS、Lambda、S3、RDS、DynamoDB、VPC、Route53、CloudFront、CloudWatch、成本与账单、Bedrock、Support、IAM 等服务的常用命令。技能内置安全协议,对删除、破坏性修改、状态变更、安全变更及高成本资源创建等危险操作要求先向用户确认。默认区域为 us-east-1,AWS CLI 已预配置完整账户权限。适用于云基础设施的查询、管理与运维场景。

部署与运维135 次安装

opentelemetry

OpenTelemetry(OTel)是一个厂商中立的可观测性框架,用于对遥测数据(追踪、指标、日志)进行埋点、生成、采集与导出。本技能提供在 Kubernetes 环境中实施 OTEL 的指导,涵盖 Collector 配置、Kubernetes 部署、追踪/指标/日志管道、埋点以及常见问题。内容包括快速开始(通过 Helm 部署 Collector、发送 OTLP 测试数据)、核心概念(信号类型、Collector 组件)、Collector 配置示例、Kubernetes 属性增强、部署模式对比、开发与生产环境常见模式、验证命令、关键 Helm Chart 值以及注意事项。

部署与运维134 次安装

devops-workflow-engineer

DevOps Workflow Engineer 是一个用于生成和优化 GitHub Actions CI/CD 工作流的技能。它能够生成 CI、CD、发布、安全扫描和文档检查等类型的 GitHub Actions YAML,分析现有流水线并给出优化建议,以及生成包含部署策略、健康检查和回滚流程的部署计划。它内置三个脚本工具:workflow_generator.py 用于生成工作流 YAML,pipeline_analyzer.py 用于分析工作流并输出优化发现、成本估算和严重性评级,deployment_planner.py 用于生成部署计划。该技能还提供工作流与优化、GitHub Actions 模式、部署策略和智能体工作流四类参考文档,并可与发布编排、DevOps、安全运营、QA 和事故指挥等技能集成。

部署与运维133 次安装

dedicated-server

Godot 4.3+ 专用服务器开发技能,涵盖无头导出、服务器架构、大厅管理与部署。内容以 GDScript 为主、C# 为辅,讲解如何通过 --headless 标志与专用导出预设构建无显示、无 GPU、无音频的服务器二进制,如何用 OS.has_feature("dedicated_server") 区分服务端与客户端启动逻辑,如何组织仅服务端运行的物理与游戏逻辑,以及大厅系统、比赛流程状态机、命令行参数配置和基于 Linux VPS + Docker + systemd 的生产部署方案。

部署与运维133 次安装

absolute-upgrade

Absolute Upgrade 是一个面向依赖升级的命令式技能:它把「过期/有漏洞的依赖」按风险评估分批处理成升级波次(patch/minor 合并批量升级,major 单独门控并先阅读 changelog),逐波增量应用,并在每波后验证项目自身的测试与构建是否通过。它复用 references/health-engine.md 中的共享引擎,遵循 DETECT → SCAN → TRIAGE → FIX → VERIFY → REPORT 循环与安全契约。支持扫描 npm、pnpm、yarn、Python(pip / poetry / uv)、Go 等生态的过期依赖与锁文件/清单文件,标记已知弃用、重复版本、直接与传递依赖。适用场景包括日常「把依赖更新到最新」、指定包升级、清理 npm outdated 或 Dependabot 积压。不适用于新增依赖或专门的漏洞审计(后者应使用 /absolute audit)。

部署与运维133 次安装

release

cmux 的发布工作流技能,用于端到端准备并发布一个 cmux 版本。流程包括:从 GhosttyTabs.xcodeproj/project.pbxproj 读取 MARKETING_VERSION 确定下一版本号(默认 minor 递增);创建 release/vX.Y.Z 分支;用 git describe 与 git log 收集自上个 tag 以来的用户可见变更与贡献者;更新 CHANGELOG.md(Added/Changed/Fixed/Removed 分类)并同步 changelog-media.ts 的高亮内容;通过 ./scripts/bump-version.sh 更新版本元数据;提交推送、创建发布 PR、监控 CI、合并并同步 main;运行预打标签守卫后创建并推送 tag;最后验证发布工作流与产物(如 cmux-macos.dmg)。

部署与运维133 次安装

checking-deploy-timing

该技能用于确定某次 PostHog 代码变更何时部署到指定环境。PostHog 的 CI 在每次提交发布到环境时会写入一个部署标记注释,这些注释在用户界面中隐藏(hidden_in_user_interface: true),但它们是部署时间的权威来源。技能通过 posthog:annotations-list 搜索 "deploy" 列出部署注释,每条标记包含被部署的 commit、环境(prod-us、prod-eu 或 dev)、创建类型 GIT、范围 organization、部署时间(UTC)。工作流为:先找到变更的合并提交(通过 gh search prs 与 gh pr view 获取 merge commit SHA 和 mergedAt),再按时间升序列出目标环境在合并时间附近的部署,然后用 gh api compare 验证被部署的 commit 是否真正包含该合并提交(behind_by 为 0),第一个通过验证的部署即为发布该变更的部署。最后报告该区域的部署时间及 PR/commit。适用于回答“某变更何时上线”的问题,避免用指标或事件量变化来推断部署时间。

部署与运维133 次安装