Bring your own Helm values

This is the same README you will find in the matching demo Space in Hub. It explains why the Space exists, what problem it demonstrates, and what to inspect first. View source markdown.

Generated at: 2026-07-30T12:38:02.000Z UTC · source: generated README for this demo Space, built from committed helm-expt evidence.

A supplied NGINX values file is rendered and reviewed before it becomes a ConfigHub base variant.

Start here when you open this Space in Hub. This page explains the problem this example is meant to show, what to inspect, why it matters, and where the evidence lives.

Why this example exists

A values file from a person or coding agent can look reasonable while producing changes that are hard to spot in templates.

This example renders first, compares the result with the checked catalog configuration, fixes the concrete problems, and keeps the requested change.

What this example shows

Where each setting comes from

PlaceWhat this Space records
Starting configurationThe reviewed Helm values request three replicas and safe object settings. The linked proposed and reviewed values files show exactly what changed before import.
ConfigHub changesThis base contains the five reviewed objects imported from OCI. It has no later environment edit; development and staging changes live in their own Spaces.
Install workThe nginx/ai-provider-credentials Secret must be supplied separately. Its value is not stored in the public package or this Space.
Live clusterA throwaway Argo CD run observed three ready replicas. That observation checks the reviewed base; it does not set the replica count.

If an upstream change and a local ConfigHub revision touch the same field, review the overlap before promotion.

What to inspect in Hub

Evidence and source

Limits