Plugin Naming Guide

This document describes guidelines for naming your kubectl plugins.

These guidelines are used for reviewing the plugins submitted to Krew.

Use lowercase and hyphens

Plugin names must be all lowercase and separate words with hyphens. Don’t use camelCase, PascalCase, or snake_case; use kebab-case.

  • NO: kubectl OpenSvc
  • YES: kubectl open-svc
Be specific

Plugin names should not be verbs or nouns that are generic, already overloaded, or likely to be used for broader purposes by another plugin.

  • NO: kubectl login (Too broad)
  • YES: kubectl gke-login


  • NO: kubectl ui (Should be used only for Kubernetes Dashboard)
  • YES: kubectl gke-ui
Be unique

Find a unique name for your plugin that differentiates it from other plugins that perform a similar function.

  • NO: kubectl view-logs (Unclear how it is different from the builtin “logs” command, or many other tools for viewing logs)
  • YES: kubectl tailer (Unique name, points to the underlying) tool name.
Use Verbs and Resource Types

If the name does not make it clear (a) what verb the plugin is doing on a resource, or (b) what kind of resource it’s doing the action on, consider clarifying unless it is obvious.

  • NO: kubectl service (Unclear what this plugin is doing with) service.
  • NO: kubectl open (Unclear what the plugin is opening)
  • YES: kubectl open-svc (It is clear the plugin will open a service)
Prefix Vendor Identifiers

Use vendor-specific strings as prefix, separated with a dash. This makes it easier to search/group plugins that are about a specific vendor.

  • NO: kubectl ui-gke (Makes it harder to search or locate in a plugin list)
  • YES: kubectl gke-ui (Will show up together with other gke-* plugins)
Avoid repeating kube[rnetes]

Plugin names should not include “kube-” or “kubernetes-” prefixes.

  • NO: kubectl kube-node-admin (“kubectl " already has “kube” in it)
  • YES: kubectl node-admin
Avoid Resource Acronyms and Abbreviations

Using kubectl acronyms for API resources (e.g. svc, ing, deploy, cm) reduces the readability and discoverability of a plugin, which is more important than the few keystrokes saved.

  • NO: kubectl new-ing (Unclear that the plugin is for Ingress)
  • YES: kubectl debug-ingress

Note: If you have suggestions for improving this guide, open an issue or send a pull request, as this is a topic under active development.

← Developer Guide