pyhelm3
Python library for managing Helm releases using Helm 3 and later (i.e. Tiller-less Helm).
Decision gist · record as of 2026-08-14
Yes, if you need to manage Helm releases from Python code. The library has low install friction, active maintenance, permissive licensing, and no known vulnerabilities. The main prerequisite is having Helm 3+ installed on your system and Python 3.10+. It's well-suited for automation and infrastructure tooling.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Helm 3 or later executable to be installed and on the PATH (or specify a custom path via the executable parameter).
- Requires Python 3.10 or later.
- Low install friction with three lightweight runtime dependencies (pydantic, pyyaml, semver).
License · maintenance · safety
Apache-2.0 (permissive) — Licensed under Apache-2.0 (permissive), allowing commercial and private use with minimal restrictions—suitable for most deployment scenarios.
last release 2026-08-03 (11 days)
0 known vulnerabilities (OSV.dev, 2026-08-14) · 162,479 downloads/mo, #10,600 on PyPI
Alternatives
Verify before relying
pip install pyhelm3
from pyhelm3 import Client
client = Client()
releases = await client.list_releases(all=True, all_namespaces=True)- Whether the package supports async/await patterns throughout or only in specific methods
- Compatibility with Helm 4 when it becomes available, beyond the atomic parameter note
- Performance characteristics for large numbers of releases or namespaces
What it is and what it does
pyhelm3 wraps the Helm 3+ command-line tool to let you manage Kubernetes Helm releases from Python code. Instead of shelling out to `helm` commands manually, you instantiate a Client object (pointing to your kubeconfig and context) and call methods to list, install, upgrade, or uninstall releases. It handles chart fetching from repositories, revision tracking, and status inspection, all through an async-friendly API.
The library is built on pydantic for data validation, pyyaml for configuration parsing, and semver for version handling. It's designed for automation workflows—CI/CD pipelines, infrastructure-as-code tools, or Kubernetes operators—where you need programmatic control over Helm deployments without spawning shell processes directly.
Use it for
- Automate Helm chart deployments in CI/CD pipelines by installing or upgrading releases programmatically
- Build infrastructure-as-code tools that manage Kubernetes applications through a Python API
- Monitor and list deployed Helm releases across multiple namespaces in a single Python script
- Implement custom Kubernetes operators or controllers that need to manage Helm releases
- Fetch and inspect chart metadata and README files before deciding whether to deploy them
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you need to manage Helm releases from Python code.
The library has low install friction, active maintenance, permissive licensing, and no known vulnerabilities. The main prerequisite is having Helm 3+ installed on your system and Python 3.10+. It's well-suited for automation and infrastructure tooling.
Install
pyhelm3 on PyPI
Before you install
Low install friction with three lightweight runtime dependencies (pydantic, pyyaml, semver). Active maintenance with a recent release 11 days ago. Requires Python 3.10 or later and the Helm executable to be available on the system.
Requires Helm 3 or later executable to be installed and on the PATH (or specify a custom path via the executable parameter). Requires Python 3.10 or later.
License in practice
Licensed under Apache-2.0 (permissive), allowing commercial and private use with minimal restrictions—suitable for most deployment scenarios.
Quickstart
pip install pyhelm3
from pyhelm3 import Client
client = Client()
releases = await client.list_releases(all=True, all_namespaces=True)Verify before relying
- Whether the package supports async/await patterns throughout or only in specific methods
- Compatibility with Helm 4 when it becomes available, beyond the atomic parameter note
- Performance characteristics for large numbers of releases or namespaces
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.10 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 3 packagespydanticpyyamlsemver |
| Maintenance | Actively maintained 11 days since the last release |
| First released | |
| Downloads | 162,479 / month, #10,600 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
Evidence: pyhelm3-0.5.4-py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “helm release management python”
- pyhelm3pyhelm3 is a Python library for programmatically managing Helm…
- epik8s-toolsAutomates project structure, Helm chart, and OPI panel generation for…
- aws-cdk.lambda-layer-kubectl-v35Provides a Lambda Layer packaging kubectl v1.35.2 and Helm v4.1.3 for…
Give your agent the search over MCP, or paste the wish link into any chat.
More Distributed Computing packages
gRPC Python is an HTTP/2-based RPC framework that enables you to define and call remote procedures across network boundaries using protocol buffers for serialization.
Install it if you need RPC communication in a distributed system or are integrating with existing gRPC services.
execnet lets you spawn and communicate with Python interpreters across local processes, remote hosts, and different platforms, using a simple API for task distribution and inter-process messaging.
However, the aging maintenance status (275 days since last release) means you should verify it meets your concurrency and performance needs before committing to a…
Cloudpickle extends Python's standard pickle module to serialize lambda functions, interactively-defined functions and classes, and other constructs that the default pickle cannot handle, making it suitable for cluster computing and remote code execution.
Install it if you need to serialize lambda functions, interactively-defined code, or non-standard Python constructs for cluster computing or distributed execution.
Provides a unified, open()-compatible Python API for streaming large files from remote storage (S3, GCS, Azure, HDFS, SFTP, HTTP) and local filesystems, with transparent compression support.
Install it if you work with large files on cloud storage or remote systems and want to avoid writing boilerplate around multiple SDKs.
Portalocker provides cross-platform file locking with support for exclusive and shared locks, plus Redis-based distributed locks and process-aware PID file locking.
Install it if you need file or process coordination; the optional extras (pywin32, redis) are only required for specific lock types.
Ray is a distributed computing framework that scales Python applications from a single machine to multi-node clusters, providing abstractions for parallel tasks, stateful actors, and shared objects.
See also epik8s-tools · aws-cdk.lambda-layer-kubectl-v35 · aws-cdk.asset-kubectl-v20 · pulumi-kubernetes · pykube-ng · kubernetes · portforward · kfp-server-api · kr8s · flux-local