devops-orchestrator
Coordinates infrastructure, CI/CD, and deployment tasks. Use when provisioning infrastructure, setting up pipelines, configuring monitoring, or managing deployments. Applies devops-standard.md with DORA metrics.
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o devops-orchestrator.zip https://jpskill.com/download/17597.zip && unzip -o devops-orchestrator.zip && rm devops-orchestrator.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/17597.zip -OutFile "$d\devops-orchestrator.zip"; Expand-Archive "$d\devops-orchestrator.zip" -DestinationPath $d -Force; ri "$d\devops-orchestrator.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
devops-orchestrator.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
devops-orchestratorフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
DevOps Orchestrator Skill
役割
DevOps リードとして、CI/CD、インフラストラクチャ、デプロイメント、およびモニタリングを管理します。
責任
-
CI/CD パイプライン管理
- ビルド自動化
- テスト自動化
- デプロイメントパイプライン
- リリース管理
-
Infrastructure as Code
- コンテナオーケストレーション
- クラウドリソース
- 構成管理
- 環境プロビジョニング
-
モニタリングと可観測性
- アプリケーションモニタリング
- ログ集約
- アラートルール
- パフォーマンスメトリクス
-
コンテキストの維持
ai-state/active/devops/ ├── pipelines.json # CI/CD の定義 ├── infrastructure.json # IaC リソース ├── monitoring.json # メトリクスとアラート └── tasks/ # アクティブな DevOps タスク
スキルの連携
利用可能な DevOps スキル
ci-cd-skill- パイプラインの作成と管理infrastructure-skill- IaC デプロイメントmonitoring-skill- 可観測性の設定security-scan-skill- セキュリティスキャンdeployment-skill- リリース管理
スキルへのコンテキストパッケージ
context:
task_id: "task-005-deployment"
environment: "production"
pipeline:
current: "build -> test -> deploy"
stages: ["build", "unit-test", "integration", "deploy"]
infrastructure:
provider: "AWS/Azure/GCP"
resources: ["containers", "database", "cache"]
monitoring:
tools: ["Prometheus", "Grafana", "ELK"]
sla: "99.9% uptime"
standards:
- "devops-standard.md"
- "security-baseline.md"
タスク処理フロー
-
タスクの受信
- デプロイメントニーズの特定
- 依存関係の確認
- セキュリティ要件のレビュー
-
環境の準備
- インフラストラクチャのプロビジョニング
- サービスの設定
- モニタリングの設定
-
アプリケーションのデプロイ
- CI/CD パイプラインの実行
- デプロイメントの実行
- ヘルスチェックの検証
-
モニタリングと検証
- メトリクスの確認
- SLA の検証
- ロールバックのテスト
-
変更のドキュメント化
- ランブックの更新
- 手順のドキュメント化
- ダッシュボードの更新
DevOps 標準
CI/CD チェックリスト
- [ ] 自動ビルド
- [ ] 自動テスト
- [ ] セキュリティスキャン
- [ ] コード品質チェック
- [ ] 成果物のバージョン管理
- [ ] ロールバック機能
インフラストラクチャチェックリスト
- [ ] Infrastructure as Code
- [ ] イミュータブルインフラストラクチャ
- [ ] 自動スケーリングの設定
- [ ] バックアップ戦略
- [ ] ディザスタリカバリ
- [ ] コスト最適化
モニタリングチェックリスト
- [ ] アプリケーションメトリクス
- [ ] インフラストラクチャメトリクス
- [ ] ログ集約
- [ ] エラー追跡
- [ ] アラートルールの定義
- [ ] ダッシュボードの作成
セキュリティチェックリスト
- [ ] 脆弱性スキャン
- [ ] シークレット管理
- [ ] ネットワークセキュリティ
- [ ] アクセス制御
- [ ] 監査ログ
- [ ] コンプライアンスチェック
統合ポイント
開発オーケストレーターとの連携
- コードからのビルドトリガー
- テスト結果の統合
- デプロイメントの承認
- フィーチャーフラグ
テストオーケストレーターとの連携
- パイプラインでのテスト自動化
- パフォーマンステストの実行
- セキュリティテストの統合
- テスト環境の管理
Human-Docs との連携
ドキュメントを更新します。
- デプロイメント手順
- ランブック
- インシデント対応
- アーキテクチャ図
イベント通信
リッスンするイベント
{
"event": "code.merged",
"branch": "main",
"commit": "abc123",
"requires_deployment": true
}
ブロードキャストするイベント
{
"event": "deployment.completed",
"environment": "production",
"version": "1.2.3",
"status": "healthy",
"metrics": {
"response_time": "45ms",
"error_rate": "0.01%"
}
}
デプロイメント戦略
Blue-Green デプロイメント
strategy:
type: blue-green
steps:
- Deploy to green environment
- Run smoke tests
- Switch traffic to green
- Monitor for issues
- Keep blue for rollback
Canary デプロイメント
strategy:
type: canary
steps:
- Deploy to 10% of servers
- Monitor metrics
- Gradually increase to 100%
- Rollback if errors spike
Rolling デプロイメント
strategy:
type: rolling
steps:
- Deploy to subset
- Health check
- Continue to next subset
- Complete all instances
モニタリング戦略
主要メトリクス
- 可用性: 稼働率
- パフォーマンス: 応答時間
- エラー率: 失敗したリクエスト
- スループット: リクエスト/秒
- 飽和度: リソース使用率
アラートレベル
- P1 Critical: サービス停止
- P2 High: パフォーマンス低下
- P3 Medium: 重要でないエラー
- P4 Low: 警告
インフラストラクチャパターン
コンテナオーケストレーション
kubernetes:
deployment:
replicas: 3
strategy: RollingUpdate
resources:
requests:
memory: "256Mi"
cpu: "250m"
limits:
memory: "512Mi"
cpu: "500m"
自動スケーリング
autoscaling:
min_replicas: 2
max_replicas: 10
metrics:
- type: cpu
target: 70%
- type: memory
target: 80%
成功メトリクス
- デプロイメント頻度 > 1回/日
- リードタイム < 1時間
- MTTR < 30分
- 変更失敗率 < 5%
- 可用性 > 99.9%
回避すべきアンチパターン
❌ 手動デプロイメント ❌ ロールバック計画がない ❌ モニタリングがない ❌ ハードコードされた構成 ❌ セキュリティスキャンがない ❌ Snowflake サーバー
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
DevOps Orchestrator Skill
Role
Acts as DevOps Lead, managing CI/CD, infrastructure, deployment, and monitoring.
Responsibilities
-
CI/CD Pipeline Management
- Build automation
- Test automation
- Deployment pipelines
- Release management
-
Infrastructure as Code
- Container orchestration
- Cloud resources
- Configuration management
- Environment provisioning
-
Monitoring & Observability
- Application monitoring
- Log aggregation
- Alerting rules
- Performance metrics
-
Context Maintenance
ai-state/active/devops/ ├── pipelines.json # CI/CD definitions ├── infrastructure.json # IaC resources ├── monitoring.json # Metrics & alerts └── tasks/ # Active DevOps tasks
Skill Coordination
Available DevOps Skills
ci-cd-skill- Pipeline creation and managementinfrastructure-skill- IaC deploymentmonitoring-skill- Observability setupsecurity-scan-skill- Security scanningdeployment-skill- Release management
Context Package to Skills
context:
task_id: "task-005-deployment"
environment: "production"
pipeline:
current: "build -> test -> deploy"
stages: ["build", "unit-test", "integration", "deploy"]
infrastructure:
provider: "AWS/Azure/GCP"
resources: ["containers", "database", "cache"]
monitoring:
tools: ["Prometheus", "Grafana", "ELK"]
sla: "99.9% uptime"
standards:
- "devops-standard.md"
- "security-baseline.md"
Task Processing Flow
-
Receive Task
- Identify deployment needs
- Check dependencies
- Review security requirements
-
Prepare Environment
- Provision infrastructure
- Configure services
- Set up monitoring
-
Deploy Application
- Run CI/CD pipeline
- Execute deployments
- Validate health
-
Monitor & Validate
- Check metrics
- Verify SLAs
- Test rollback
-
Document Changes
- Update runbooks
- Document procedures
- Update dashboards
DevOps Standards
CI/CD Checklist
- [ ] Automated builds
- [ ] Automated tests
- [ ] Security scanning
- [ ] Code quality checks
- [ ] Artifact versioning
- [ ] Rollback capability
Infrastructure Checklist
- [ ] Infrastructure as Code
- [ ] Immutable infrastructure
- [ ] Auto-scaling configured
- [ ] Backup strategy
- [ ] Disaster recovery
- [ ] Cost optimization
Monitoring Checklist
- [ ] Application metrics
- [ ] Infrastructure metrics
- [ ] Log aggregation
- [ ] Error tracking
- [ ] Alert rules defined
- [ ] Dashboards created
Security Checklist
- [ ] Vulnerability scanning
- [ ] Secrets management
- [ ] Network security
- [ ] Access control
- [ ] Audit logging
- [ ] Compliance checks
Integration Points
With Development Orchestrators
- Build triggers from code
- Test result integration
- Deployment approvals
- Feature flags
With Test Orchestrator
- Test automation in pipeline
- Performance test execution
- Security test integration
- Test environment management
With Human-Docs
Updates documentation:
- Deployment procedures
- Runbooks
- Incident response
- Architecture diagrams
Event Communication
Listening For
{
"event": "code.merged",
"branch": "main",
"commit": "abc123",
"requires_deployment": true
}
Broadcasting
{
"event": "deployment.completed",
"environment": "production",
"version": "1.2.3",
"status": "healthy",
"metrics": {
"response_time": "45ms",
"error_rate": "0.01%"
}
}
Deployment Strategies
Blue-Green Deployment
strategy:
type: blue-green
steps:
- Deploy to green environment
- Run smoke tests
- Switch traffic to green
- Monitor for issues
- Keep blue for rollback
Canary Deployment
strategy:
type: canary
steps:
- Deploy to 10% of servers
- Monitor metrics
- Gradually increase to 100%
- Rollback if errors spike
Rolling Deployment
strategy:
type: rolling
steps:
- Deploy to subset
- Health check
- Continue to next subset
- Complete all instances
Monitoring Strategy
Key Metrics
- Availability: Uptime percentage
- Performance: Response times
- Error Rate: Failed requests
- Throughput: Requests/second
- Saturation: Resource usage
Alert Levels
- P1 Critical: Service down
- P2 High: Performance degraded
- P3 Medium: Non-critical errors
- P4 Low: Warnings
Infrastructure Patterns
Container Orchestration
kubernetes:
deployment:
replicas: 3
strategy: RollingUpdate
resources:
requests:
memory: "256Mi"
cpu: "250m"
limits:
memory: "512Mi"
cpu: "500m"
Auto-scaling
autoscaling:
min_replicas: 2
max_replicas: 10
metrics:
- type: cpu
target: 70%
- type: memory
target: 80%
Success Metrics
- Deployment frequency > 1/day
- Lead time < 1 hour
- MTTR < 30 minutes
- Change failure rate < 5%
- Availability > 99.9%
Anti-Patterns to Avoid
❌ Manual deployments ❌ No rollback plan ❌ Missing monitoring ❌ Hardcoded configurations ❌ No security scanning ❌ Snowflake servers