nvcf / stacks
AGENTS.md261 starsChanged 9 days agoApache-2.0View on GitHub
This subtree owns the Helmfile stacks and their release inventories. Read INVENTORY.md before adding, removing, or changing a chart, container image, hook image, operator-created image, or downloadable stack resource. - self-managed/ owns the NVCF control-plane stack. - nvcf-compute-plane/ owns the NVCF compute-plane stack. - observability/ owns shared observability infrastructure. - Each stack owns its own release-inventory.yaml and release asset. - Each stack releases from its own release-deploy/stacks/<stack>/vX.Y branch and advances its trains independently. All three started at 1.0.0. - Each…
Where files are headingNew AGENTS.md files have more rules about keeping secrets out of the code, and fewer about code style.
Of the AGENTS.md files we read, the 31,700 first seen in the last six months, against the older ones: the kind of rule that gained most share, and the kind that lost most. About files like this in general, not this one, and an estimate, since a kind is a pattern in the words.
In this repository133 other files it gives its agents.
- AGENTS.mdAGENTS.md
- ai-tooling/AGENTS.mdAGENTS.md
- deploy/helm/cassandra/AGENTS.mdAGENTS.md
- deploy/helm/cert-manager/AGENTS.mdAGENTS.md
- deploy/helm/cloud-functions/AGENTS.mdAGENTS.md
- deploy/helm/cloud-tasks/AGENTS.mdAGENTS.md
- deploy/helm/encrypted-secret-store/AGENTS.mdAGENTS.md
- deploy/helm/icms/AGENTS.mdAGENTS.md
- deploy/helm/llm-request-router/AGENTS.mdAGENTS.md
- deploy/helm/nats/AGENTS.mdAGENTS.md
- deploy/helm/notary/AGENTS.mdAGENTS.md
- deploy/helm/nvcf-pki/AGENTS.mdAGENTS.md
- deploy/helm/openbao/AGENTS.mdAGENTS.md
- deploy/helm/vanity-gateway/AGENTS.mdAGENTS.md
- deploy/releases/AGENTS.mdAGENTS.md
- deploy/stacks/observability/AGENTS.mdAGENTS.md
- deploy/stacks/stargate-dev/AGENTS.mdAGENTS.md
- deploy/stacks/stargate-dev/benchmark/AGENTS.mdAGENTS.md
- docs/AGENTS.mdAGENTS.md
- docs/overview/samples/scripts/AGENTS.mdAGENTS.md
- examples/AGENTS.mdAGENTS.md
- infra/cassandra/AGENTS.mdAGENTS.md
- infra/openbao/AGENTS.mdAGENTS.md
- infra/openbao/plugins/vault-plugin-secrets-jwt/AGENTS.mdAGENTS.md
- infra/openbao/tests/AGENTS.mdAGENTS.md
- migrations/cassandra/AGENTS.mdAGENTS.md
- migrations/openbao/AGENTS.mdAGENTS.md
- src/compute-plane-services/byoo-otel-collector/AGENTS.mdAGENTS.md
- src/compute-plane-services/ess-agent/AGENTS.mdAGENTS.md
- src/compute-plane-services/image-credential-helper/AGENTS.mdAGENTS.md
- src/compute-plane-services/nvca/AGENTS.mdAGENTS.md
- src/compute-plane-services/nvsnap/docs/AGENTS.mdAGENTS.md
- src/compute-plane-services/nvstor/AGENTS.mdAGENTS.md
- src/compute-plane-services/request-trace-uploader/AGENTS.mdAGENTS.md
- src/control-plane-services/admin-token-issuer-proxy/AGENTS.mdAGENTS.md
- src/control-plane-services/api-keys/AGENTS.mdAGENTS.md
- src/control-plane-services/cloud-functions/AGENTS.mdAGENTS.md
- src/control-plane-services/cloud-tasks/AGENTS.mdAGENTS.md
- src/control-plane-services/encrypted-secret-store/AGENTS.mdAGENTS.md
- src/control-plane-services/function-autoscaler/AGENTS.mdAGENTS.md
- src/control-plane-services/function-autoscaler/local_env/AGENTS.mdAGENTS.md
- src/control-plane-services/instance-cluster-management/AGENTS.mdAGENTS.md
- src/control-plane-services/nats-auth-callout/AGENTS.mdAGENTS.md
- src/control-plane-services/notary/AGENTS.mdAGENTS.md
- src/invocation-plane-services/grpc-proxy/AGENTS.mdAGENTS.md
- src/invocation-plane-services/http-invocation/AGENTS.mdAGENTS.md
- src/invocation-plane-services/llm-api-gateway/AGENTS.mdAGENTS.md
- src/invocation-plane-services/ratelimiter/AGENTS.mdAGENTS.md
- src/invocation-plane-services/vanity-gateway/AGENTS.mdAGENTS.md
- src/libraries/go/lib/AGENTS.mdAGENTS.md
- src/libraries/go/worker/AGENTS.mdAGENTS.md
- src/libraries/java/nv-boot-parent/AGENTS.mdAGENTS.md
- src/libraries/python/nv-cloud-function-helpers/AGENTS.mdAGENTS.md
- src/libraries/rust/nvcf-info/AGENTS.mdAGENTS.md
- src/libraries/rust/stargate/AGENTS.mdAGENTS.md
- src/uis/nvcf-ui/AGENTS.mdAGENTS.md
- src/uis/nvcf-ui/helm/AGENTS.mdAGENTS.md
- tests/bdd/AGENTS.mdAGENTS.md
- tools/AGENTS.mdAGENTS.md
- tools/docs-version-sync/AGENTS.mdAGENTS.md
- The first 60 shown.
The file
We split this AGENTS.md into the rules it gives an agent
12 rules. About 0 are common, 7 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- could be automatic: a setting could enforce it
- Distinctive: line 22
Do not reference another stack's Helmfile state from an inventory config.
- Distinctive: line 23
Keep a dependency in the stack that installs or creates it.
- Distinctive: line 24
Follow the nearest nested AGENTS.md when it adds stack-specific guidance.
- Distinctive: line 30
Update the owning Helmfile, chart values, or stack configuration.
- Very specific: line 32
Update the owning stack's release-inventory.yaml.
- Distinctive: line 33
Add registry and repository overrides for images that customers must mirror.
- Very specific: line 35
Update the artifact classification in docs/version-catalog/main.yaml.
- Very specific: line 36
If the change alters which trains of another stack this stack works with, whether the minimum is raised, lowered, or a train entry changes, …
- Very specific: line 41
Run the stack tests and the inventory and documentation checks described in INVENTORY.md.
- Distinctive: line 43
After the stack release publishes its inventory asset, update the catalog and generated manifest in a documentation sync change.
- Distinctive: line 61
Run from the repository root unless a command says otherwise:
- Very specific: line 74
Do not hand-edit generated blocks in docs/overview/manifest.md, docs/overview/compatibility-matrix.md, or any other generated block under …
≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
AGENTS.md - Deployment Stacks
Purpose
This subtree owns the Helmfile stacks and their release inventories. Read
INVENTORY.md before adding, removing, or changing a chart,
container image, hook image, operator-created image, or downloadable stack
resource.
Stack Boundaries
self-managed/owns the NVCF control-plane stack.nvcf-compute-plane/owns the NVCF compute-plane stack.observability/owns shared observability infrastructure.- Each stack owns its own
release-inventory.yamland release asset. - Each stack releases from its own
release-deploy/stacks/<stack>/vX.Ybranch and advances its trains independently. All three started at1.0.0. - Each stack has its own documentation tree (
docs/self-managed/,docs/compute-plane/,docs/observability/) published as a Fern tab. One docs release selector records the qualified combination. Shared pages live indocs/overview/. Followdocs/dev/docs-editions.mdfor docs releases. - Do not reference another stack's Helmfile state from an inventory config.
- Keep a dependency in the stack that installs or creates it.
- Follow the nearest nested
AGENTS.mdwhen it adds stack-specific guidance.
Dependency Changes
For every dependency change:
- Update the owning Helmfile, chart values, or stack configuration.
- Give an optional release an explicit condition and inventory render profile.
- Update the owning stack's
release-inventory.yaml. - Add registry and repository overrides for images that customers must mirror.
- Record images that do not appear in rendered Kubernetes
imagefields. - Update the artifact classification in
docs/version-catalog/main.yaml. - If the change alters which trains of another stack this stack works with,
whether the minimum is raised, lowered, or a train entry changes, update
the
compatibility:block indocs/version-catalog/main.yamlin the same change (for examplecompute-plane: "1.2+"). It generatesdocs/overview/compatibility-matrix.md. - Run the stack tests and the inventory and documentation checks described in
INVENTORY.md. - After the stack release publishes its inventory asset, update the catalog and generated manifest in a documentation sync change.
A dependency is not fully distributed when the released inventory or generated manifest omits one of its charts, images, or downloadable resources.
Required and Optional Artifacts
- Mark an artifact
requiredwhen the default stack installation needs it to become ready or perform its baseline function. - Mark an artifact
optionalwhen only an optional feature, provider, add-on, or non-default mode needs it. - An artifact used only by an optional release remains optional for the stack.
- List a customer-provided prerequisite as a prerequisite, not as a distributed stack artifact.
Validation
Run from the repository root unless a command says otherwise:
make -C deploy/stacks/self-managed test
make -C deploy/stacks/nvcf-compute-plane test-local
make -C deploy/stacks/observability test
go test -C tools/docs-version-sync ./...
go run -C tools/docs-version-sync . --target main
./tools/ci/check-doc-version-sync
./tools/ci/check-docs
git diff --checkDo not hand-edit generated blocks in docs/overview/manifest.md,
docs/overview/compatibility-matrix.md, or any other generated block under
the product docs trees. The CI check
against the latest released inventory is warn-only for now. Generated-document
consistency remains blocking. Treat a release-drift warning as follow-up work
and keep the local checks clean for a dependency change.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

