The problem
A typical platform team runs dozens of cloud-native tools. Each one ships releases on its own cadence with release notes that are often:- A wall of auto-generated commit messages.
- Lacking a clear breaking-changes section.
- Buried in a GitHub release page nobody is watching.
What Relnx does
For each release Relnx tracks, it:- Pulls the raw release notes from GitHub, Helm charts, or the tool’s official site.
- Parses them into structured features (Bug Fix, Security Fix, Breaking Change, Enhancement, Deprecation, etc.).
- Uses AI to generate plain-language explanations — what the change does, why it matters, how to act on it.
- Notifies you via email and (for Enterprise) Slack when a tool you follow ships a new release.
- Opens an upgrade pull request for you — for tools in a connected GitHub
or GitLab repository, Relnx can raise a PR that bumps the version (in your
Chart.yaml,terragrunt.hcl, orversions.json). The PR description includes a Breaking Changes section summarising what changed between your current and target versions, with links back to the full details — so the review context lives right where you approve the upgrade.
- Catches drift in CI — the
relnx/check-outdatedGitHub Action fails a build when a tool is behind or has unacknowledged security / breaking changes, so missed upgrades surface like a failing test. - Turns a release into a ticket — open a Jira or Linear ticket from any release in one click, pre-filled with what changed.
Who Relnx is for
- Platform engineering leads — keep the whole org informed without writing an internal newsletter.
- SREs and DevOps engineers — never miss a security patch or breaking change.
- Engineering managers — track upgrade work with release acknowledgments and the stack health score (Enterprise).
Next steps
- Try it without an account: visit www.relnx.io/eol or www.relnx.io/compare.
- Sign up and follow your first tool: Getting started.
- See what each plan includes: Plans and limits.