Iván
作者:Iván更新日 2026-05-11deploy@clawhub_ivangdavila/deploy
サーバー運用DevOps#Deploy#Deployment

AlphaMoatによると、2026-09時点でDeployのダウンロード数は4,441、スター数は3で、AIスキル全体5,078件中2,190位、IT運用・セキュリティでは264件中123位です。

インストール数
120
ダウンロード数
4441
スター数
3
総合順位
#2,190
全体の上位 44% · IT運用・セキュリティの上位 47%
プラットフォームインストール数ダウンロード数スター数コメント
ClawHub ↗12044413-
SkillHub ↗11740193—

プラットフォームごとに集計方法と集計時点が異なります。

このスキルでできること

主文は後方互換性のある移行、nullable 列を追加してからデータを埋め戻す手順、移行ごとのロールバック計画、リリース後のエラー率と主要指標の監視を重視しています。このスキルは助言のみで、コマンド実行やシステムアクセスは行いません。実行前に対象環境に照らして計画とコマンドを確認し、秘密情報の処理、移行互換性、ロールバック、監視手順を検証してください。

資料公開日 2026-10-29

できること

  • ローリング、ブルーグリーン、カナリアの適用条件を比較する
  • 後方互換移行、ロールバック、公開後監視を計画する
  • CI/CD、秘密情報管理、ヘルスチェック、リリース手順を確認する

使う場面

  • デプロイを計画・レビューし、実行前に対象プラットフォームに合わせてコマンド、秘密情報、移行案を検証する場合

プロンプト例

スキルのドキュメントをもとに生成した例であり、実際の実行結果ではありません。

変更を実行せずに、リリース向け CI/CD、移行、ロールバック、監視チェックリストを作成して。
ローリング、ブルーグリーン、カナリア方式を比較し、選択前に確認する環境条件を列挙して。

月次の推移

ダウンロード数4441
1922327546282026-03 · ダウンロード数 21092026-05 · ダウンロード数 30542026-06 · ダウンロード数 33022026-07 · ダウンロード数 38502026-08 · ダウンロード数 42302026-09 · ダウンロード数 444126-0326-09
スター数3
2342026-03 · スター数 32026-05 · スター数 32026-06 · スター数 32026-07 · スター数 32026-08 · スター数 32026-09 · スター数 326-0326-09

2026-09 から集計方法を変更し、同名スキルを作者ごとに分けて集計し、全スキルを対象にしました。破線は変更前の月で、変更後のデータとは直接比較せず、変更をまたぐ増減も計算していません。

月ダウンロード数前月比スター数
2026-094441—3
2026-084230+9.9%3
2026-073850+16.6%3
2026-063302+8.1%3
2026-053054—3
2026-032109—3

SKILL.md 原文

作者が公開した元のファイルをテキストのまま表示しています。AlphaMoat による編集や審査はしていません。リンクはクリックできません。コマンドは内容を確認してから実行してください。取得日 2026-10-23。

3.7 KB・ClawHub v1.0.0
---
name: Deploy
description: Ship applications reliably with CI/CD, rollback strategies, and zero-downtime deployment patterns.
metadata: {"clawdbot":{"emoji":"🚀","os":["linux","darwin","win32"]}}
---

# Deployment Rules

## Pre-Deploy Checklist
- Tests passing in CI — never deploy with failing tests
すべて表示(全 84 行)
- Environment variables set in target — missing secrets cause silent failures
- Database migrations run before code deploy — new code expecting new schema fails
- Rollback plan ready — know exactly how to revert before you need to

## Deployment Strategies
- **Rolling**: update instances one by one — safe, slower, no extra resources
- **Blue-green**: full parallel environment, instant switch — fast rollback, 2x resources
- **Canary**: route percentage to new version — catch issues early, complex routing
- Choose based on risk tolerance and resources — no universal best

## Zero-Downtime Deploys
- Health checks must pass before traffic routes — unhealthy instances stay out
- Graceful shutdown: finish in-flight requests before terminating
- Database changes must be backwards compatible — old code still running during deploy
- Session handling: sticky sessions or external session store — don't lose user state

## CI/CD Pipeline
- Build once, deploy everywhere — same artifact to staging and prod
- Cache dependencies between builds — save minutes per deploy
- Parallel steps where possible — tests, linting, security scans
- Fail fast: quick checks first — don't wait for slow tests to catch typos
- Pin action versions with SHA — tags can change unexpectedly

## Environment Management
- Staging mirrors prod — different configs cause "works in staging" bugs
- Secrets in secret manager, not environment files — rotation without redeploy
- Feature flags decouple deploy from release — ship dark, enable later
- Config as code in version control — except secrets

## Database Migrations
- Migrations must be backwards compatible during deploy window
- Add columns nullable first, then backfill, then add constraint
- Never rename columns in one step — add new, migrate data, remove old
- Test migrations on prod-size data — 10 rows is fast, 10 million isn't
- Rollback script for every migration

## Rollback
- Automated rollback on health check failure
- Keep previous version artifacts available — can't rollback what you deleted
- Database rollbacks are hard — design migrations to not need them
- Feature flags for instant rollback of functionality without deploy
- Document rollback procedure — panic time is not learning time

## Monitoring Post-Deploy
- Watch error rates for 15 minutes after deploy — most issues surface quickly
- Compare key metrics to pre-deploy baseline
- Alerting on anomalies: latency spike, error rate increase
- Log correlation: trace requests through systems
- User-facing smoke tests after deploy

## Platform-Specific

### Containers
- Image tagged with git SHA — know exactly what's running
- Health check endpoint that verifies dependencies
- Resource limits set — prevent runaway containers

### Serverless
- Cold start optimization — keep bundles small
- Provisioned concurrency for latency-sensitive paths
- Timeout set appropriately — default is often too short

### Static Sites
- CDN cache invalidation after deploy
- Immutable assets with content hashes — cache forever
- Preview deploys for PRs

## Common Mistakes
- Deploying Friday afternoon — issues surface when nobody's watching
- No rollback plan — hoping nothing goes wrong isn't a strategy
- Mixing code and migration deploys — one thing at a time
- Manual deploy steps — if it's not automated, it's wrong sometimes
- Deploying without monitoring — you won't know it's broken until users complain

IT運用・セキュリティの人気スキル

Ivánのその他のスキル

データ月:2026-09 · ダウンロード数、スター数、インストール数は公開スキルレジストリ(ClawHub、SkillHub)から月単位で集計しています。詳しくはデータの方法論をご覧ください。