How to use this developer tool
- Paste the requested YAML or key/value input.
- Adjust the available options for the target output.
- Select Extract Resources or press Ctrl/Cmd + Enter.
- Review findings, then copy or download the result.
Build an inventory from a bundle of Kubernetes manifests without applying anything to a cluster. The extractor reads multi-document YAML and lists API version, kind, namespace, name, replica count, container count, and selected workload details. Export the normalized rows as JSON or CSV for review notes, migration planning, or a lightweight manifest catalog.
Converts each Kubernetes YAML document into a normalized resource row and groups the summary by kind and namespace.
The result is generated locally and should be reviewed before deployment.
The Sample button loads a representative input. Running it produces the same structured output displayed in the result panel, including counts and any findings.
apiVersion: v1 kind: Service metadata: name: web namespace: production spec: type: ClusterIP --- apiVersion: apps/v1 kind: Deployment metadata: name: web namespace: production spec: replicas: 3
Namespace defaults to default for namespaced-looking resources when metadata.namespace is absent. List resources are expanded when an items array is available.
Cluster-scoped versus namespaced behavior is inferred, not discovered from a live API server. Generated resources and remote Kustomize bases are not included.
The result follows the static rules described on this page. Review finding 1 in context and confirm it with the relevant Docker or Kubernetes command before deployment.
The result follows the static rules described on this page. Review finding 2 in context and confirm it with the relevant Docker or Kubernetes command before deployment.
The result follows the static rules described on this page. Review finding 3 in context and confirm it with the relevant Docker or Kubernetes command before deployment.
Input is processed in your browser. The page does not make a network request with the configuration, but downloaded output and browser history should still be handled according to your security policy.
The result follows the static rules described on this page. Review finding 5 in context and confirm it with the relevant Docker or Kubernetes command before deployment.