derailed/k9s
Read the upstream summary on the left, browse the cached forks below it, and load each fork comparison into the right-hand panel.
derailed/k9s
K9s is a Go-based terminal UI for managing Kubernetes clusters. It is actively maintained, widely used, and built around watching cluster resources, navigating them interactively, and running follow-up commands from the TUI.
Jump straight into Discofork's strongest cached fork picks, or open a compare view in one click.
Choose a fork to inspect
Prefer this fork only if you specifically need the older behavior or its small custom tweaks. For most adopters, upstream is the better choice because this fork is very stale and significantly behind on features, fixes, and compatibility.
Prefer this fork only if its added PVC, rollout, and UI workflows match your needs and you are comfortable owning maintenance. If you want current upstream parity, active fixes, and broad compatibility, upstream is the safer choice.
Adopt only if you specifically need the fork's older custom workflows and are willing to carry maintenance yourself. For most users, upstream K9s is the safer choice because this fork is stale, heavily diverged, and materially behind.
Prefer upstream unless you specifically need an older untouched snapshot. This fork adds no visible capabilities and is materially behind on recent K9s improvements.
Adopt this fork only if its downstream-specific behavior is required. For most users, upstream K9s is the safer choice because it is actively maintained, while this fork is stale and substantially behind.
Choose this fork if you want K9s plus embedded AI assistance for diagnosis, guidance, and action workflows. Stick with upstream if you need maximum maturity, documentation completeness, and the latest non-AI K9s fixes/features.
Choose this fork only if its CRD/table-specific tweaks are the reason you need it. For most adopters, upstream is the better default because this fork is stale, significantly diverged, and missing newer features and fixes.
Prefer this fork only if you specifically need its older custom behavior. For most adopters, upstream is the better choice because this fork is stale, heavily diverged, and missing substantial recent K9s improvements.
Choose this fork only if the k3d root-shell workflow is the main requirement and you are willing to own an old, heavily diverged codebase. For general K9s use, upstream is the safer choice.