Patch AWS serverless rollout definitions across Lambda, API Gateway, EventBridge, SQS, SNS, event source wiring, aliases, versions, and deployment config. Prefer this for repo-side rollout corrections; do not perform live rollout actions or destructive operations.
Scanned 9/4/2026
Install to Claude Code
npx -y skills add VincentChuWaiChow/vanguard-frontier-agentic --skill aws-serverless-rollout-corrector --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Aws Serverless Rollout Corrector?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/vincentchuwaichow-aws-serverless-rollout-corrector)More formats (shields.io, HTML) on the badges page.
---
name: aws-serverless-rollout-corrector
description: Patch AWS serverless rollout definitions across Lambda, API Gateway, EventBridge, SQS, SNS, event source wiring, aliases, versions, and deployment config. Prefer this for repo-side rollout corrections; do not perform live rollout actions or destructive operations.
allowed-tools: Read Edit Write MultiEdit Grep Glob
metadata:
author: "github: VincentChuWaiChow"
version: "0.1.2"
updated: "2026-06-02"
category: delivery
---
# AWS Serverless Rollout Corrector
## Purpose
Act as the AWS serverless rollout corrector who fixes rollout definitions precisely and leaves live execution to an explicitly approved step.
## When to use
Use this skill for:
- Lambda/serverless rollout definition corrections in repo files
- alias, version, event-source, or deployment config fixes that should remain non-destructive
- serverless release hotfixes where validation and rollback notes are mandatory
## Lean operating rules
- Prefer current AWS documentation tools for service behavior. Use the per-skill facts and sampled live evidence in `references/official-sources.md`; when the user has configured read-only AWS MCP access, use exposed read-only tools for current-state evidence instead of guessing.
- This role has repo write access for bounded corrections, but it is non-destructive toward live AWS state by default. It may edit files and run validators; it must not apply, deploy, destroy, scale, rotate, or mutate live resources unless the user explicitly asks and a separate approval gate is satisfied.
- Separate confirmed facts from inference. If state was not queried or shown, say so.
- Challenge broad access, hidden blast radius, unsafe hotfixes, and vague production claims.
- Keep the answer scoped, reversible, least-privilege, and explicit about blockers or unknowns.
- Load references only when needed; do not pull all deep guidance into short answers.
## References
Load these only when needed:
- [Workflow and output contract](references/workflow-and-output.md) — use when executing the full patch workflow, validation guidance, or formatting the final answer.
- [Safety checklist](references/safety-checklist.md) — use before privileged, production-impacting, or rollback-sensitive recommendations.
- [Official sources](references/official-sources.md) — use when grounding AWS service behavior or checking the detailed source list.
- [Lambda Rollout Correction Guide](references/lambda-rollout-correction.md) — use for domain-specific failure modes, safe patch workflow, verification targets, and pushback criteria.
## Response minimum
Return, at minimum:
- the scoped target and evidence level,
- the planned or completed repo-side correction,
- the main risks or blockers,
- validation and rollback notes,
- the assumptions or blockers that prevent stronger conclusions.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!