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 Pulumi, convert a CFN template, import existing CloudFormation-managed resources into Pulumi, or asks about CloudFormation-to-Pulumi migration in any form. Also load when the user mentions cdk-importer in a migration context.
What this skill does
## IMPORTANT: PLAN ADJUSTMENT REQUIRED
**If you have already generated a migration plan before loading this skill, you MUST:**
1. Review your existing plan against the workflows and requirements in this skill
2. Identify any gaps, missing steps, or incorrect assumptions
3. Update and revise your plan to align with this skill's guidance
4. Communicate the adjusted plan to the user before proceeding
## CRITICAL SUCCESS REQUIREMENTS
The migration output MUST meet all of the following:
1. **Complete Resource Coverage**
- Every CloudFormation resource MUST be represented in the Pulumi program OR explicitly justified in the final report.
2. **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.
3. **Successful Deployment**
- The produced Pulumi program must be structurally valid and capable of a successful `pulumi preview` (assuming proper config).
4. **Zero-Diff Import Validation** (if importing existing resources)
- After import, `pulumi preview` must show NO updates, replaces, creates, or deletes.
5. **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:
```bash
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:
```bash
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.**
```typescript
// 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:
| CloudFormation | Pulumi 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
```typescript
// CloudFormation: !Sub "arn:aws:s3:::${MyBucket}/*"
// Pulumi:
const bucketArn = pulumi.interpolate`arn:aws:s3:::${myBucket.bucket}/*`;
```
##### Example: !GetAtt
```typescript
// CloudFormation: !GetAtt MyFunction.Arn
// Pulumi:
const functionArn = myFunction.arn;
```
#### 2.4 CloudFormation Conditions
Convert CloudFormation conditions to TypeScript logic:
```typescript
// 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:
```typescript
// 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:
```typescript
// 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:
1. **Identify the purpose**: Read the Lambda function code to understand what it does
2. **Find native replacement**: Check if Pulumi has a native resource that provides the same functionality
3. **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()`:
```typescript
// 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:**
1. **Check Provider Usage**: Scan your code to ensure all resources use `aws-native`
2. **Document Exceptions**: Any use of `aws` (classic) provider must be justified
3. **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](cfn-importer.md) for detailed import procedures.
#### 3.2 Manual Import for Failed Resources
For resources that fail automatic import:
1. Follow [cloudformation-id-lookup.md](cloudformation-id-Related in Cloud & DevOps
appbuilder-action-scaffolder
IncludedCreate, implement, deploy, and debug Adobe Runtime actions with consistent layout, validation, and error handling. Use this skill whenever the user needs to add actions to an App Builder project, understand action structure (params, response format, web/raw actions), configure actions in the manifest, use App Builder SDKs (State, Files, Events, database), deploy and invoke actions via CLI, debug action issues, or implement patterns such as webhook receivers, custom event providers, journaling consumers, large payload redirects, action sequence pipelines, and Asset Compute workers. Also trigger when users mention serverless functions in Adobe context, action logging, IMS authentication for actions, or cron-style scheduled actions.
orchestrating-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. Use this skill when the user needs a multi-step Data Cloud pipeline, cross-phase troubleshooting, or data space and data kit management. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase sf data360 workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching phase-specific skill), the task is STDM/session tracing/parquet telemetry (use observing-agentforce), standard CRM SOQL (use querying-soql), or Apex implementation (use generating-apex).
github-project-automation
IncludedAutomate GitHub repository setup with CI/CD workflows, issue templates, Dependabot, and CodeQL security scanning. Includes 12 production-tested workflows and prevents 18 errors: YAML syntax, action pinning, and configuration. Use when: setting up GitHub Actions CI/CD, creating issue/PR templates, enabling Dependabot or CodeQL scanning, deploying to Cloudflare Workers, implementing matrix testing, or troubleshooting YAML indentation, action version pinning, secrets syntax, runner versions, or CodeQL configuration. Keywords: github actions, github workflow, ci/cd, issue templates, pull request templates, dependabot, codeql, security scanning, yaml syntax, github automation, repository setup, workflow templates, github actions matrix, secrets management, branch protection, codeowners, github projects, continuous integration, continuous deployment, workflow syntax error, action version pinning, runner version, github context, yaml indentation error
sf-datacloud
IncludedSalesforce Data Cloud product orchestrator for connect→prepare→harmonize→segment→act workflows. TRIGGER when: user needs a multi-step Data Cloud pipeline, asks to set up or troubleshoot Data Cloud across phases, manages data spaces or data kits, or wants a cross-phase `sf data360` workflow. DO NOT TRIGGER when: work is isolated to a single phase (use the matching sf-datacloud-* skill), the task is STDM/session tracing/parquet telemetry (use sf-ai-agentforce-observability), standard CRM SOQL (use sf-soql), or Apex implementation (use sf-apex).
fabric-cli
IncludedUse this skill for Fabric.so CLI workflows with the `fabric` terminal command: diagnose/install/login, search or browse a Fabric library, save notes/links/files, create folders, ask the Fabric AI assistant, manage tasks/workspaces, generate shell completion, check subscription usage, produce JSON output, and use Fabric as persistent agent memory. Do not use for Microsoft Fabric/Azure/Power BI `fab`, Daniel Miessler's Fabric framework, Python Fabric SSH, Fabric.js, or textile/fashion fabric.
lark
IncludedLark/Feishu CLI skills: lark-cli operations for docs, markdown, sheets, base, calendar, im, mail, task, okr, drive, wiki, slides, whiteboard, apps, approval, attendance, contact, vc, minutes, event. Use when the user needs to operate Lark/Feishu resources via lark-cli, send messages, manage documents, spreadsheets, calendars, tasks, OKRs, deploy web pages, or any Feishu/Lark workspace operations.