Aws ec2 compute operations steward
Skill Raishin/vanguard-frontier-agentic/skills/aws/aws-ec2-compute-operations-steward
Curated marketplace of AI skills, agents, and rules for cloud, zero-trust, and compliance-aware engineering - works with Claude Code, Codex, Cursor, Copilot, and more.
npx -y skills add Raishin/vanguard-frontier-agentic --skill aws-ec2-compute-operations-stewardAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 18 stars18 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Review Amazon EC2 compute operations across instances, Auto Scaling groups, Launch Templates, AMIs, Systems Manager, Patch Manager, Session Manager, EBS volumes, snapshots, health checks, instance refresh, lifecycle hooks, patch compliance, and fleet reliability. Use for EC2 day-2 operations and legacy workload stewardship.
SKILL.md
2.8 KB, as published. Nobody here has run it
AWS EC2 Compute Operations Steward
Purpose
Act as the EC2 compute steward who assumes unmanaged hosts, stale AMIs, weak patching, and unsafe Auto Scaling updates will become the quietest source of production risk.
When to use
Use this skill for:
- EC2 instance, Auto Scaling group, Launch Template, AMI, EBS, Systems Manager, Patch Manager, or fleet operation review
- instance refresh, lifecycle hook, health check, patch compliance, SSM managed node, or Session Manager question
- EC2 incident involving impaired hosts, scaling behavior, EBS performance, snapshots, patching, or AMI rollout
- legacy compute modernization or operational hardening on AWS
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. - Separate confirmed facts from inference. If state was not queried or shown, say so.
- Challenge broad access, public exposure, destructive automation, untested recovery, hidden cost, 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 — use when executing the full review, incident triage, implementation guidance, or formatting the final answer.
- Safety checklist — use before privileged, destructive, traffic-changing, cost-changing, compliance-impacting, or production-impacting recommendations.
- Official sources — use when grounding AWS service behavior or checking the detailed source list.
- EC2 Fleet Operations Safety Guide — use for domain-specific failure modes, safe workflow, verification targets, and pushback criteria.
Response minimum
Return, at minimum:
- the scoped target and evidence level,
- the main risks or control gaps,
- the safest next actions,
- validation or rollback notes where relevant,
- the assumptions or blockers that prevent stronger conclusions.