NEW Browse AI tools across categories — updated daily. See what's new →

Cloudformation To Pulumi

Convert, migrate, or import AWS CloudFormation stacks or templates into Pulumi programs. Load this skill whenever a user wants to move from CloudFormation to…

Authorpulumi
Version1.0.0
LicenseMIT
Token count~3,074
UpdatedJun 5, 2026

Install

Quick install

via npx skills · works with 57+ agents
npx skills add https://github.com/pulumi/agent-skills/tree/HEAD/migration/skills/cloudformation-to-pulumi
Or pick agent:
npx skills add pulumi/agent-skills --skill cloudformation-to-pulumi --agent claude-code
npx skills add pulumi/agent-skills --skill cloudformation-to-pulumi --agent cursor
npx skills add pulumi/agent-skills --skill cloudformation-to-pulumi --agent codex
npx skills add pulumi/agent-skills --skill cloudformation-to-pulumi --agent opencode
npx skills add pulumi/agent-skills --skill cloudformation-to-pulumi --agent github-copilot
npx skills add pulumi/agent-skills --skill cloudformation-to-pulumi --agent windsurf
More install options

Shorthand — useful for multi-skill repos:

npx skills add pulumi/agent-skills --skill cloudformation-to-pulumi

Manual — clone the repo and drop the folder into your agent's skills directory:

git clone https://github.com/pulumi/agent-skills.git
cp -r agent-skills/migration/skills/cloudformation-to-pulumi ~/.claude/skills/
How to use: Once installed, ask your agent to "use the cloudformation-to-pulumi skill" or describe what you want (e.g. "Convert, migrate, or import AWS CloudFormation stacks or templates into Pulumi p"). Requires Node.js 18+.

cloudformation-to-pulumi

Convert, migrate, or import AWS CloudFormation stacks or templates into Pulumi programs. Load this skill whenever a user wants to move from CloudFormation to…

cloudformation-to-pulumiby pulumi

Convert, migrate, or import AWS CloudFormation stacks or templates into Pulumi programs. Load this skill whenever a user wants to move from CloudFormation to…

npx skills add https://github.com/pulumi/agent-skills --skill cloudformation-to-pulumiDownload ZIPGitHub

IMPORTANT: PLAN ADJUSTMENT REQUIRED

If you have already generated a migration plan before loading this skill, you MUST:

  • Review your existing plan against the workflows and requirements in this skill
  • Identify any gaps, missing steps, or incorrect assumptions
  • Update and revise your plan to align with this skill's guidance
  • Communicate the adjusted plan to the user before proceeding

CRITICAL SUCCESS REQUIREMENTS

The migration output MUST meet all of the following:

*
Complete Resource Coverage

  • Every CloudFormation resource MUST be represented in the Pulumi program OR explicitly justified in the final report.

*
CloudFormation Logical ID as Resource Name

  • CRITICAL: Every Pulumi resource MUST use the CloudFormation Logical ID as its resource name.
  • This enables the cdk-importer tool to automatically find import IDs.
  • DO NOT rename resources. Automated import will FAIL if you change the logical IDs.

*
Successful Deployment

  • The produced Pulumi program must be structurally valid and capable of a successful pulumi preview (assuming proper config).

*
Zero-Diff Import Validation (if importing existing resources)

  • After import, pulumi preview must show NO updates, replaces, creates, or deletes.

*
Final Migration Report

  • Always output a formal migration report suitable for a Pull Request.

WHEN INFORMATION IS MISSING

If the user has not provided a CloudFormation template, you MUST fetch it from AWS using the stack name.

MIGRATION WORKFLOW

Follow this workflow exactly and in this order:

1. INFORMATION GATHERING

1.1 Verify AWS Credentials (ESC)
Running AWS commands requires credentials loaded via Pulumi ESC.

  • If the user has already provided an ESC environment, use it.
  • If no ESC environment is specified, ask the user which ESC environment to use before proceeding.

For detailed ESC information: Use skill pulumi-esc.

You MUST confirm the AWS region with the user.

1.2 Get the CloudFormation Template
If user provided a template file: Read the template directly.

If user only provided a stack name: Fetch the template from AWS:

`aws cloudformation get-template \
--region <region> \
--stack-name <stack-name> \
--query 'TemplateBody' \
--output json > template.json
`

1.3 Build Resource Inventory
List all resources in the stack:

`aws cloudformation list-stack-resources \
--region <region> \
--stack-name <stack-name> \
--output json
`

This provides:

  • LogicalResourceId - Use this as the Pulumi resource name
  • PhysicalResourceId - The actual AWS resource ID
  • ResourceType - The CloudFormation resource type

1.4 Analyze Template Structure
Extract from the template:

  • Parameters and their defaults
  • Mappings
  • Conditions
  • Outputs
  • Resource dependencies (Ref, GetAtt, DependsOn)

2. CODE CONVERSION (CloudFormation → Pulumi)

IMPORTANT: There is NO automated conversion tool for CloudFormation. You MUST convert each resource manually.

2.1 Resource Name Convention (CRITICAL)
Every Pulumi resource MUST use the CloudFormation Logical ID as its name.

`// CloudFormation:
// "MyAppBucketABC123": { "Type": "AWS::S3::Bucket", ... }

// Pulumi - CORRECT:
const myAppBucket = new aws.s3.Bucket("MyAppBucketABC123", { ... });

// Pulumi - WRONG (DO NOT do this - import will fail):
const myAppBucket = new aws.s3.Bucket("my-app-bucket", { ... });
`

This naming convention is REQUIRED because the cdk-importer tool matches resources by name.

2.2 Provider Strategy
⚠️ CRITICAL: ALWAYS USE aws-native BY DEFAULT ⚠️

  • Use aws-native for all resources unless there's a specific reason to use aws.
  • CloudFormation types map directly to aws-native (e.g., AWS::S3::Bucketaws-native.s3.Bucket).
  • Only use aws (classic) when aws-native doesn't support a required feature.

This is MANDATORY for successful imports with cdk-importer. The cdk-importer works by matching CloudFormation resources to Pulumi resources, and CloudFormation maps 1:1 to aws-native. Using the classic aws provider will cause import failures.

2.3 CloudFormation Intrinsic Functions
Map CloudFormation intrinsic functions to Pulumi equivalents:

CloudFormationPulumi Equivalent!Ref (resource)Resource output (e.g., bucket.id)!Ref (parameter)Pulumi config!GetAtt Resource.AttrResource property output!Sub "..."pulumi.interpolate!Join [delim, [...]]pulumi.interpolate or .apply()!If [cond, true, false]Ternary operator!Equals [a, b]=== comparison!Select [idx, list]Array indexing with .apply()!Split [delim, str].apply(v => v.split(...))Fn::ImportValueStack references or config
Example: !Sub

`// CloudFormation: !Sub "arn:aws:s3:::${MyBucket}/*"
// Pulumi:
const bucketArn = pulumi.interpolate`arn:aws:s3:::${myBucket.bucket}/*`;
`

Example: !GetAtt

`// CloudFormation: !GetAtt MyFunction.Arn
// Pulumi:
const functionArn = myFunction.arn;
`

2.4 CloudFormation Conditions
Convert CloudFormation conditions to TypeScript logic:

`// CloudFormation:
// "Conditions": {
// "CreateProdResources": { "Fn::Equals": [{ "Ref": "Environment" }, "prod"] }
// }

// Pulumi:
const config = new pulumi.Config();
const environment = config.require("environment");
const createProdResources = environment === "prod";

if (createProdResources) {
// Create production-only resources
}
`

2.5 CloudFormation Parameters
Convert parameters to Pulumi config:

`// CloudFormation:
// "Parameters": {
// "InstanceType": { "Type": "String", "Default": "t3.micro" }
// }

// Pulumi:
const config = new pulumi.Config();
const instanceType = config.get("instanceType") || "t3.micro";
`

2.6 CloudFormation Mappings
Convert mappings to TypeScript objects:

`// CloudFormation:
// "Mappings": {
// "RegionMap": {
// "us-east-1": { "AMI": "ami-12345" },
// "us-west-2": { "AMI": "ami-67890" }
// }
// }

// Pulumi:
const regionMap: Record<string, { ami: string }> = {
"us-east-1": { ami: "ami-12345" },
"us-west-2": { ami: "ami-67890" },
};
const ami = regionMap[aws.config.region!].ami;
`

2.7 Custom Resources
CloudFormation Custom Resources (AWS::CloudFormation::CustomResource or Custom::*) require special handling:

  • Identify the purpose: Read the Lambda function code to understand what it does
  • Find native replacement: Check if Pulumi has a native resource that provides the same functionality
  • If no replacement: Document in the migration report that manual implementation is needed

2.8 TypeScript Output Handling
aws-native outputs often include undefined. Avoid ! non-null assertions. Always safely unwrap with .apply():

`// WRONG
functionName: lambdaFunction.functionName!,

// CORRECT
functionName: lambdaFunction.functionName.apply(name => name || ""),
`

3. RESOURCE IMPORT

After conversion, import existing resources to be managed by Pulumi.

3.0 Pre-Import Validation (REQUIRED)
Before proceeding with import, verify your code:

  • Check Provider Usage: Scan your code to ensure all resources use aws-native
  • Document Exceptions: Any use of aws (classic) provider must be justified
  • Verify Resource Names: Confirm all resources use CloudFormation Logical IDs as names

3.1 Automated Import with cdk-importer
Because you used CloudFormation Logical IDs as resource names, you can use the cdk-importer tool to automatically import resources.

Follow cfn-importer.md for detailed import procedures.

3.2 Manual Import for Failed Resources
For resources that fail automatic import:

  • Follow cloudformation-id-lookup.md to find the import ID format
  • Use pulumi import:
`pulumi import <pulumi-resource-type> <logical-id> <import-id>
`

3.3 Running Preview After Import
After import, run pulumi preview. There must be:

  • NO updates
  • NO replaces
  • NO creates
  • NO deletes

If there are changes, investigate and update the program until preview is clean.

OUTPUT FORMAT (REQUIRED)

When performing a migration, always produce:

  • Overview (high-level description)
  • Migration Plan Summary
  • Pulumi Code Outputs (TypeScript; organized by file)
  • Resource Mapping Table:

CloudFormation Logical IDCFN TypePulumi TypeProviderMyAppBucketABC123AWS::S3::Bucketaws-native.s3.Bucketaws-nativeMyLambdaFunction456AWS::Lambda::Functionaws-native.lambda.Functionaws-native

  • Custom Resources Summary (if any)
  • Final Migration Report (PR-ready)
  • Next Steps (import instructions)

FOR DETAILED DOCUMENTATION

Fetch content from official Pulumi documentation:

  • https://www.pulumi.com/docs/iac/adopting-pulumi/migrating-to-pulumi/from-aws/

More skills from pulumi

package-usageby pulumiTrack which stacks across a Pulumi organization use a specific package and at what versions. Use for cross-stack audits, identifying outdated or unmaintained…provider-upgradeby pulumiA provider upgrade is a translation, not a change request.pulumi-arm-to-pulumiby pulumiConvert ARM templates, Bicep, or existing Azure resources to Pulumi infrastructure code. Handles complete ARM template conversion to Pulumi (TypeScript, Python, Go, C#, Java, or YAML) with support for parameters, variables, loops, conditionals, and nested templates Supports both azure-native (full API coverage) and azure (classic, simplified) providers; automatically selects the right provider for each resource Imports existing deployed Azure resources into Pulumi with zero-diff validation...pulumi-automation-apiby pulumiProgrammatic orchestration of Pulumi infrastructure operations across multiple stacks and applications. Supports both local source (existing Pulumi projects) and inline source (embedded programs) architectures, enabling flexible deployment patterns from simple to complex multi-stack scenarios Handles multi-stack orchestration with dependency sequencing, parallel independent deployments, and cross-stack output passing for coordinated infrastructure provisioning Provides programmatic...pulumi-best-practicesby pulumiComprehensive best practices for writing reliable, maintainable Pulumi infrastructure code. Avoid creating resources inside apply() callbacks; pass Output objects directly as inputs to preserve dependency tracking and preview visibility Use ComponentResource classes to group related resources into reusable logical units with proper parent-child hierarchy via parent: this Encrypt secrets from the start with --secret flag or config.requireSecret() to prevent credential leakage in state files...pulumi-cdk-to-pulumiby pulumiLoad this skill when a user wants to migrate, convert, port, translate, or move an AWS CDK application (including CDK stacks, constructs, or…pulumi-componentby pulumiReusable infrastructure components with multi-language support, sensible defaults, and composition patterns. Requires four core elements: extend ComponentResource , accept standard parameters, set parent: this on all children, and call registerOutputs() at the end of the constructor Args interfaces must use Input<T> wrappers, avoid union types and functions, and keep structures flat to support multi-language SDK generation Expose only essential outputs as public properties; hide...pulumi-escby pulumiCentralized secrets, configuration, and dynamic credentials management for Pulumi infrastructure and applications. Supports environment composition through imports and layering, with reserved keys for environmentVariables , pulumiConfig , and files Generates short-term credentials via OIDC for AWS, Azure, and GCP; integrates with AWS Secrets Manager, Azure Key Vault, HashiCorp Vault, and 1Password Core CLI commands include pulumi env init , pulumi env edit , pulumi env open (reveals...

---

Source: https://github.com/pulumi/agent-skills/tree/HEAD/migration/skills/cloudformation-to-pulumi
Author: pulumi
Discovered via: mcpservers.org

SKILL.md source

---
name: cloudformation-to-pulumi
description: Convert, migrate, or import AWS CloudFormation stacks or templates into Pulumi programs. Load this skill whenever a user wants to move from CloudFormation to…
---

# cloudformation-to-pulumi

Convert, migrate, or import AWS CloudFormation stacks or templates into Pulumi programs. Load this skill whenever a user wants to move from CloudFormation to…

# cloudformation-to-pulumiby pulumi
Convert, migrate, or import AWS CloudFormation stacks or templates into Pulumi programs. Load this skill whenever a user wants to move from CloudFormation to…

`npx skills add https://github.com/pulumi/agent-skills --skill cloudformation-to-pulumi`Download ZIPGitHub

## IMPORTANT: PLAN ADJUSTMENT REQUIRED

If you have already generated a migration plan before loading this skill, you MUST:

* Review your existing plan against the workflows and requirements in this skill

* Identify any gaps, missing steps, or incorrect assumptions

* Update and revise your plan to align with this skill's guidance

* Communicate the adjusted plan to the user before proceeding

## CRITICAL SUCCESS REQUIREMENTS

The migration output MUST meet all of the following:

*
Complete Resource Coverage

* Every CloudFormation resource MUST be represented in the Pulumi program OR explicitly justified in the final report.

*
CloudFormation Logical ID as Resource Name

* CRITICAL: Every Pulumi resource MUST use the CloudFormation Logical ID as its resource name.

* This enables the `cdk-importer` tool to automatically find import IDs.

* DO NOT rename resources. Automated import will FAIL if you change the logical IDs.

*
Successful Deployment

* The produced Pulumi program must be structurally valid and capable of a successful `pulumi preview` (assuming proper config).

*
Zero-Diff Import Validation (if importing existing resources)

* After import, `pulumi preview` must show NO updates, replaces, creates, or deletes.

*
Final Migration Report

* Always output a formal migration report suitable for a Pull Request.

## WHEN INFORMATION IS MISSING

If the user has not provided a CloudFormation template, you MUST fetch it from AWS using the stack name.

## MIGRATION WORKFLOW

Follow this workflow exactly and in this order:

### 1. INFORMATION GATHERING

1.1 Verify AWS Credentials (ESC)
Running AWS commands requires credentials loaded via Pulumi ESC.

* If the user has already provided an ESC environment, use it.

* If no ESC environment is specified, ask the user which ESC environment to use before proceeding.

For detailed ESC information: Use skill `pulumi-esc`.

You MUST confirm the AWS region with the user.

1.2 Get the CloudFormation Template
If user provided a template file: Read the template directly.

If user only provided a stack name: Fetch the template from AWS:

```
`aws cloudformation get-template \
--region <region> \
--stack-name <stack-name> \
--query 'TemplateBody' \
--output json > template.json
`
```

1.3 Build Resource Inventory
List all resources in the stack:

```
`aws cloudformation list-stack-resources \
--region <region> \
--stack-name <stack-name> \
--output json
`
```

This provides:

* `LogicalResourceId` - Use this as the Pulumi resource name

* `PhysicalResourceId` - The actual AWS resource ID

* `ResourceType` - The CloudFormation resource type

1.4 Analyze Template Structure
Extract from the template:

* Parameters and their defaults

* Mappings

* Conditions

* Outputs

* Resource dependencies (Ref, GetAtt, DependsOn)

### 2. CODE CONVERSION (CloudFormation → Pulumi)

IMPORTANT: There is NO automated conversion tool for CloudFormation. You MUST convert each resource manually.

2.1 Resource Name Convention (CRITICAL)
Every Pulumi resource MUST use the CloudFormation Logical ID as its name.

```
`// CloudFormation:
// "MyAppBucketABC123": { "Type": "AWS::S3::Bucket", ... }

// Pulumi - CORRECT:
const myAppBucket = new aws.s3.Bucket("MyAppBucketABC123", { ... });

// Pulumi - WRONG (DO NOT do this - import will fail):
const myAppBucket = new aws.s3.Bucket("my-app-bucket", { ... });
`
```

This naming convention is REQUIRED because the `cdk-importer` tool matches resources by name.

2.2 Provider Strategy
⚠️ CRITICAL: ALWAYS USE aws-native BY DEFAULT ⚠️

* Use `aws-native` for all resources unless there's a specific reason to use `aws`.

* CloudFormation types map directly to aws-native (e.g., `AWS::S3::Bucket` → `aws-native.s3.Bucket`).

* Only use `aws` (classic) when aws-native doesn't support a required feature.

This is MANDATORY for successful imports with cdk-importer. The cdk-importer works by matching CloudFormation resources to Pulumi resources, and CloudFormation maps 1:1 to aws-native. Using the classic `aws` provider will cause import failures.

2.3 CloudFormation Intrinsic Functions
Map CloudFormation intrinsic functions to Pulumi equivalents:

CloudFormationPulumi Equivalent`!Ref` (resource)Resource output (e.g., `bucket.id`)`!Ref` (parameter)Pulumi config`!GetAtt Resource.Attr`Resource property output`!Sub "..."``pulumi.interpolate``!Join [delim, [...]]``pulumi.interpolate` or `.apply()``!If [cond, true, false]`Ternary operator`!Equals [a, b]``===` comparison`!Select [idx, list]`Array indexing with `.apply()``!Split [delim, str]``.apply(v => v.split(...))``Fn::ImportValue`Stack references or config
Example: !Sub

```
`// CloudFormation: !Sub "arn:aws:s3:::${MyBucket}/*"
// Pulumi:
const bucketArn = pulumi.interpolate`arn:aws:s3:::${myBucket.bucket}/*`;
`
```

Example: !GetAtt

```
`// CloudFormation: !GetAtt MyFunction.Arn
// Pulumi:
const functionArn = myFunction.arn;
`
```

2.4 CloudFormation Conditions
Convert CloudFormation conditions to TypeScript logic:

```
`// CloudFormation:
// "Conditions": {
// "CreateProdResources": { "Fn::Equals": [{ "Ref": "Environment" }, "prod"] }
// }

// Pulumi:
const config = new pulumi.Config();
const environment = config.require("environment");
const createProdResources = environment === "prod";

if (createProdResources) {
// Create production-only resources
}
`
```

2.5 CloudFormation Parameters
Convert parameters to Pulumi config:

```
`// CloudFormation:
// "Parameters": {
// "InstanceType": { "Type": "String", "Default": "t3.micro" }
// }

// Pulumi:
const config = new pulumi.Config();
const instanceType = config.get("instanceType") || "t3.micro";
`
```

2.6 CloudFormation Mappings
Convert mappings to TypeScript objects:

```
`// CloudFormation:
// "Mappings": {
// "RegionMap": {
// "us-east-1": { "AMI": "ami-12345" },
// "us-west-2": { "AMI": "ami-67890" }
// }
// }

// Pulumi:
const regionMap: Record<string, { ami: string }> = {
"us-east-1": { ami: "ami-12345" },
"us-west-2": { ami: "ami-67890" },
};
const ami = regionMap[aws.config.region!].ami;
`
```

2.7 Custom Resources
CloudFormation Custom Resources (`AWS::CloudFormation::CustomResource` or `Custom::*`) require special handling:

* Identify the purpose: Read the Lambda function code to understand what it does

* Find native replacement: Check if Pulumi has a native resource that provides the same functionality

* If no replacement: Document in the migration report that manual implementation is needed

2.8 TypeScript Output Handling
aws-native outputs often include undefined. Avoid `!` non-null assertions. Always safely unwrap with `.apply()`:

```
`// WRONG
functionName: lambdaFunction.functionName!,

// CORRECT
functionName: lambdaFunction.functionName.apply(name => name || ""),
`
```

### 3. RESOURCE IMPORT

After conversion, import existing resources to be managed by Pulumi.

3.0 Pre-Import Validation (REQUIRED)
Before proceeding with import, verify your code:

* Check Provider Usage: Scan your code to ensure all resources use `aws-native`

* Document Exceptions: Any use of `aws` (classic) provider must be justified

* Verify Resource Names: Confirm all resources use CloudFormation Logical IDs as names

3.1 Automated Import with cdk-importer
Because you used CloudFormation Logical IDs as resource names, you can use the `cdk-importer` tool to automatically import resources.

Follow cfn-importer.md for detailed import procedures.

3.2 Manual Import for Failed Resources
For resources that fail automatic import:

* Follow cloudformation-id-lookup.md to find the import ID format

* Use `pulumi import`:

```
`pulumi import <pulumi-resource-type> <logical-id> <import-id>
`
```

3.3 Running Preview After Import
After import, run `pulumi preview`. There must be:

* NO updates

* NO replaces

* NO creates

* NO deletes

If there are changes, investigate and update the program until preview is clean.

## OUTPUT FORMAT (REQUIRED)

When performing a migration, always produce:

* Overview (high-level description)

* Migration Plan Summary

* Pulumi Code Outputs (TypeScript; organized by file)

* Resource Mapping Table:

CloudFormation Logical IDCFN TypePulumi TypeProvider`MyAppBucketABC123``AWS::S3::Bucket``aws-native.s3.Bucket`aws-native`MyLambdaFunction456``AWS::Lambda::Function``aws-native.lambda.Function`aws-native

* Custom Resources Summary (if any)

* Final Migration Report (PR-ready)

* Next Steps (import instructions)

## FOR DETAILED DOCUMENTATION

Fetch content from official Pulumi documentation:

* https://www.pulumi.com/docs/iac/adopting-pulumi/migrating-to-pulumi/from-aws/

## More skills from pulumi
package-usageby pulumiTrack which stacks across a Pulumi organization use a specific package and at what versions. Use for cross-stack audits, identifying outdated or unmaintained…provider-upgradeby pulumiA provider upgrade is a translation, not a change request.pulumi-arm-to-pulumiby pulumiConvert ARM templates, Bicep, or existing Azure resources to Pulumi infrastructure code. Handles complete ARM template conversion to Pulumi (TypeScript, Python, Go, C#, Java, or YAML) with support for parameters, variables, loops, conditionals, and nested templates Supports both azure-native (full API coverage) and azure (classic, simplified) providers; automatically selects the right provider for each resource Imports existing deployed Azure resources into Pulumi with zero-diff validation...pulumi-automation-apiby pulumiProgrammatic orchestration of Pulumi infrastructure operations across multiple stacks and applications. Supports both local source (existing Pulumi projects) and inline source (embedded programs) architectures, enabling flexible deployment patterns from simple to complex multi-stack scenarios Handles multi-stack orchestration with dependency sequencing, parallel independent deployments, and cross-stack output passing for coordinated infrastructure provisioning Provides programmatic...pulumi-best-practicesby pulumiComprehensive best practices for writing reliable, maintainable Pulumi infrastructure code. Avoid creating resources inside apply() callbacks; pass Output objects directly as inputs to preserve dependency tracking and preview visibility Use ComponentResource classes to group related resources into reusable logical units with proper parent-child hierarchy via parent: this Encrypt secrets from the start with --secret flag or config.requireSecret() to prevent credential leakage in state files...pulumi-cdk-to-pulumiby pulumiLoad this skill when a user wants to migrate, convert, port, translate, or move an AWS CDK application (including CDK stacks, constructs, or…pulumi-componentby pulumiReusable infrastructure components with multi-language support, sensible defaults, and composition patterns. Requires four core elements: extend ComponentResource , accept standard parameters, set parent: this on all children, and call registerOutputs() at the end of the constructor Args interfaces must use Input<T> wrappers, avoid union types and functions, and keep structures flat to support multi-language SDK generation Expose only essential outputs as public properties; hide...pulumi-escby pulumiCentralized secrets, configuration, and dynamic credentials management for Pulumi infrastructure and applications. Supports environment composition through imports and layering, with reserved keys for environmentVariables , pulumiConfig , and files Generates short-term credentials via OIDC for AWS, Azure, and GCP; integrates with AWS Secrets Manager, Azure Key Vault, HashiCorp Vault, and 1Password Core CLI commands include pulumi env init , pulumi env edit , pulumi env open (reveals...

---

**Source**: https://github.com/pulumi/agent-skills/tree/HEAD/migration/skills/cloudformation-to-pulumi
**Author**: pulumi
**Discovered via**: mcpservers.org

Related skills 6

caveman

★ Featured

Ultra-compressed communication mode. Cuts token usage ~75% by speaking like caveman while keeping full technical accuracy. Supports intensity levels: lite, full (default), ultra, wenyan-lite, wenyan-full, wenyan-ultra. Use when user says "caveman mode", "talk like caveman", "use caveman", "less tokens", "be brief", or invokes /caveman. Also auto-triggers when token efficiency is requested.

juliusbrussee 167k
Development

secure-linux-web-hosting

★ Featured

Use when setting up, hardening, or reviewing a cloud server for self-hosting, including DNS, SSH, firewalls, Nginx, static-site hosting, reverse-proxying an app, HTTPS with Let's Encrypt or ACME clients, safe HTTP-to-HTTPS redirects, or optional post-launch network tuning such as BBR.

xixu-me 155k
Development

readme-i18n

★ Featured

Use when the user wants to translate a repository README, make a repo multilingual, localize docs, add a language switcher, internationalize the README, or update localized README variants in a GitHub-style repository.

xixu-me 155k
Development

lark-shared

★ Featured

Use when first setting up lark-cli, running auth login, switching user/bot identity (--as), handling permission denied or scope errors, needing to update lark-cli, or seeing _notice in JSON output.

larksuite 155k
Development

improve-codebase-architecture

★ Featured

Find deepening opportunities in a codebase, informed by the domain language in CONTEXT.md and the decisions in docs/adr/. Use when the user wants to improve architecture, find refactoring opportunities, consolidate tightly-coupled modules, or make a codebase more testable and AI-navigable.

mattpocock 151k
Development

paper-context-resolver

★ Featured

Optional RigorPilot helper for README-first deep learning repo reproduction. Use only when the README and repository files leave a narrow reproduction-critical gap and the task is to resolve a specific paper detail such as dataset split, preprocessing, evaluation protocol, checkpoint mapping, or runtime assumption from primary paper sources while recording conflicts. Do not use for general paper summary, repo scanning, environment setup, command execution, title-only paper lookup, or replacin...

lllllllama 127k
Development