Catalog Promotion Review Report

A repository document, rendered for the site. View source markdown.

Generated at: 2026-07-30T12:38:02.000Z UTC · source: committed helm-expt evidence for this rendered repository document.

This report is generated from the recipe, variant, receipt, and package artifacts. It executes the machine-readable part of docs/planning/catalog-promotion-review.md and identifies the human/product review gaps that remain before any recipe can be called catalog-supported.

Important boundary:

This report does not infer catalog-supported status from machine checks.
Catalog support must come from explicit catalog-status.yaml files.

Summary

recipes reviewed: 110
machine checks pass: 110
machine checks fail: 0
proof-grade: 80
catalog-candidate: 10
catalog-supported: 20
blocked: 0
default-only recipes: 33
multi-variant recipes: 77
recipes with warning gates: 96
recipes with non-current executable fixture path: 0

Proof Tiers

Support Levels

Catalog Candidates

These are not catalog-supported yet. They are the first recipes worth human promotion review because they already have richer variant artifacts or bespoke proof work.

ChartVariantsGateRecommendation
argo-cd/argo-cd@9.5.172warnrun human catalog promotion review
bitnami/mongodb@19.0.92warnrun human catalog promotion review
bitnami/mongodb@19.1.02warnrun human catalog promotion review
bitnami/nginx@24.0.42warnrun human catalog promotion review
bitnami/nginx@25.0.02warnrun human catalog promotion review
bitnami/postgresql@18.6.102warnrun human catalog promotion review
bitnami/postgresql@18.7.02warnrun human catalog promotion review
bitnami/redis@27.0.02warnrun human catalog promotion review
prometheus-community/kube-prometheus-stack@86.1.02warnrun human catalog promotion review
prometheus-community/prometheus@29.9.02warnrun human catalog promotion review

Main Gaps

Next Actions

  1. Pick 3-5 proof-grade charts from the generated/default set and add user-shaped variants before promotion.
  2. Record target-scoped production support decisions for review-ready top-20 charts.
  3. Keep catalog-status.yaml explicit for every maintained chart.
  4. Use the legacy-patch review lane for supported old versions.
  5. Re-run this report whenever chart versions, scan policy, installer behavior, or supported variants change.