release-checklist
OrchestKit 的顺序发布门禁技能，用于在打标签前执行 12 步检查（构建、测试、安全、类型检查、计数校验、差异审查、变更日志、版本号、暂存、提交、打标签、推送），每步报告 PASS 或 FAIL，首次失败即停止。
Skill 广场
找到适合任务的 Agent Skill，阅读介绍并复制安装命令。
更新于 10-19 00:11
部署与运维
11,924 个结果
alicloud-platform-devops
Alibaba Cloud DevOps（云效 Yunxiao 2020）是一款基于阿里云 OpenAPI/SDK 的 DevOps 管理技能，用于项目、代码仓库、流水线资源的发现、只读检查以及安全变更。使用前需配置最小权限的阿里云凭证，并安装 Python SDK 依赖（alibabacloud_devops20210625、alibabacloud_tea_openapi）。凭证优先通过环境变量 ALICLOUD_ACCESS_KEY_ID、ALICLOUD_ACCESS_KEY_SECRET 及可选的 ALICLOUD_REGION_ID 提供，也可使用共享凭证文件 ~/.alibabacloud/credentials。工作流程强调先确认目标组织/项目范围与变更窗口，执行 API 发现以确认准确的 API 名称与必需参数，再先运行只读 API（List*/Get*/Query*），最后在具备回滚方案和所有者确认后才执行变更类 API，并将输出与证据保存到 output/alicloud-platform-devops/。内置脚本支持列出 OpenAPI 元数据、项目、代码仓库和流水线，还可通过 API 快速映射表进行项目成员、代码仓库、流水线发布、工作项与测试等操作。
release-manager
Release Manager 是一个用于安全发布功能的技能，核心思路是通过渐进式发布、特性开关（Feature Flags）与金丝雀部署降低上线风险。它给出分阶段发布策略：第1天先向内部团队100%开放并修复关键问题；第2-3天先面向测试版用户开放5%并监控错误与性能、收集反馈；第4-7天逐步扩大到25%、50%，状态良好再全量。文档还提供特性开关的 TypeScript 实现示例，按用户组或用户ID哈希百分比控制功能可见性。部署策略部分介绍蓝绿部署（可即时回滚，但基础设施成本翻倍）和金丝雀部署（先5%服务器、观察1小时后逐步扩量）。同时给出回滚标准（错误率超1%、性能下降超20%、发现严重缺陷、负面反馈）与回滚流程、发布前中后检查清单、发布期间需监控的关键指标与告警阈值，以及内外部沟通事项。
alby-hub
Alby Hub 是一个自托管（self-custodial）的闪电网络节点管理工具，本技能通过 @getalby/hub-cli 命令行工具对其进行管理。该技能处于实验性/不完整阶段，CLI 并未覆盖 Alby Hub 的全部功能，遇到不支持的功能需引导用户改用 Alby Hub 网页界面。技能侧重于节点管理，包括安装（Linux、Docker、树莓派、桌面端）、后端选择（LDK、LND、Phoenixd、Cashu、Bark）、初始设置、认证与令牌管理、节点启停与健康检查、Alby 账户连接、Alby Pro 订阅、备份（静态通道备份与恢复短语）、LSP 通道订购、JIT 通道、通道与对等节点管理、闪电与链上支付、兑换（swap）、NWC 应用创建、子钱包管理、二维码展示、自定义节点命令以及 Mutinynet 测试网设置。CLI 默认连接 http://localhost:8029，默认后端为 LDK，所有命令以 JSON 输出到 stdout，错误以 JSON 写入 stderr。技能强调安全：不得读取令牌文件或恢复短语文件，不得泄露 NWC 连接密钥，优先使用已保存令牌或环境变量而非命令行内联令牌。
modal
Modal 是一个面向 AI 工作负载的云平台技能，提供高度可扩展的无服务器计算（含 GPU），配置极少。本技能用于在回答 Modal 相关问题、阅读文档或编写代码前获取平台使用指导。
setup
本技能用于端到端地安装、部署或初始化一套全新的 Coder（coder/coder）环境，适合首次在 Docker、Kubernetes/Helm、虚拟机、云端或配置 HTTPS/域名时使用。它会读取 Coder 官方最新文档来获取安装方式、Helm 参数、TLS、通配符域名、模板、OIDC/OAuth、外部 provisioner、升级、备份、遥测及 Premium 功能等细节，并代为应用，而不是把用户引向文档。技能保留安装流程、用户交互规则和若干安装特有的注意事项：通过一次一个决策的方式收集用户需求（是否用过 Coder、演示还是长期团队部署、运行位置、首个管理员登录方式、是否推送起步模板并创建首个工作区），静默探测主机环境后给出简短计划并确认，再执行安装（直接 host 安装、用户本地安装、Docker Compose 或 Helm）、启动服务、创建 Owner 管理员、推送起步模板、构建工作区，最后以简明方式交接。安装前会检查当前 shell 是否已处于 Coder 工作区内以避免嵌套冲突；对破坏性操作会先确认；不会默认启用试用或 Premium、不会替用户关闭遥测、不会打印密码或密钥。
cost-optimizer
cost-optimizer 是一个用于 DAG 执行的 LLM 成本追踪与预算控制技能，可实时监控累计花费，并在超预算时降级模型、跳过可选节点或提前停止，还提供执行后成本报告与优化建议。
project-migration
将现有项目迁移到主机原生工具链标准（mise、direnv、uv、pnpm、APM）的技能，非破坏性且交互式，在分支上按阶段评估、执行、验证并汇总变更。
antigravity-firebase
在 AntiGravity 中连接 Firebase MCP 的技能，触发词为「连接 Firebase」「设定 Firebase」。提供安装登录 Firebase CLI、注册 MCP 服务器及安全规则说明。
cloudflare-r2
Cloudflare R2 是 Cloudflare 提供的对象存储服务，兼容 S3 接口，运行在 Cloudflare 边缘网络上。本技能文档介绍如何在 Cloudflare Workers 中使用 R2 存储对象，涵盖创建存储桶、配置绑定、上传下载文件、生成预签名 URL、配置 CORS 等常见操作。文档包含完整的代码示例，包括基础的 put/get/head/delete/list 操作、分片上传（Multipart Upload）流程，以及使用 aws4fetch 生成预签名 URL 的方法。适用于需要在 Worker 中处理文件上传下载、为私有对象提供临时访问链接、或让客户端直传 R2 的场景。文档标注状态为 Production Ready，最后更新于 2025-10-21，依赖 cloudflare-worker-base，涉及版本包括 wrangler@4.43.0、@cloudflare/workers-types@4.20251014.0、aws4fetch@1.0.20。
python-env-manager
python-env-manager 是一个为 Python 项目提供环境管理器检测与依赖安装统一入口的技能。它解决的核心问题是：当前项目到底用的是哪个 Python 环境管理器（pixi / uv / poetry / hatch / conda / pip+venv），以及用对应的正确命令安装包。该技能是 data-science-python-stack 及一系列机器学习工作流技能的“单一权威”，当这些工作流技能需要新增依赖时，由本技能负责检测与安装。它内置检测表，按项目根目录的信号（如 pixi.toml、uv.lock、poetry.lock、hatch.toml、environment.yml、requirements.txt 等）识别管理器；在无法确定时通过 AskUserQuestion 向用户询问，默认推荐 pixi。技能强制固定依赖路由到 default / dev / agent 三类特性桶，禁止用错管理器安装（如项目用 pixi 时不得 pip install），禁止无声引导（no silent bootstrap），默认不锁定版本，且不代替用户运行 curl | sh 之类的系统级安装器。安装后会要求重新输出 Pre-flight 检查清单并附证据，并进行事后审计。
docker-containerization
Docker 容器化技能，用于编写生产级 Dockerfile、docker-compose 配置、多阶段构建与容器优化。覆盖多阶段构建、安全加固、镜像体积优化、层缓存策略、健康检查以及开发与生产环境的 Dockerfile 模式，帮助区分 2GB 与 50MB 镜像的实践差异。适用于从零编写或改进 Dockerfile、编译型语言多阶段构建、本地开发用 Docker Compose、镜像瘦身、安全扫描与加固、构建失败排查、.dockerignore 优化等场景；不适用于 Kubernetes 编排、云厂商容器服务、CI/CD 流水线配置、docker-compose 之外的容器网络以及 Docker Swarm。
huawei-cloud-kubectl-cce-installer
该技能用于通过 kubectl cce 查询华为云 CCE 集群中的特定 Kubernetes 资源，主要执行只读操作（get、describe、logs）。使用前需确认 region、cluster_id（标准 UUID）、资源类型，以及命名空间或精确资源名。禁止使用 -A、--all-namespaces 等全集群查询，禁止执行 apply、create、delete、edit、patch、replace、scale、rollout、cordon、drain、exec 等写操作，也不得输出凭据、令牌、kubeconfig 内容或 Secret 数据。当本地缺少 kubectl 或 kubectl-cce 插件时，可先运行检查脚本，再按安装脚本进行本地安装或替换，安装属于 R1 本地变更，需先预览并显式确认后才可执行。
cdk-bootstrap-configuration
CDK Bootstrap Configuration 是一个面向 AWS CDK 基础设施开发者的参考模式（reference pattern），用于解决使用 valueFromLookup() 读取引导配置时产生的 CDK 上下文缓存问题。其核心思路是将「引导配置（部署输入）」与「运行时配置（基础设施输出）」彻底分离：引导配置（如域名、证书 ARN、账户 ID）通过 .env.{stage} 文件或 CI/CD 环境变量在 synth 时直接由 CDK 读取，不经过 SSM 查询；部署完成后，基础设施的输出再写入 SSM Parameter Store，供服务在运行时消费。该模式包含环境管理器（加载并校验引导配置）、通过 props 传递配置给 Stack、以及将 Stack 输出写入 SSM 等实现要点。其收益包括消除 cdk.context.json 缓存与人工干预、避免部署脚本与基础设施代码之间的循环依赖、对 CI/CD 友好、synth 时类型安全校验、以及不产生环境相关的上下文文件。适用于带生产域名与证书的 CDK 项目、多环境部署（dev、staging、prod）以及使用 CI/CD 流水线的团队。对于单一环境项目、非 CDK 项目或所有配置均由 CDK 自身生成的项目，该模式可能并不必要。
hap-cli-environments
hap-cli-environments 是 HAP 命令行工具的多环境、多账号操作守则，用于在授权了多个 HAP 环境或账号时，决定命令应在哪个环境、哪个账号上执行，避免误操作正式环境造成不可逆后果。
disk-cleanup
disk-cleanup 是一个面向 Linux VM 的磁盘清理技能，在 df 显示磁盘占用超过 80% 或用户需要回收存储空间时使用；通过盘点占用、区分安全与需确认目标、执行清理并校验回收量来腾出空间。
doca-dms
NVIDIA DOCA 管理服务（DMS）操作技能，指导在 BlueField、Arm/x86 主机或 Kubernetes Pod 上部署与运行 dmsd 与 dmspe，涵盖部署形态、认证模式、gNMI/gNOI 操作、日志与排错，并强调重启、装系统、恢复出厂等破坏性操作需先确认目标。
docker
Docker 是一个把应用打包进隔离容器、让其在各种环境中保持一致运行的技能资料。它涵盖 Dockerfile 镜像构建、多阶段构建与层缓存优化、Compose 多容器服务编排、容器网络与服务发现、命名卷持久化数据、健康检查、非 root 用户运行、构建机密管理、多平台构建（ARM 与 x86）、镜像版本固定，以及 CI 层缓存与调试等主题。资料同时给出何时使用（容器化应用、可复现开发环境、多服务编排、部署到 ECS/Kubernetes/Fly.io/Railway/Coolify 等容器平台）与不适用场景（无后端的纯静态站点、单二进制 CLI 工具、目标平台有原生 buildpack 且无需容器控制的场合）。本条目以速查表形式列出常见模式、关键要点与常见错误的正确做法，并说明可将 Dockerfile 审查、Compose 配置探查、容器编排架构决策分别委派给相应代理，以及把 CI/CD 与安全加固交给对应技能处理。
gating-production-deploys
该技能用于配置 GitHub Actions 工作流中的生产部署门禁：当工作流需要向镜像仓库（ECR、ghcr、Docker Hub，通过 build-push-action）推送生产容器镜像，或向 PostHog/charts 派发部署时，必须加上统一的门禁条件，否则可能从错误的位置发布或部署。门禁写法为：if: github.repository_owner == 'PostHog' && vars.CD_DEPLOY_ENABLED == 'true'，代替硬编码 github.repository == 'PostHog/posthog'。适用于 push 到 master、定时任务或 workflow_dispatch 触发的生产镜像推送和 commit_state_update 派发（含部署令牌步骤）。不应对发布/分发类工作流（GitHub release、npm、crate、Homebrew 等）、pull_request 校验构建、以及变更检测/环境准备作业加门禁。仓库需设置 CD_DEPLOY_ENABLED 变量，可用 actionlint 做检查。
autonomous-cloud-orchestration
该技能面向使用 AWS Bedrock AgentCore 构建与运行 AI 智能体的场景，提供多云服务编排的指引。它覆盖 AgentCore 的七项核心服务：Gateway（将 REST API 转换为 MCP 工具）、Runtime（在无服务器运行环境中执行智能体）、Memory（会话记忆管理）、Identity（凭证与访问管理）、Code Interpreter（沙箱内安全执行代码）、Browser（网页自动化与抓取）以及 Observability（追踪与监控）。该技能强调在回答 AWS 相关问题前，必须通过 AWS MCP 工具验证文档与区域可用性；若 MCP 工具不可用，则引导用户配置 AWS MCP，或根据是否具备 uvx 与 AWS 凭证选择完整版 AWS MCP Server 或无需鉴权的 AWS Documentation MCP。内容按服务与跨服务工作流组织，涵盖 Gateway 目标的部署流程、统一的凭证管理方式，以及智能体监控配置，并指向各服务的 README、部署策略、故障排查等文档。
glab-ci
glab-ci 是 GitLab CLI 中用于操作 CI/CD 流水线、作业与产物的技能集，可查看流水线状态、跟踪作业日志、调试 CI 失败、触发手动作业、下载构建产物并校验 .gitlab-ci.yml 配置，支持 JSON 结构化输出以便自动化调用。
portal-external-app
用于把独立仓库、以 Docker 镜像交付的外部服务接入 XGENT 门户或评审交付物。覆盖对接契约、manifest、注册、鉴权、原生客户端登录、/svc 路由、健康检查与一盒联调。
xgent-image-push
xgent-image-push 是一个面向 App 发版场景的技能，用于把镜像构建并推送到私有 Harbor 仓库，也可用于配置 CI 推送或排查 docker push 失败。仓库地址不硬编码，而是按顺序从本地配置文件或环境变量读取；推送到哪个 <REGISTRY>、哪个 <PROJECT> 由配置决定，镜像 tag 采用 v<MAJOR>.<MINOR>.<PATCH>-<7位 git sha> 规范。推送前会做链路预检、tag 冲突检查、保留策略预警、login、锁定 amd64 架构构建、架构核对、push、验证与 logout，任何一步不通过即停止。它强调 CI 必须与仓库同地域、镜像必须是 linux/amd64、tag 不可变且符合规范、每个 repository 只保留最近推送的 10 个 tag 等约束，并给出常见报错对照与凭证处理方式。
dependency-management
该技能面向软件项目中第三方依赖的全生命周期管理，涵盖版本锁定策略、安全审计、许可证合规、更新工作流、锁文件管理与供应链安全。它提供了一套实践规则：在添加新依赖前评估替代代码量、下载量、维护活跃度、许可证兼容性与传递依赖规模；讲解精确锁定、波浪号与插入号语义的适用场景；梳理 npm audit、pip-audit、Socket.dev、Snyk 等审计工具的用法与 SBOM 生成；介绍 Dependabot 与 Renovate 的更新自动化配置思路；并覆盖拼写抢注、依赖混淆、npm overrides/resolutions、peer dependencies 等具体问题。适用于生产应用的依赖治理与供应链风险控制，不适用于内部 monorepo 包管理、自有包发布及隔离环境vendoring。