Menu
インフラ基盤構成設計エージェント - AWS/Azure/GCP/OpenShift向けのKubernetes・IaC構成を設計・生成。/design-infrastructure で呼び出し。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | design-infrastructure |
| description | インフラ基盤構成設計エージェント - AWS/Azure/GCP/OpenShift向けのKubernetes・IaC構成を設計・生成。/design-infrastructure で呼び出し。 |
| user_invocable | true |
AWS, Azure, GCP, Red Hat OpenShift 向けの Kubernetes マニフェストおよび IaC（Infrastructure as Code）構成を設計・生成するエージェントです。
このエージェントは以下を実行します：
reports/03_design/target-architecture.md — /design-microservices の出力reports/sizing-estimates/*.md — /scalardb-sizing-estimator の出力reports/03_design/scalardb-schema.md — /design-scalardb の出力work/{project}/scalardb-edition-config.md — /select-scalardb-edition の出力レポートは reports/08_infrastructure/ に出力します。
生成コードは generated/infrastructure/ に出力します。
重要: 各ステップ完了時に即座にファイルを出力してください。
reports/08_infrastructure/
├── infrastructure-architecture.md # アーキテクチャ総合図（Mermaid含む）
├── deployment-guide.md # デプロイ手順書
├── environment-matrix.md # 環境比較マトリクス
└── security-configuration.md # セキュリティ設定ガイド
generated/infrastructure/
├── k8s/
│ ├── base/ # Kustomize base
│ │ ├── namespace.yaml
│ │ ├── service-account.yaml
│ │ ├── network-policy.yaml
│ │ ├── resource-quota.yaml
│ │ ├── limit-range.yaml
│ │ └── kustomization.yaml
│ ├── overlays/
│ │ ├── dev/ # 開発環境 overlay
│ │ │ ├── kustomization.yaml
│ │ │ └── patches/
│ │ ├── staging/ # ステージング環境 overlay
│ │ │ ├── kustomization.yaml
│ │ │ └── patches/
│ │ └── production/ # 本番環境 overlay
│ │ ├── kustomization.yaml
│ │ └── patches/
│ ├── apps/{service}/ # サービス別マニフェスト
│ │ ├── deployment.yaml
│ │ ├── service.yaml
│ │ ├── hpa.yaml
│ │ ├── pdb.yaml
│ │ └── kustomization.yaml
│ └── infrastructure/
│ ├── scalardb-cluster-values.yaml
│ ├── monitoring/
│ │ ├── prometheus-values.yaml
│ │ └── grafana-values.yaml
│ └── ingress/
│ └── ingress.yaml
├── terraform/ # or pulumi/ or cloudformation/
│ ├── modules/
│ │ ├── networking/ # VPC, Subnet, SG
│ │ ├── kubernetes/ # EKS/AKS/GKE
│ │ ├── database/ # RDS/Aurora/Azure DB/Cloud SQL
│ │ ├── scalardb-cluster/ # Helm release
│ │ └── monitoring/ # Prometheus/Grafana
│ ├── environments/
│ │ ├── dev/
│ │ │ ├── main.tf
│ │ │ ├── variables.tf
│ │ │ ├── outputs.tf
│ │ │ └── terraform.tfvars
│ │ ├── staging/
│ │ └── production/
│ └── README.md
└── openshift/ # OpenShift 選択時のみ
├── operators/ # OperatorGroup, Subscription
├── projects/ # Project, ResourceQuota
├── routes/ # Route（Ingress の代替）
└── security/ # SCC, NetworkPolicy
Step 0 で Context7 サブエージェントを起動し、IaC/K8s の最新ドキュメントを取得します。
詳細は .claude/skills/common/sub-agent-patterns.md の「Pattern 3: Context7 Documentation Fetcher」を参照。
大規模マニフェスト生成時（Step 5-7）は、Task tool の general-purpose エージェントを並列起動してコンテキストを保護できます。
詳細は .claude/skills/common/sub-agent-patterns.md の「Pattern 8: ユーティリティ・レポートエージェント」を参照。
あなたはクラウドインフラ基盤設計の専門家エージェントです。以下の手順でインフラ構成を設計・生成してください。
# 必須
ls reports/03_design/target-architecture.md
# 推奨
ls reports/sizing-estimates/*.md 2>/dev/null
ls reports/03_design/scalardb-schema.md 2>/dev/null
ls work/*/scalardb-edition-config.md 2>/dev/null
target-architecture.md が存在しない場合 → エラーメッセージを表示し、/design-microservices の実行を案内して終了sizing-estimates が存在しない場合 → 警告表示、デフォルトサイジングで続行edition-config が存在しない場合 → Enterprise Standard をデフォルトとするtarget-architecture.md から以下を抽出：
存在する場合、以下も読み込み：
scalardb-schema.md → テーブル構成、ストレージバックエンドscalardb-edition-config.md → エディション（OSS / Enterprise Standard / Premium）sizing-estimates → Pod数、リソース要件Step 1 のユーザー選択に応じて、Task tool で Context7 サブエージェントを起動し、選択された IaC/K8s ツールの最新ドキュメントを取得：
Task(subagent_type="general-purpose", description="Fetch IaC/K8s docs", prompt="
Context7 MCPを使用してインフラ構成に必要なドキュメントを取得してください。
1. まず mcp__context7__resolve-library-id で以下のライブラリIDを解決:
- Terraform（IaC選択時）
- Helm（K8s選択時）
- Kustomize（K8s選択時）
2. 解決されたIDで mcp__context7__query-docs を呼び出し:
- Terraform: 'EKS AKS GKE module best practices environment separation'
- Helm: 'values.yaml environment override patterns ScalarDB'
- Kustomize: 'base overlay strategic merge patch examples'
3. 取得した情報から以下をまとめてください:
- 環境分離のベストプラクティス
- モジュール/overlay構造パターン
- セキュリティ設定の推奨事項
")
対象ドキュメント:
AskUserQuestion ツールを使用して 3 問を質問：
{
"questions": [
{
"question": "クラウドプロバイダーを選択してください",
"header": "クラウド",
"options": [
{"label": "AWS (推奨)", "description": "EKS, RDS/Aurora, S3, CloudWatch"},
{"label": "Azure", "description": "AKS, Azure Database, Blob Storage, Monitor"},
{"label": "GCP", "description": "GKE, Cloud SQL/Spanner, Cloud Storage, Cloud Monitoring"},
{"label": "マルチクラウド", "description": "複数プロバイダーの共通構成を生成"}
],
"multiSelect": false
},
{
"question": "Kubernetes プラットフォームを選択してください",
"header": "K8s基盤",
"options": [
{"label": "マネージド K8s (推奨)", "description": "EKS / AKS / GKE（プロバイダー依存）"},
{"label": "Red Hat OpenShift", "description": "OpenShift Container Platform（Operator/Route/SCC）"},
{"label": "Self-managed K8s", "description": "kubeadm / kOps / Rancher 等"},
{"label": "Docker Compose", "description": "開発環境のみ（本番非推奨）"}
],
"multiSelect": false
},
{
"question": "IaC ツールを選択してください",
"header": "IaC",
"options": [
{"label": "Terraform (推奨)", "description": "HCL、マルチプロバイダー対応、広いエコシステム"},
{"label": "Pulumi", "description": "TypeScript/Python/Go で記述、プログラマブル"},
{"label": "クラウドネイティブ", "description": "CloudFormation / ARM / Deployment Manager"},
{"label": "手動構築ガイド", "description": "IaC不要、コンソール/CLI手順書のみ生成"}
],
"multiSelect": false
}
]
}
{
"questions": [
{
"question": "環境セットを選択してください",
"header": "環境",
"options": [
{"label": "開発のみ", "description": "dev 環境 1 つのみ（PoC/検証向け）"},
{"label": "開発 + ステージング", "description": "dev + staging の 2 環境"},
{"label": "開発 + STG + 本番 (推奨)", "description": "dev + staging + production の 3 環境"},
{"label": "全環境 + DR", "description": "dev + staging + production + DR の 4 環境"}
],
"multiSelect": false
},
{
"question": "ネットワーク構成を選択してください",
"header": "ネットワーク",
"options": [
{"label": "シンプル VPC (推奨)", "description": "単一 VPC、パブリック/プライベートサブネット"},
{"label": "マルチ AZ HA", "description": "複数 AZ に分散、高可用性構成"},
{"label": "マルチリージョン", "description": "複数リージョンでの冗長構成"},
{"label": "既存 VPC 利用", "description": "既存ネットワークへの接続（CIDR 等を手動指定）"}
],
"multiSelect": false
}
]
}
前フェーズの出力から読み込んだストレージ構成をユーザーに確認表示します。
確認内容:
追加のユーザー入力は不要（前フェーズ出力から自動取得）。 情報が不足する場合のみ補完質問を行う。
{
"questions": [
{
"question": "TLS 証明書管理方式を選択してください",
"header": "TLS証明書",
"options": [
{"label": "cert-manager (推奨)", "description": "Let's Encrypt / 自己署名、K8s ネイティブ"},
{"label": "クラウド証明書サービス", "description": "ACM / Azure Key Vault / Certificate Manager"},
{"label": "HashiCorp Vault", "description": "Vault PKI エンジンで証明書管理"},
{"label": "手動管理", "description": "手動で証明書を作成・配布"}
],
"multiSelect": false
},
{
"question": "シークレット管理方式を選択してください",
"header": "シークレット",
"options": [
{"label": "External Secrets (推奨)", "description": "External Secrets Operator + クラウドシークレットストア"},
{"label": "Sealed Secrets", "description": "Bitnami Sealed Secrets（GitOps 向き）"},
{"label": "HashiCorp Vault", "description": "Vault Agent / CSI Provider"},
{"label": "クラウドネイティブのみ", "description": "AWS Secrets Manager / Azure Key Vault 等を直接参照"}
],
"multiSelect": false
}
]
}
generated/infrastructure/k8s/base/ に以下を生成：
サービス別マニフェスト (generated/infrastructure/k8s/apps/{service}/):
target-architecture.md のサービス一覧から、各サービスに対して以下を生成：
リソース値の決定:
sizing-estimates が存在する場合 → その値を使用| 環境 | CPU request | CPU limit | Memory request | Memory limit | Replicas |
|---|---|---|---|---|---|
| dev | 100m | 500m | 128Mi | 512Mi | 1 |
| staging | 250m | 1000m | 256Mi | 1Gi | 2 |
| production | 500m | 2000m | 512Mi | 2Gi | 3 |
このステップ完了時に出力: generated/infrastructure/k8s/base/ および generated/infrastructure/k8s/apps/
generated/infrastructure/k8s/overlays/ に環境別の Kustomize overlay を生成：
各環境（dev / staging / production / dr）に対して：
ScalarDB Cluster Helm values (generated/infrastructure/k8s/infrastructure/):
エディション設定に基づき、ScalarDB Cluster の Helm chart values.yaml を環境別に生成。
エディション別の設定テンプレートは .claude/rules/scalardb-edition-profiles.md の「§2D. Helm Values テンプレート」を参照。
Enterprise 版の場合:
| 環境 | replicas | CPU | Memory | 備考 |
|---|---|---|---|---|
| dev | 1 | 500m / 1000m | 512Mi / 1Gi | 最小構成 |
| staging | 2 | 1000m / 2000m | 1Gi / 2Gi | 中間構成 |
| production | 3+ | 2000m / 4000m | 2Gi / 4Gi | サイジング結果準拠 |
OSS 版の場合:
監視スタック:
prometheus-values.yaml — Prometheus Helm valuesgrafana-values.yaml — Grafana Helm values（ScalarDB ダッシュボード含む）Ingress:
ingress.yaml — API Gateway 用 Ingress（cert-manager annotation 付き）このステップ完了時に出力: generated/infrastructure/k8s/overlays/ および generated/infrastructure/k8s/infrastructure/
選択された IaC ツールに応じて generated/infrastructure/terraform/（または pulumi/ / cloudformation/）に生成。
モジュール構成 (modules/):
環境構成 (environments/):
各環境に対して：
main.tf — モジュール呼び出し、プロバイダー設定variables.tf — 入力変数定義outputs.tf — 出力値定義terraform.tfvars — 環境固有パラメータbackend.tf — リモートステート設定（S3 / Azure Storage / GCS）クラウドプロバイダー別リソース:
| リソース | AWS | Azure | GCP |
|---|---|---|---|
| K8s クラスタ | aws_eks_cluster | azurerm_kubernetes_cluster | google_container_cluster |
| データベース | aws_rds_cluster | azurerm_postgresql_flexible_server | google_sql_database_instance |
| VPC/VNet | aws_vpc | azurerm_virtual_network | google_compute_network |
| ロードバランサ | aws_lb | azurerm_lb | google_compute_forwarding_rule |
| シークレット | aws_secretsmanager_secret | azurerm_key_vault_secret | google_secret_manager_secret |
TypeScript でモジュールを生成。構造は Terraform と同等。
IaC ファイルは生成せず、reports/08_infrastructure/deployment-guide.md にコンソール/CLI 手順を詳細記載。
このステップ完了時に出力: generated/infrastructure/terraform/（または選択ツール）
Step 1 で「Red Hat OpenShift」を選択した場合のみ実行。
generated/infrastructure/openshift/ に以下を生成：
OpenShift 固有の考慮事項:
Route は Ingress の代わりに使用SecurityContextConstraints で Pod セキュリティを管理Project は Namespace の拡張このステップ完了時に出力: generated/infrastructure/openshift/
reports/08_infrastructure/ に以下のドキュメントを生成：
インフラ全体のアーキテクチャ図と説明。target-architecture.md のサービス一覧に基づいて実際のサービス名で図を生成すること（以下はテンプレート例）。
Mermaid図生成時:
.claude/rules/mermaid-best-practices.mdのルールに従うこと（日本語テキストのダブルクオート、サブグラフ名のクオート等）。
graph TB
subgraph "Cloud Provider"
subgraph "VPC / VNet"
subgraph "Public Subnet"
LB["Load Balancer"]
NAT["NAT Gateway"]
end
subgraph "Private Subnet"
subgraph "Kubernetes Cluster"
SVC1["order-service"]
SVC2["customer-service"]
SVC3["payment-service"]
SCDB["ScalarDB Cluster"]
end
end
subgraph "Data Subnet"
DB1["PostgreSQL"]
DB2["DynamoDB / Cosmos DB"]
end
end
end
LB --> SVC1
LB --> SVC2
LB --> SVC3
SVC1 --> SCDB
SVC2 --> SCDB
SVC3 --> SCDB
SCDB --> DB1
SCDB --> DB2
記載内容:
記載内容:
terraform init → plan → apply）kubectl apply -k overlays/dev）| 項目 | dev | staging | production |
|---|---|---|---|
| K8s ノード数 | 2 | 3 | 5+ |
| ScalarDB replicas | 1 | 2 | 3+ |
| DB インスタンスタイプ | small | medium | large |
| バックアップ | なし | 日次 | 日次 + PITR |
| 監視 | 基本 | 標準 | フル |
| TLS | 自己署名 | Let's Encrypt staging | Let's Encrypt production |
記載内容:
このステップ完了時に出力: reports/08_infrastructure/
.claude/rules/mermaid-best-practices.md に準拠しているか確認し、エラーがあれば修正：/fix-mermaid ./reports/08_infrastructure
.claude/rules/output-conventions.md に従い、reports/08_infrastructure/ の各ファイルに YAML フロントマター（title, phase, skill, generated_at, input_files）が付与されていることを確認。| オプション | 説明 | デフォルト |
|---|---|---|
--provider | クラウドプロバイダー (aws/azure/gcp/multi) | 対話で選択 |
--platform | K8s プラットフォーム (managed/openshift/self-managed/compose) | 対話で選択 |
--iac | IaC ツール (terraform/pulumi/native/manual) | 対話で選択 |
--environments | 環境セット (dev/dev-stg/dev-stg-prod/all) | 対話で選択 |
--skip-iac | IaC 生成をスキップ | false |
--skip-openshift | OpenShift 構成をスキップ | false |
エラー: reports/03_design/target-architecture.md が見つかりません。
このスキルの実行には /design-microservices の出力が必要です。
先に以下を実行してください:
/design-microservices {対象パス}
警告: reports/sizing-estimates/ が見つかりません。
デフォルトのサイジング値を使用します。
より正確なサイジングが必要な場合は、先に以下を実行してください:
/scalardb-sizing-estimator
警告: work/{project}/scalardb-edition-config.md が見つかりません。
Enterprise Standard をデフォルトとして使用します。
エディションを選択するには、先に以下を実行してください:
/select-scalardb-edition
Context7 でドキュメントが取得できない場合、内蔵の知識ベースにフォールバックして生成を続行。
/design-infrastructure
# → AWS, マネージド K8s, Terraform, 開発+STG+本番, シンプル VPC を選択
/design-infrastructure
# → Azure, Red Hat OpenShift, Terraform, 開発+STG+本番 を選択
/design-infrastructure
# → GCP, マネージド K8s, 手動構築ガイド を選択
/design-infrastructure
# → マルチクラウド, マネージド K8s, Terraform を選択
# → AWS + Azure の共通構成を生成
| スキル | 関係 |
|---|---|
/design-microservices | 前提: target-architecture.md を入力 |
/design-scalardb | 前提: scalardb-schema.md を入力（推奨） |
/select-scalardb-edition | 前提: edition-config を入力（推奨） |
/scalardb-sizing-estimator | 前提: sizing-estimates を入力（推奨） |
/estimate-cost | 後続: インフラ構成に基づくコスト見積もり |
/generate-scalardb-code | 並行: 生成コードの k8s/ と統合 |
ScalarDB Analytics設計エージェント - ScalarDB Analyticsを使用した分析基盤の設計。Apache Sparkベースの分析クエリ、マルチDB横断分析を策定。/design-scalardb-analytics [対象パス] で呼び出し。
ScalarDBサイジング見積もりエージェント - Enterprise/OSSエディション別のインフラ構成・Pod数・コストを対話形式で見積もり。/scalardb-sizing-estimator で呼び出し。
DDD評価エージェント - 戦略的設計・戦術的設計の両面からDDD原則への適合度を評価し改善点を特定。/ddd-evaluation [対象パス] で呼び出し。
システム分析エージェント - ユビキタス言語、アクター、ロール、権限、ドメイン-コード対応表を抽出。/analyze-system [対象パス] で呼び出し。
GraphDB構築エージェント - ユビキタス言語とコード解析結果からRyuGraphデータベースを構築。/build-graph [対象パス] で呼び出し。
ドメインストーリーテリングエージェント - ドメインストーリーの作成、ビジネスプロセスの可視化。/create-domain-story --domain=[ドメイン名] で呼び出し。