How maker mode works
Maker mode uses a two-phase workflow:- Plan generation: AI analyzes your request and generates a JSON plan with AWS CLI commands
- Plan execution: Clanker executes the plan with automatic error handling and retries
Generate your first plan
Use the Clanker will analyze your request and output a JSON plan:
--maker flag to generate an infrastructure plan:Notice the
<SG_ID> placeholder—Clanker automatically chains outputs from one command as inputs to the next.Review and save the plan
Before applying, save the plan to review it:Review the plan:
- Check that AMI IDs are valid for your region
- Verify security group rules match your requirements
- Confirm instance types and sizes
- Review IAM permissions if creating roles
Apply the plan
Once you’re satisfied with the plan, apply it:Clanker will execute each command in order, with automatic:
- Placeholder resolution: Fills in
<SG_ID>,<INSTANCE_ID>, etc. from previous command outputs - Dependency ordering: Ensures resources are created in the correct sequence
- Error handling: Retries transient failures, handles “already exists” gracefully
- Progress updates: Shows real-time execution status
Create more complex infrastructure
Maker mode can handle complex multi-resource deployments:RDS database with VPCLambda with API GatewayECS Fargate serviceS3 website with CloudFront
Advanced features
Automatic enrichment
Clanker automatically enriches plans with existing infrastructure context:- Discover your existing VPC ID
- Find appropriate subnets
- Generate a plan using those resources
- Bind placeholders to actual VPC/subnet IDs
Error remediation
When execution fails, Clanker can automatically fix common issues: IAM propagation delaysDestructive operations
By default, maker mode rejects destructive operations. Use--destroyer to allow deletions:
Multi-cloud support
Maker mode supports multiple cloud providers:GCP
Azure
Cloudflare
Best practices
Review before applying
Always inspect generated plans before execution. Look for unexpected resources, excessive permissions, or incorrect configurations.
Use version control
Store your plans in Git. This provides an audit trail and makes it easy to recreate environments.
Start small
Begin with simple resources (security groups, S3 buckets) before tackling complex multi-tier architectures.
Test in dev first
Apply plans to development environments before production. Use
--profile dev to target specific accounts.Example workflows
Complete web application
Disaster recovery
Troubleshooting
Plan generation fails
Plan generation fails
If plan generation fails:Common issues:
- Request is too vague (be specific about instance types, regions, etc.)
- AI quota exceeded (try a different provider with
--ai-profile) - Invalid resource combinations (e.g., incompatible instance types)
Execution fails midway
Execution fails midway
If a plan fails during execution:
- Clanker checkpoints progress—already created resources remain
- Review error messages for the failed command
- Fix the issue (e.g., add missing permissions)
- Re-run
--applywith the same plan (idempotent)
Placeholder not resolved
Placeholder not resolved
If you see unresolved placeholders like
<VPC_ID> in execution:- Check that the producing command succeeded
- Verify the JSONPath in
producesis correct - Use
--debugto see placeholder resolution
Next steps
Kubernetes setup
Create and manage Kubernetes clusters
Cost optimization
Use maker mode to implement cost-saving changes
Security best practices
Generate secure infrastructure configurations
Multi-environment
Manage dev, staging, and production with profiles