Token导航 LogoToken导航

Agent Skill · 研究检索

deployment(部署)

用于辅助云资源、部署、容器、基础设施和运维自动化任务。它适合让 Agent 检查配置、整理部署步骤、分析资源状态、生成排障思路或辅助云服务接入。使用时需要明确目标环境、账号权限、区域和资源组,区分本地测试与生产操作;涉及删除资源、重启服务、修改网络或权限配置时,应先确认影响范围。

deployment 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为接触敏感数据;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 48,042。

总安装 706周安装 30GitHub Stars 1下载 247核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:deployment(部署)
来源仓库:https://github.com/pixel-process-ug/superkit-agents
仓库路径:skills/deployment
安装命令:
npx skills add https://github.com/pixel-process-ug/superkit-agents --skill deployment
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/pixel-process-ug/superkit-agents --skill deployment

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

deployment 用于辅助云资源、容器和基础设施部署,适合配置检查和排障思路生成。适用于部署步骤整理、资源状态分析和云服务接入支持的场景。明确目标环境和账号权限,区分本地测试与生产操作;涉及删除或修改时先确认影响范围。通过 npx skills add 命令从指定 GitHub 仓库安装并使用该技能。

deployment 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/deployment

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/pixel-process-ug/superkit-agents --skill deplo…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要接触敏感数据,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

deployment 怎么安装?

在终端执行 npx skills add https://github.com/pixel-process-ug/superkit-agents --skill deployment。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

deployment 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

deployment 需要什么权限?

权限级别是接触敏感数据。该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

deployment 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

deployment 用的人多吗?

公开数据是累计安装 706 次,近一周安装 30 次,下载 247 次,GitHub 1 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

deployment 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 需要接触敏感数据,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。

不太适合

  • 环境里有大量密钥、凭证,不方便给第三方 Skill 读取的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
deployment

部署 · 本页

7061接触敏感数据未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Deployment

Overview

Set up CI/CD pipelines and deployment configurations that automate the path from code to production. This skill detects the deployment target, generates pipeline config, creates pre/post-deploy checklists, and configures monitoring — producing a fully automated, rollback-ready deployment pipeline.

Announce at start: "I am using the deployment skill to set up the deployment pipeline."

Phase 1: Detect Deployment Target

STOP after this phase — present findings to user for confirmation before proceeding.

Ask questions to identify the full deployment context:

Platform Detection:

  • Where does this deploy? (Vercel, AWS, GCP, Azure, DigitalOcean, self-hosted)
  • Container-based? (Docker, Kubernetes)
  • Serverless? (Lambda, Cloud Functions, Edge Functions)

CI/CD Detection:

  • What CI system? (GitHub Actions, GitLab CI, CircleCI, Jenkins)
  • What triggers deployments? (push to main, tags, manual)
  • Multi-environment? (dev, staging, production)

Infrastructure Detection:

  • Database migrations needed?
  • Environment variables management? (secrets manager,.env)
  • CDN/caching? Asset pipeline?
  • Monitoring/alerting? (Datadog, Sentry, New Relic)

Platform Selection Decision Table

Project TypeRecommended PlatformCI/CDWhy
Static site / SPAVercel, Netlify, Cloudflare PagesBuilt-inZero config, edge CDN
Node.js APIAWS ECS, Cloud Run, RailwayGitHub ActionsContainer support, auto-scaling
Monorepo (frontend + backend)Vercel + AWS / RailwayGitHub ActionsSplit concerns, independent scaling
Enterprise / compliance-heavyAWS EKS, GKEGitLab CI, JenkinsFull control, audit trails
Hobby / side projectRailway, Fly.io, RenderBuilt-in or GitHub ActionsSimple, low cost
ML / data pipelinesAWS SageMaker, GCP VertexGitHub Actions + AirflowGPU support, pipeline orchestration

Phase 2: Design Pipeline

STOP after this phase — present pipeline design to user for approval before generating config.

Standard Pipeline Stages

┌─────────┐   ┌──────────┐   ┌──────────┐   ┌──────────┐   ┌──────────┐
│  Build   │──▶│   Test   │──▶│  Lint/   │──▶│  Deploy  │──▶│  Verify  │
│          │   │          │   │  Check   │   │          │   │          │
└─────────┘   └──────────┘   └──────────┘   └──────────┘   └──────────┘

Build: Install dependencies, compile, bundle Test: Unit tests, integration tests, coverage check Lint/Check: Linting, type checking, security audit Deploy: Push to target environment Verify: Health checks, smoke tests, monitoring

Branch Strategy Decision Table

BranchActionEnvironmentGate
feature/*Build + Test + LintNonePR checks pass
mainBuild + Test + Lint + DeployStagingAll checks green
release/* or tagsBuild + Test + Lint + DeployProductionManual approval
hotfix/*Build + Test + DeployProduction (expedited)Senior approval

Deployment Strategy Decision Table

StrategyWhen to UseRisk LevelRollback Speed
Direct deploySolo/hobby projects, stagingHighSlow (redeploy)
Blue-greenApps with health checks, low-downtime needsLowInstant (switch)
CanaryHigh-traffic production, gradual rolloutVery LowFast (reroute)
RollingKubernetes clusters, stateless servicesLowMedium
Feature flagsDecoupled deploy from releaseVery LowInstant (toggle)

Phase 3: Generate Config

GitHub Actions Example

name: CI/CD Pipeline

on:
  push:
    branches: [main]
  pull_request:
    branches: [main]

concurrency:
  group: ${{ github.workflow }}-${{ github.ref }}
  cancel-in-progress: true

jobs:
  build-and-test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: '20'
          cache: 'npm'
      - run: npm ci
      - run: npm run lint
      - run: npm run type-check
      - run: npm test -- --coverage
      - run: npm run build

  deploy-staging:
    needs: build-and-test
    if: github.ref == 'refs/heads/main'
    runs-on: ubuntu-latest
    environment: staging
    steps:
      - uses: actions/checkout@v4
      # [platform-specific deploy steps]

  deploy-production:
    needs: build-and-test
    if: startsWith(github.ref, 'refs/tags/v')
    runs-on: ubuntu-latest
    environment: production
    steps:
      - uses: actions/checkout@v4
      # [platform-specific deploy steps]

GitLab CI Example

stages:
  - build
  - test
  - deploy

build:
  stage: build
  script:
    - npm ci
    - npm run build
  artifacts:
    paths: [dist/]

test:
  stage: test
  script:
    - npm run lint
    - npm run type-check
    - npm test -- --coverage

deploy-staging:
  stage: deploy
  environment: staging
  script:
    - # platform-specific deploy
  only:
    - main

deploy-production:
  stage: deploy
  environment: production
  script:
    - # platform-specific deploy
  when: manual
  only:
    - tags

Phase 4: Create Deployment Checklists

STOP — present checklists to user. Customize based on their stack.

Pre-Deploy Checklist

## Pre-Deploy Checklist

- [ ] All tests passing on CI
- [ ] Code reviewed and approved
- [ ] No critical/high security vulnerabilities
- [ ] Environment variables configured for target environment
- [ ] Database migrations tested (if applicable)
- [ ] Feature flags configured (if applicable)
- [ ] Rollback plan documented
- [ ] Monitoring/alerts configured
- [ ] Changelog updated
- [ ] Version bumped

Post-Deploy Verification

## Post-Deploy Verification

- [ ] Health check endpoint returns 200
- [ ] Smoke tests passing
- [ ] Error rate within normal range
- [ ] Response times within SLA
- [ ] Database migrations applied successfully
- [ ] Feature flags active/inactive as expected
- [ ] Monitoring dashboard showing expected metrics
- [ ] No new errors in error tracking (Sentry, etc.)

Phase 5: Review and Finalize

Present the complete pipeline configuration to the user:

  1. VERIFY CI/CD config file syntax is valid
  2. VERIFY all environment variables are documented
  3. VERIFY rollback plan exists
  4. VERIFY pre/post-deploy checklists are complete
  5. VERIFY the pipeline can be tested locally (act, etc.)

Save config to .github/workflows/ or equivalent.

Anti-Patterns / Common Mistakes

Anti-PatternWhy It Is WrongWhat to Do Instead
Manual production deploysError-prone, no audit trailAutomate via CI/CD pipeline
No rollback planStuck if deploy breaks productionDefine rollback before every deploy
Skipping stagingBugs found in productionAlways deploy to staging first
Secrets in code/config filesSecurity breach riskUse secrets manager or env vars
latest tag for production imagesNon-reproducible deploysPin specific version tags
No concurrency controlConflicting deploysAdd concurrency groups to CI
Deploying without health checksNo visibility into deploy healthAdd health endpoint + post-deploy check
Alert fatigue from noisy monitorsReal issues get missedAlert on symptoms, tune thresholds

Key Principles

  • Automate everything — no manual steps in the critical path
  • Fast feedback — fail early, fail fast
  • Environment parity — staging matches production
  • Rollback-ready — every deploy has a rollback plan
  • Observable — monitoring before, during, and after deploy
  • Secure — no secrets in code, use secrets management
  • Idempotent — deploying the same version twice produces the same result

Integration Points

SkillIntegration
senior-devopsProvides Docker, K8s, and IaC patterns used in deploy config
git-commit-helperConventional commits drive changelog and version bumping
finishing-a-development-branchBranch completion triggers deployment pipeline
verification-before-completionPost-deploy verification gate
security-reviewSecurity scan stage in the pipeline
planningDeployment plan is part of the implementation plan

Skill Type

FLEXIBLE — Adapt pipeline design, platform selection, and tooling to the project's cloud provider, team size, and operational maturity. The principles (automation, rollback, observability) are constant; specific tools are interchangeable.

平台分布

Codex

36.13%
按下载量换算89

Claude

26.81%
按下载量换算66

Cursor

19.24%
按下载量换算48

Gemini CLI

10.01%
按下载量换算25

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

接触敏感数据

该 Skill 可能接触密钥、Token、环境变量或敏感配置,应进入高风险复核队列,默认不自动发布。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills