karpenter-provider-aws / upgrading
AGENTS.md7.7k starsChanged 36 days agoApache-2.0View on GitHub
These rules apply when you add or edit the per-version notes in upgrade-guide.md (the ### Upgrading to <version>+ sections). Rank notes within each group by impact as well. For metrics, that means how much observability breaks, e.g. how widely the metric is used and how many queries the change breaks. - This file isn't published: website/hugo.yaml lists AGENTS.md in ignoreFiles.
Trending
More talk lately.about the whole repository
Who's talking about aws/karpenter-provider-aws
- kubernetes-sigs/karpenter“v1: Bring back a "soft expiration" mechanism”GitHub · Oct 14, 2024 · 122 reactions
- kubernetes-sigs/karpenter“Zonal Volume Requirements Break Topology Spread Constraints”GitHub · May 7, 2024 · 37 reactions
- kubernetes-sigs/karpenter“RFC: NodeOverlay”GitHub · Jun 6, 2024 · 32 reactions
- kubernetes-sigs/karpenter“`MinAge` for NodeClaims”GitHub · Feb 20, 2024 · 18 reactions
- terraform-aws-modules/terraform-aws-eks“Split IAM policies according to upstream”GitHub · Feb 4, 2026 · 14 reactions
The biggest 5 of 40 mentions linking to the repository that our crawl found. Each line is their own headline.
See all 40
Talked about on GitHub and Bluesky (40 times).
On GitHub · 38
- Oct 14, 2024v1: Bring back a "soft expiration" mechanism — kubernetes-sigs/karpenter122 reactions · 29 comments
- May 7, 2024Zonal Volume Requirements Break Topology Spread Constraints — kubernetes-sigs/karpenter37 reactions · 7 comments
- Jun 6, 2024RFC: NodeOverlay — kubernetes-sigs/karpenter32 reactions · 43 comments
- Feb 20, 2024`MinAge` for NodeClaims — kubernetes-sigs/karpenter18 reactions · 16 comments
- Feb 4, 2026Split IAM policies according to upstream — terraform-aws-modules/terraform-aws-eks14 reactions · 14 comments
33 more on GitHub
- Feb 26, 2025fix: don't provision unnecessary capacity for pods which can't move to a new node — kubernetes-sigs/karpenter13 reactions · 6 comments
- Mar 11, 2026Support disruption policies that allow terminate-before-create for fixed capacity use cases — kubernetes-sigs/karpenter10 reactions · 2 comments
- Nov 7, 2024karpenter Pod fails to Start -The specified queue does not exist. — kubernetes-sigs/karpenter10 reactions · 7 comments
- Apr 25, 2025docs: Node Overlay RFC — kubernetes-sigs/karpenter9 reactions · 11 comments
- Jun 4, 2024feat: Ensure persistent volumes are detached before deleting node — kubernetes-sigs/karpenter8 reactions · 17 comments
- Jul 16, 2026feat: publish pod event for insufficient capacity error — kubernetes-sigs/karpenter5 reactions · 5 comments
- May 23, 2024feat: delay draining of higher order pods while pods are still terminating — kubernetes-sigs/karpenter5 reactions · 13 comments
- May 8, 2026feat: consolidateAfter now applies to destination nodes during consolidation — kubernetes-sigs/karpenter4 reactions · 3 comments
- Oct 9, 2025chore: Add DerekFrank as reviewer — kubernetes-sigs/karpenter4 reactions · 11 comments
- Feb 29, 2024feat: add ignore resource requests arg — kubernetes-sigs/karpenter4 reactions · 14 comments
- Oct 5, 2025docs: RFC for consolidation price improvement factor — kubernetes-sigs/karpenter3 reactions · 13 comments
- Jul 30, 2024fix: Wait for pods to be fully terminated in groups — kubernetes-sigs/karpenter3 reactions · 9 comments
- Jul 15, 2024fix: accurately track allocatable resources for nodes — kubernetes-sigs/karpenter3 reactions · 12 comments
- Jul 20, 2026Update module github.com/aws/karpenter-provider-aws to v1.14.0 — DataDog/datadog-agent2 reactions · 4 comments
- Jun 24, 2026fix(deps): update module github.com/aws/karpenter-provider-aws to v1.13.0 — DataDog/datadog-agent2 reactions · 4 comments
- Aug 16, 2024V1 Release — aws-samples/karpenter-blueprints2 reactions
- Nov 3, 2026Update module github.com/aws/karpenter-provider-aws to v1.15.1 — DataDog/datadog-agent1 reaction · 6 comments
- Nov 2, 2026fix(deps): update module github.com/aws/karpenter-provider-aws to v1.15.1 — DataDog/datadog-agent1 reaction · 7 comments
- Oct 29, 2026fix(deps): update module github.com/aws/karpenter-provider-aws to v1.15.0 — DataDog/datadog-agent1 reaction · 6 comments
- Oct 28, 2026Update module github.com/aws/karpenter-provider-aws to v1.15.0 — DataDog/datadog-agent1 reaction · 7 comments
- Oct 27, 2026Update module github.com/aws/karpenter-provider-aws to v1.15.0 — DataDog/datadog-agent1 reaction · 6 comments
- Oct 23, 2026Update module github.com/aws/karpenter-provider-aws to v1.15.0 — DataDog/datadog-agent1 reaction · 6 comments
- Oct 22, 2026Update module github.com/aws/karpenter-provider-aws to v1.15.0 — DataDog/datadog-agent1 reaction · 6 comments
- Sep 25, 2026Update module github.com/aws/karpenter-provider-aws to v1.14.1 — DataDog/datadog-agent1 reaction · 6 comments
- Sep 22, 2026Update module github.com/aws/karpenter-provider-aws to v1.14.1 — DataDog/datadog-agent1 reaction · 6 comments
- Sep 22, 2026fix(deps): update module github.com/aws/karpenter-provider-aws to v1.14.1 — DataDog/datadog-agent1 reaction · 6 comments
- Sep 21, 2026fix(deps): update module github.com/aws/karpenter-provider-aws to v1.14.1 — DataDog/datadog-agent1 reaction · 6 comments
- Sep 16, 2026chore: add jigish620 as karpenter reviewer — kubernetes-sigs/karpenter1 reaction · 1 comment
- Sep 16, 2026chore: Add ryan-mist as reviewer — kubernetes-sigs/karpenter1 reaction · 2 comments
- Sep 3, 2026Update module github.com/aws/karpenter-provider-aws to v1.14.1 — DataDog/datadog-agent1 reaction · 6 comments
- Jul 20, 2026Merge https://github.com/aws/karpenter-provider-aws/tree/release-v1.9.2 (235f98e) into main — openshift/aws-karpenter-provider-aws1 reaction · 3 comments
- Jul 11, 2026Update module github.com/aws/karpenter-provider-aws to v1.13.0 — DataDog/datadog-agent1 reaction · 4 comments
- Dec 12, 2024feat: separate helm chart for CRDs — grafana/k6-operator1 reaction · 2 comments
On Bluesky · 2
- Jun 9, 2026karpenter-provider-aws (⭐️ 7647) Karpenter is a Kubernetes Node Autoscaler built for flexibility, performance, and simplicity. #go — @golangoss.bsky.social3 likes and reposts
- Oct 2, 2026karpenter-provider-aws (⭐️ 7721) Karpenter is a Kubernetes Node Autoscaler built for flexibility, performance, and simplicity. #go — @golangoss.bsky.social1 likes and repost
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,542 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository2 other files it gives its agents.
The file
We split this AGENTS.md into the rules it gives an agent
1 rule. About 0 are common, 0 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 5
Every breaking change needs an upgrade guide note, and the note starts with Breaking:.
≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Upgrade guide notes
These rules apply when you add or edit the per-version notes in upgrade-guide.md (the ### Upgrading to <version>+ sections).
- Every breaking change needs an upgrade guide note, and the note starts with
**Breaking:**. Order each version's notes by priority, which is how big the impact is on users who upgrade:
- Breaking changes, which affect everyone who upgrades. Keep them together at the top: behavior changes first, then metrics changes (whose impact is broken observability, e.g. dashboards and alerts). Put a change's escape hatch or migration note right after it.
- Notes that aren't breaking but still need action from some users, e.g. a changed default.
- Deprecations, which only matter if you use the deprecated feature.
- New opt-in feature gates, which only matter if you turn them on.
Rank notes within each group by impact as well. For metrics, that means how much observability breaks, e.g. how widely the metric is used and how many queries the change breaks.
- This file isn't published:
website/hugo.yamllistsAGENTS.mdinignoreFiles.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

