AWSX Implement Approved Plan
This is a manual-only launcher skill. Use it only when the user explicitly invokes it with an approved plan or reviewed planning brief.
Inputs
Use the approved plan supplied with the invocation, or a file/PR/comment the user identifies as the approved plan. If the approved plan is missing, ask for it and stop.
Workflow
- Read the approved plan and the current checkout state.
- Do not reopen the design unless live evidence contradicts the approved plan.
- If the approved plan cannot satisfy the user-visible AWS outcome, stop and report the blocker instead of substituting a narrower fix.
- Use the tactical AWSX skills as needed:
$awsx-component-designfor component/API details;$awsx-breaking-change-evaluationfor compatibility-sensitive behavior;$awsx-test-authoringfor focused proof;$awsx-aws-service-validationfor new AWS service facts.
- Implement the smallest change that satisfies the approved user-visible outcome.
- Do not run full
make testlocally. Run focused validation only, followingAGENTS.mdand$awsx-test-authoring. - Report what changed, what validation ran, what remains unproven, and any deviation from the approved plan.
Stop Conditions
Stop instead of coding if:
- the approved plan is ambiguous or missing;
- current code, provider surface, or AWS docs contradict the plan;
- the implementation would need a broader API/product decision than the plan approved;
- satisfying the plan requires generated file edits without changing the source of truth first;
- only live AWS behavior could prove the central claim and the user has not approved that validation path.