pulumi
Pulumiを活用し、TypeScript、Python、Go、C#などのプログラミング言語を用いて、AWS、GCP、Azure、Kubernetesといったクラウド環境のインフラをコードで定義・管理し、効率的な構築・運用を実現するSkill。
📜 元の英語説明(参考)
Assists with defining and managing cloud infrastructure using Pulumi with TypeScript, Python, Go, or C#. Use when provisioning AWS, GCP, Azure, or Kubernetes resources with real programming languages instead of HCL. Trigger words: pulumi, infrastructure as code, iac, pulumi up, pulumi stack, cloud infrastructure, component resource.
🇯🇵 日本人クリエイター向け解説
Pulumiを活用し、TypeScript、Python、Go、C#などのプログラミング言語を用いて、AWS、GCP、Azure、Kubernetesといったクラウド環境のインフラをコードで定義・管理し、効率的な構築・運用を実現するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o pulumi.zip https://jpskill.com/download/15301.zip && unzip -o pulumi.zip && rm pulumi.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/15301.zip -OutFile "$d\pulumi.zip"; Expand-Archive "$d\pulumi.zip" -DestinationPath $d -Force; ri "$d\pulumi.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
pulumi.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
pulumiフォルダができる - 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 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
Pulumi
概要
Pulumi は、ドメイン固有言語の代わりに、実際のプログラミング言語 (TypeScript、Python、Go、C#) を使用してクラウドインフラストラクチャを定義および管理できるようにします。150 以上のクラウドプロバイダーをサポートし、ループ、条件分岐、クラス、パッケージを使用して、再利用可能でテスト可能なインフラストラクチャコンポーネントを構築できます。
手順
- リソースを作成するときは、それらをオブジェクトとして宣言し (例:
new aws.s3.Bucket("my-bucket", {...}))、クラウド API 応答からの計算値には.apply()を持つpulumi.Output<T>を使用します。 - 環境を管理するときは、インスタンスサイズ、レプリカ数、およびフィーチャーフラグのスタック固有の構成で、スタック (
pulumi stack init dev/staging/prod) を使用します。 - シークレットを処理するときは、常にクレデンシャルに
pulumi config set --secretを使用し、コードにシークレットをハードコードしないでください。 - 再利用可能なパターンを構築するときは、
pulumi.ComponentResourceを拡張して、一般的なインフラストラクチャパターン (VPC モジュール、ECS サービスなど) をカプセル化することにより、コンポーネントリソースを作成します。 - プロジェクト間で参照する場合は、スタック参照を使用して、クロスプロジェクトの依存関係のために他のスタックから出力を読み取ります。
- コンプライアンスを強制する場合は、CI で非準拠リソース (例: パブリック S3 バケットの禁止、暗号化の必須化) を防ぐために、CrossGuard ポリシーを使用します。
- テストするときは、クラウドプロバイダーをモックし、リソースプロパティをアサートすることにより、標準のテストフレームワーク (Vitest、pytest、go test) を使用してコンポーネントリソースのユニットテストを作成します。
例
例 1: AWS にサーバーレス API をデプロイする
ユーザーリクエスト: "Pulumi と TypeScript を使用して、DynamoDB を使用した AWS Lambda API をセットアップする"
アクション:
pulumi new aws-typescriptでプロジェクトをスキャフォールドします- DynamoDB テーブルと Lambda 関数リソースを定義します
- Lambda ハンドラーにリンクされた API Gateway ルートを作成します
- 消費のためにエンドポイント URL をスタック出力としてエクスポートします
出力: pulumi up を介して定義およびデプロイされたインフラストラクチャを備えたサーバーレス API。
例 2: 再利用可能な VPC コンポーネントを作成する
ユーザーリクエスト: "チームが共有できる Pulumi を使用して、再利用可能な VPC モジュールを構築する"
アクション:
pulumi.ComponentResourceを拡張するコンポーネントリソースクラスを作成します- VPC、サブネット、ルートテーブル、および NAT ゲートウェイを子リソースとして定義します
- サブネット ID とセキュリティグループ参照の出力を公開します
- AWS プロバイダーをモックして構成を検証するユニットテストを作成します
出力: チームがパッケージとしてインポートする再利用可能なインフラストラクチャコンポーネント。
ガイドライン
- 再利用可能なパターンにはコンポーネントリソースを使用します。スタック間で VPC/ECS/RDS 構成を繰り返さないでください。
- クレデンシャルには常に
pulumi config set --secretを使用します。コードにシークレットをハードコードしないでください。 - 環境全体で一意に識別するために、プロジェクトとスタックを使用してリソースに名前を付けます。
- スタック間で使用するために、重要な出力 (URL、エンドポイント、ARN) をエクスポートします。
- クラウドプロバイダーをモックし、リソースプロパティをアサートすることにより、コンポーネントリソースのユニットテストを作成します。
- 環境の違いにはスタック固有の構成を使用します: インスタンスサイズ、レプリカ数、フィーチャーフラグ。
- 非準拠リソースがデプロイされないように、CI で CrossGuard ポリシーを有効にします。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Pulumi
Overview
Pulumi enables defining and managing cloud infrastructure using real programming languages (TypeScript, Python, Go, C#) instead of domain-specific languages. It supports 150+ cloud providers and allows using loops, conditionals, classes, and packages to build reusable, testable infrastructure components.
Instructions
- When creating resources, declare them as objects (e.g.,
new aws.s3.Bucket("my-bucket", {...})) and usepulumi.Output<T>with.apply()for computed values from cloud API responses. - When managing environments, use stacks (
pulumi stack init dev/staging/prod) with stack-specific config for instance sizes, replica counts, and feature flags. - When handling secrets, always use
pulumi config set --secretfor credentials and never hardcode secrets in code. - When building reusable patterns, create Component Resources by extending
pulumi.ComponentResourceto encapsulate common infrastructure patterns (VPC module, ECS service, etc.). - When referencing across projects, use Stack References to read outputs from other stacks for cross-project dependencies.
- When enforcing compliance, use CrossGuard policies to prevent non-compliant resources (e.g., no public S3 buckets, require encryption) in CI.
- When testing, write unit tests for Component Resources using standard test frameworks (Vitest, pytest, go test) by mocking the cloud provider and asserting resource properties.
Examples
Example 1: Deploy a serverless API on AWS
User request: "Set up an AWS Lambda API with DynamoDB using Pulumi and TypeScript"
Actions:
- Scaffold project with
pulumi new aws-typescript - Define DynamoDB table and Lambda function resources
- Create API Gateway routes linked to Lambda handlers
- Export endpoint URL as a stack output for consumption
Output: A serverless API with infrastructure defined and deployed via pulumi up.
Example 2: Create a reusable VPC component
User request: "Build a reusable VPC module with Pulumi that teams can share"
Actions:
- Create a Component Resource class extending
pulumi.ComponentResource - Define VPC, subnets, route tables, and NAT gateway as child resources
- Expose outputs for subnet IDs and security group references
- Write unit tests mocking AWS provider to validate configuration
Output: A reusable infrastructure component that teams import as a package.
Guidelines
- Use Component Resources for reusable patterns; do not repeat VPC/ECS/RDS configs across stacks.
- Always use
pulumi config set --secretfor credentials; never hardcode secrets in code. - Name resources with the project and stack for unique identification across environments.
- Export important outputs (URLs, endpoints, ARNs) for cross-stack consumption.
- Write unit tests for Component Resources by mocking the cloud provider and asserting resource properties.
- Use stack-specific config for environment differences: instance sizes, replica counts, feature flags.
- Enable CrossGuard policies in CI to prevent non-compliant resources from being deployed.