# Audit: container
audit-version: 1
audited-at: 2026-06-26
scope: eidos  (eidos-only primitive)
method: theming-coherence category sweep (layout), adversarially verified; roles + `:Morfo` lead-verified CLEAN across all eidos (no success/warning/danger/info; only alert-dialog uses `:Morfo`).

## Summary
Counts (post-verification): CRITICAL 0 · HIGH 0 · MEDIUM 0 · LOW 1.
conformance: Contract OK, composes through Box, max-width set via recipe, padding via standard Box props.
as-const: true · roles clean: true · variants clean: true · has-recipe: true

## Findings
### LOW: MAGIC LITERAL 80rem in recipe fallback — container-001   <!-- id: container-001 -->
- dimension: magic-literal
- location: src/uix/eidos/lib/recipes/base.ts:4061
- evidence: 'width-xl': 'var(--layout-container-width-xl, 80rem)'
- impact: 80rem is a hard-coded container breakpoint, not sourced from canonical token in recipe.
- proposed-fix: Low impact—foundation token --layout-container-width-xl exists; fallback is defensive but non-canonical.
- verify: [downgraded] base.ts:4061 `'width-xl': 'var(--layout-container-width-xl, 80rem)'`. The 80rem is a defensive fallback for the LAYOUT foundation token --layout-container-width-xl (confirmed present at generated/base.css:3342), not an eidos --space-*/--radius- scale token. Recipe comment documents the xl cap. Defensive fallback, not canonical-scale drift.
- fix-status: open

## Theming facts (E-bis)
- magic literals: 80rem @ src/uix/eidos/lib/recipes/base.ts:4061 -> should reference --container-width-xl
- magic z-index: none
- non-canonical names: none
- roles clean: true · variants clean: true