Azure Helm CLI
Use this skill to turn Helm chart and release requests into ordered CLI workflows, validate charts before deployment, preview rendered manifests, and return release, validation, template, or rollback evidence.
When to invoke
- "Lint or validate a Helm chart."
- "Render Helm templates before deploying."
- "Install, upgrade, or roll back a Helm release."
- "Add, update, or search a Helm repository."
- "Debug chart values or release history."
Prerequisites and context
- Helm 3.x installed.
- Kubernetes context configured.
- Access to chart repositories.
Procedure
- Confirm the chart path, release name, values file, namespace, and Kubernetes context.
- Lint or template the chart before install or upgrade when chart changes are involved.
- Run the narrowest repository or release command that satisfies the request.
- Capture validation, template, release, or rollback output.
- Return the result using the output template.
Chart development
# Lint chart
helm lint ./chart
# Template rendering
helm template release-name ./chart -f values.yaml
# Dry-run install
helm install release-name ./chart -f values.yaml --dry-run
Repository operations
# Add repository
helm repo add <name> <url>
# Update repositories
helm repo update
# Search charts
helm search repo <keyword>
Release management
# List releases
helm list -A
# Install chart
helm install <release> <chart> -f values.yaml -n <namespace>
# Upgrade release
helm upgrade <release> <chart> -f values.yaml -n <namespace>
# Rollback release
helm rollback <release> <revision> -n <namespace>
Best practices
- ALWAYS lint charts before deploying.
- Use --dry-run to preview changes.
- Keep values.yaml files in version control.
- Use semantic versioning for charts.
- Document chart dependencies.
Output template
Return exactly this structure:
**Status:** PASS | FAIL | BLOCKED
**Summary:** One sentence describing the chart validation, template rendering, repository, install, upgrade, or rollback outcome.
### Details
1. Command executed: `<helm command>`
2. Chart or release: `<chart path/name and release name>`
3. Namespace: `<namespace or all namespaces>`
4. Validation results: `<lint, dry-run, template, or not checked>`
5. Template output: `<summary or not applicable>`
6. Next steps: `<install, upgrade, rollback, inspect, or none>`
### Validation
- Chart check: `<helm lint, helm template, dry-run, or reason not checked>`
- Command result: `<exit code or observed helm output>`
Limits
- Do not use this skill for kubectl cluster operations.
- Use
azure-kubectl-cli (skill) instead when the task is direct Kubernetes resource inspection, logs, events, rollout status, or manifest application.
- Do not use this skill for ArgoCD sync and app health.
- Use
azure-argocd-cli (skill) instead when the task is GitOps application sync, health, diff, or drift management.
- Do not use this skill for Terraform IaC.
- Use
azure-terraform-cli (skill) instead when the task is infrastructure provisioning, state, plans, modules, or provider locks.
- Do not use this skill for full platform deployment.
- Use
open-horizons-deploy-orchestration (skill) instead when the task spans prerequisites, Terraform, Kubernetes, and platform-wide validation.
Related primitives
| Name |
Type |
Use it when |
open-horizons-deployment-operator |
agent |
Coordinating approved Helm releases as part of platform deployment. |
open-horizons-backstage-expert |
agent |
Managing Backstage chart values and portal deployment workflows. |
open-horizons-sre-investigator |
agent |
Investigating release or rollout health issues. |
azure-kubectl-cli |
skill |
Inspecting Kubernetes resources created by Helm. |
azure-argocd-cli |
skill |
Managing GitOps applications that apply Helm-rendered workloads. |
Quality gate
1---2name: azure-helm-cli3description: Helm CLI operations manage Kubernetes packages, charts, releases, repositories, values, upgrades, rollbacks, template rendering, release history, chart debugging, and package validation. Use this skill when working with helm install, helm upgrade, helm rollback, helm repo add, helm template, values.yaml, or chart validation.4---56<!-- Generated from harness/github-copilot/skills/azure-helm-cli/SKILL.md by harness/claude-code/scripts/convert_from_copilot.py. Edit the source, not this file. -->78# Azure Helm CLI910Use this skill to turn Helm chart and release requests into ordered CLI workflows, validate charts before deployment, preview rendered manifests, and return release, validation, template, or rollback evidence.1112## When to invoke1314- "Lint or validate a Helm chart."15- "Render Helm templates before deploying."16- "Install, upgrade, or roll back a Helm release."17- "Add, update, or search a Helm repository."18- "Debug chart values or release history."1920## Prerequisites and context2122- Helm 3.x installed.23- Kubernetes context configured.24- Access to chart repositories.2526## Procedure27281. Confirm the chart path, release name, values file, namespace, and Kubernetes context.292. Lint or template the chart before install or upgrade when chart changes are involved.303. Run the narrowest repository or release command that satisfies the request.314. Capture validation, template, release, or rollback output.325. Return the result using the output template.3334### Chart development3536```bash37# Lint chart38helm lint ./chart3940# Template rendering41helm template release-name ./chart -f values.yaml4243# Dry-run install44helm install release-name ./chart -f values.yaml --dry-run45```4647### Repository operations4849```bash50# Add repository51helm repo add <name> <url>5253# Update repositories54helm repo update5556# Search charts57helm search repo <keyword>58```5960### Release management6162```bash63# List releases64helm list -A6566# Install chart67helm install <release> <chart> -f values.yaml -n <namespace>6869# Upgrade release70helm upgrade <release> <chart> -f values.yaml -n <namespace>7172# Rollback release73helm rollback <release> <revision> -n <namespace>74```7576### Best practices77781. ALWAYS lint charts before deploying.792. Use --dry-run to preview changes.803. Keep values.yaml files in version control.814. Use semantic versioning for charts.825. Document chart dependencies.8384## Output template8586Return exactly this structure:8788```markdown89**Status:** PASS | FAIL | BLOCKED90**Summary:** One sentence describing the chart validation, template rendering, repository, install, upgrade, or rollback outcome.9192### Details931. Command executed: `<helm command>`942. Chart or release: `<chart path/name and release name>`953. Namespace: `<namespace or all namespaces>`964. Validation results: `<lint, dry-run, template, or not checked>`975. Template output: `<summary or not applicable>`986. Next steps: `<install, upgrade, rollback, inspect, or none>`99100### Validation101- Chart check: `<helm lint, helm template, dry-run, or reason not checked>`102- Command result: `<exit code or observed helm output>`103```104105## Limits106107- Do not use this skill for kubectl cluster operations.108- Use `azure-kubectl-cli` (`skill`) instead when the task is direct Kubernetes resource inspection, logs, events, rollout status, or manifest application.109- Do not use this skill for ArgoCD sync and app health.110- Use `azure-argocd-cli` (`skill`) instead when the task is GitOps application sync, health, diff, or drift management.111- Do not use this skill for Terraform IaC.112- Use `azure-terraform-cli` (`skill`) instead when the task is infrastructure provisioning, state, plans, modules, or provider locks.113- Do not use this skill for full platform deployment.114- Use `open-horizons-deploy-orchestration` (`skill`) instead when the task spans prerequisites, Terraform, Kubernetes, and platform-wide validation.115116## Related primitives117118| Name | Type | Use it when |119| --- | --- | --- |120| `open-horizons-deployment-operator` | `agent` | Coordinating approved Helm releases as part of platform deployment. |121| `open-horizons-backstage-expert` | `agent` | Managing Backstage chart values and portal deployment workflows. |122| `open-horizons-sre-investigator` | `agent` | Investigating release or rollout health issues. |123| `azure-kubectl-cli` | `skill` | Inspecting Kubernetes resources created by Helm. |124| `azure-argocd-cli` | `skill` | Managing GitOps applications that apply Helm-rendered workloads. |125126## Quality gate127128- [ ] `name` is `azure-helm-cli` and matches the parent directory.129- [ ] `helm lint` is run or explicitly marked not applicable before deployment actions.130- [ ] Dry-run or template output is captured before applying chart changes when possible.131- [ ] Release, chart, namespace, and values file are included in the response when applicable.132- [ ] Rollback responses include the requested revision.133- [ ] Chart dependencies and versioning considerations are noted when they affect the command result.
paulasilvatech