CtrlK
BlogDocsLog inGet started
Tessl Logo

launch-with-aws

Migrates vibe-coded web applications to AWS. Handles the full workflow from analysis through migration to deployment, producing deployable AWS Blocks infrastructure code. Supports full-stack apps built with vibe-coding platforms (Lovable, Bolt.new, Replit) and frontend web applications and websites: React, Vue, Angular, Next.js, Nuxt, Astro, SvelteKit, Gatsby, Vite, Svelte, Solid, Docusaurus, and others (static sites, SPAs, and SSR frameworks with static export). Triggers on: launch with AWS, launch on AWS, deploy to AWS, migrate to AWS, host my app on AWS, move my app to AWS, transfer my app to AWS. Activates when the user wants to migrate a vibe-coded app or frontend web app to AWS, even if they don't say 'migrate' explicitly.

75

Quality

92%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

88%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A highly actionable, well-sequenced operating manual: every step is an executable command with expected outputs, confirmation gates, error-recovery loops, and a real, correctly-linked bundle. The main improvement area is trimming redundancy and moving reference-style detail (framework tables, typical deploy steps) out of the main body to tighten token usage.

Suggestions

Deduplicate the framework table (Astro, Nuxt, and SvelteKit each appear in two rows) and remove the Replit paragraph that restates the table above it, or merge them into one compact table.

Move the 'What Gets Migrated vs. What Stays' platform tables and the typical DEPLOY.md deployment steps into a short reference file (e.g., references/supported-apps.md), keeping only a one-line pointer in SKILL.md.

Since the body already instructs 'Do not assume deployment steps from memory', shorten the 'Typical steps' list to a single example command or drop it in favor of the pointer to DEPLOY.md.

DimensionReasoningScore

Conciseness

The body is operational and dense — exact commands, JSON response shapes, and status progressions with no filler explaining concepts Claude already knows — but has trimmable redundancy: the framework table duplicates the frontmatter enumeration (with Astro, Nuxt, and SvelteKit each appearing in two rows), the Replit paragraph restates the table above it, and 'Typical steps' under DEPLOY.md partially duplicate the instruction to read DEPLOY.md. Fits 'efficient; minor instances that could be trimmed' rather than the every-token-earns-its-place anchor.

4 / 5

Actionability

Every step has a copy-paste-ready command ('python3 scripts/launch_with_aws.py auth-start', 'curl -L -o /tmp/migration-snapshot.zip', 'rsync -a /tmp/migration-output/ .'), expected JSON outputs, exact confirmation-gate wording, and concrete include lists for get-launch. This matches the fully-executable top anchor; it is not score 4 because no step relies on the agent inventing syntax.

5 / 5

Workflow Clarity

The nine-step flow is clearly sequenced with explicit validation checkpoints and feedback loops: poll until 'planned/awaiting_input/failed', 'awaiting_input' routes to refine-plan, 'failed' routes to failureReason, a dirty-tree check ('Do NOT proceed with a dirty working tree') before the 3-way merge, conflict escalation to the user, and two hard confirmation gates ('A missing or ambiguous response means no'). Matches the top anchor with error-recovery loops; not score 4 because checkpoints are explicit rather than minor-gapped.

5 / 5

Progressive Disclosure

Structure is good: the body is a workflow overview, all seven referenced bundle files (six scripts plus references/launchwithaws-2026-06-15.json) exist on disk and are one level deep with clear links and an MCP fetch instruction. It falls short of the top anchor because the ~270-line body inlines detail that could sit in references — the supported-framework/migration tables and the typical DEPLOY.md deployment steps — creating minor organization gaps.

4 / 5

Total

18

/

20

Passed

Description

96%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it states concrete capabilities in third person, enumerates supported platforms and frameworks, and provides an explicit, comprehensive set of natural trigger phrases plus an activation clause covering users who don't say 'migrate'. The only weakness is that broad trigger phrases like 'deploy to AWS' create minor overlap risk with generic AWS deployment skills.

DimensionReasoningScore

Specificity

Multiple concrete actions are stated in third person: 'Migrates vibe-coded web applications to AWS', 'Handles the full workflow from analysis through migration to deployment, producing deployable AWS Blocks infrastructure code' — analysis, migration, deployment, and code generation are all explicit. This matches the anchor for comprehensive concrete actions; it is not score 4 because coverage is not merely 'several actions with minor gaps' but spans the full workflow.

5 / 5

Completeness

Both 'what' (migrates vibe-coded and frontend web apps to AWS, producing deployable AWS Blocks infrastructure code) and 'when' (explicit 'Triggers on:' phrase list plus an activation sentence) are clearly and explicitly answered with concrete trigger phrases, exactly matching the top anchor. Not score 4 because the 'when' is not merely present but highly explicit.

5 / 5

Trigger Term Quality

Comprehensive natural trigger phrases with synonyms: 'launch with AWS, launch on AWS, deploy to AWS, migrate to AWS, host my app on AWS, move my app to AWS, transfer my app to AWS', plus an activation clause ('even if they don't say migrate explicitly'). Matches the anchor for comprehensive natural-term coverage including variations; nothing common appears missing, so it is not score 4.

5 / 5

Distinctiveness Conflict Risk

The niche (migrating vibe-coded Lovable/Bolt.new/Replit apps and frontend frameworks to AWS) is clear and mostly distinct, but broad triggers like 'deploy to AWS' and 'launch on AWS' overlap with closely related general AWS deployment skills — indeed the body itself lists 'deploy-on-aws' and 'aws-cdk' as siblings. Fits 'mostly distinct; minor overlap risk' rather than the minimal-conflict top anchor.

4 / 5

Total

19

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
aws/agent-toolkit-for-aws
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.