Install
$ agentstack add skill-aws-samples-sample-eks-upgrade-skill-eks-upgrade ✓ scanned · ✓ verified, works with Claude Code, Cursor, and more.
Security review
✓ PassedNo issues found. Passed automated security review. · v0.1.0 How review works →
- ✓ Prompt-injection patterns
- ✓ Secret / credential exfiltration
- ✓ Dangerous shell & filesystem operations
- ✓ Untrusted network calls
- ✓ Known-malicious package signatures
What it can access
- ✓ Network access No
- ✓ Filesystem access No
- ✓ Shell / process execution No
- ✓ Environment & secrets No
- ✓ Dynamic code execution No
From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.
Verified badge
Passed review? Show it. Paste this badge into your README, it links to the public security report.
Reliability & compatibility
Declared compatibility
Compatibility is declared by the source manifest. End-to-end runtime verification is coming, see below.
We're building live execution health for every listing: tool-call success rate, median latency, uptime, and last-checked timestamps, measured, not self-reported. It isn't live yet, so we don't show numbers we can't stand behind.
How agent discovery & health will work →About
EKS Upgrade Readiness Skill
Overview
This skill assesses your live EKS cluster's readiness for a Kubernetes version upgrade. It connects to your cluster via AWS CLI and kubectl, runs automated checks across 8 assessment areas, calculates a readiness score (0-100%), and produces a detailed report with prioritized remediation steps and pre-filled AWS CLI commands.
This skill is laser-focused on upgrade safety — answering the question: "Is it safe to upgrade this cluster to the next version?"
What Gets Assessed
| # | Section | Key Checks | |---|---------|------------| | 01 | Version Validation | Upgrade path validity, version skew policy, support status | | 02 | Breaking Changes | Version-specific API removals, behavioral changes, resource impact | | 03 | Deprecated API Detection | Live scan of cluster resources for deprecated/removed APIs | | 04 | Add-on Compatibility | Core add-on versions, OSS add-on matrix, Karpenter compatibility | | 05 | Node Readiness | Node version skew, AL2→AL2023 migration, AMI compatibility | | 06 | Workload Risks | Single replicas, missing PDBs, health probes, resource requests | | 07 | AWS Upgrade Insights | Official EKS pre-upgrade checks and recommendations | | 08 | Upgrade Plan | Pre-filled CLI commands, step-by-step upgrade sequence |
Readiness Score
The skill calculates a weighted readiness score:
| Category | Max Deduction | Rationale | |----------|--------------|-----------| | Breaking Changes | 25 pts | Highest risk — can break apps | | Deprecated APIs | 20 pts | Actionable, fixable pre-upgrade | | Node Readiness (skew + subnet IPs) | 20 pts | Can block upgrade entirely | | Unsupported Version | 15 pts | No security patches, urgent upgrade needed | | Add-on Compatibility | 15 pts | Critical > optional add-ons | | Karpenter | 10 pts | Only if installed | | Workload Risks | 10 pts | Best-practice, not blockers | | AWS Upgrade Insights | 10 pts | Official AWS checks | | AL2 Nodes / Behavioral | 10 pts | Informational |
Hard Blocker Override: If any hard blocker is detected (e.g., incompatible Karpenter, critical add-on DEGRADED, subnet IPs Cannot access EKS clusters. Try these steps: > 1. Check that AWS credentials are configured: aws sts get-caller-identity > 2. Check your region: aws eks list-clusters --region > 3. Check that MCP servers are enabled in Claude Code
Wait for the user to resolve the issue.
Action 2 — Describe the selected cluster
Run aws eks describe-cluster --name and show: cluster name, Kubernetes version, platform version, region, status, account ID.
Action 2b — Validate cluster status
Check the status field from the cluster description. If status is NOT ACTIVE:
- CREATING/UPDATING/DELETING → STOP. Show: "Cluster is currently in `` state. The EKS API will reject an upgrade request. Wait for the operation to complete, then re-run this assessment."
- FAILED → STOP. Show: "Cluster is in FAILED state. This is a hard blocker — the cluster must be recovered before an upgrade can be attempted. Contact AWS Support if the cluster is stuck in FAILED."
Do NOT proceed with the assessment if cluster status is not ACTIVE. This is a hard blocker (see report-generation.md).
Action 3 — Validate permissions
After describing the cluster, verify key permissions by attempting:
aws eks list-nodegroups --cluster-nameaws eks list-addons --cluster-nameaws eks list-insights --cluster-name
If any fail with AccessDenied, show the user exactly which permission is missing and list the required IAM actions. Do NOT proceed until permissions are confirmed.
Action 4 — Determine target version
Ask: "Your cluster is on v[current]. The next version is v[current+1]. Shall I assess upgrade readiness to v[current+1]?"
If the user specifies a version more than 1 minor version ahead, explain that EKS requires one-version-at-a-time upgrades and show the required path (e.g., 1.29 → 1.30 → 1.31 → 1.32). Offer to assess the first hop.
Action 5 — Confirm and proceed
Steps 1-8: Run Assessment
Read each steering file in order from ${CLAUDE_SKILL_DIR}/steering/. For each section:
- Read the steering file
- Execute the checks described in it using AWS CLI and kubectl commands
- Collect findings with severity ratings
Steering file loading guide:
| User Request | Steering File(s) | |---|---| | Full upgrade assessment | ALL files in order | | Version / upgrade path | steering/version-validation.md | | Breaking changes / API removals | steering/breaking-changes.md | | Deprecated APIs | steering/deprecated-apis.md | | Add-on compatibility / Karpenter | steering/addon-compatibility.md | | Node readiness / AL2 / AMI | steering/node-readiness.md | | Workload risks / PDB / probes | steering/workload-risks.md | | AWS Insights | steering/upgrade-insights.md | | Generate report | steering/report-generation.md |
Step 9: Calculate Score & Generate Report
Read ${CLAUDE_SKILL_DIR}/steering/report-generation.md and produce the report.
Tool Usage Rules
- Do NOT call any tools when this skill is first activated. Wait for the user to ask.
- Do NOT hardcode or guess cluster names. Always discover by listing first.
- Do NOT retry a failed command more than once.
- Always read the relevant steering file before executing checks for that section.
- Use
awsCLI andkubectlfor cluster queries. If MCP servers are available, prefer them for EKS operations.
Data Files
- OSS Add-on Registry:
${CLAUDE_SKILL_DIR}/data/oss_addon_registry.json— identifiers and authoritative upstream URLs for common OSS add-ons. This file does NOT contain compatibility data. Compatibility is always verified live via the registry'scompatibility_urlandreleases_urlfields. If an add-on is not in the registry or the upstream source is unreachable, report UNKNOWN — never guess. - HTML Converter:
${CLAUDE_SKILL_DIR}/tools/md_to_html.py— converts markdown reports to HTML
Report Output
- Markdown:
EKS-Upgrade-Assessment----.md - HTML: Run
python3 ${CLAUDE_SKILL_DIR}/tools/md_to_html.py .mdto convert
Do NOT generate HTML manually. Always use the conversion script.
Source & license
This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.
- Author: aws-samples
- Source: aws-samples/sample-eks-upgrade-skill
- License: MIT-0
- Homepage: https://github.com/aws-samples/sample-eks-upgrade-skill
Install and usage instructions live in the source repository linked above.
Reviews
No reviews yet, be the first.
Write a review
Versions
- v0.1.0 Imported from the upstream source.