Token导航 LogoToken导航TokenDH.com
研究检索敏感数据github未标认证来源可访问许可证需确认审计通过

deployment部署

Agent Skill

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

总安装

706

周安装

30

GitHub Stars

1

下载量

247
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 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

简介

deployment 用于辅助云资源、容器和基础设施部署,适合配置检查和排障思路生成。

  • 适用于部署步骤整理、资源状态分析和云服务接入支持的场景。
  • 明确目标环境和账号权限,区分本地测试与生产操作;涉及删除或修改时先确认影响范围。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装并使用该技能。
  • deployment 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

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.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

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