# Audit: code
audit-version: 1
audited-at: 2026-06-26
scope: eidos  (eidos-only primitive)
method: theming-coherence category sweep (typography), 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: morfo OK; no recipe; roles fragmented (content-role subset)
as-const: true · roles clean: false · variants clean: true · has-recipe: false

## Findings
### LOW: em-literal padding where no canonical scale exists — code-002   <!-- id: code-002 -->
- dimension: E-bis: Theming (SIZES)
- location: src/uix/eidos/components/code/code.css:30-31
- evidence: padding-inline: 0.32em; padding-block: 0.1em (lines 30-31, also variants at 36-37)
- impact: Magic em literals; no canonical padding-em scale for pill chrome
- proposed-fix: Define --code-padding-inline and --code-padding-block tokens or inherit from mark
- verify: [downgraded] code.css:30-31,36-37 'padding-inline: 0.32em; padding-block: 0.1em' are em-relative paddings for an inline-flow pill, intentionally outside the absolute --space-* scale so the pill scales with surrounding prose font-size (the purpose of inline <code>). No canonical em-based padding scale exists. Legitimate physically-relative literal for inline chrome, not drift against an existing scale. Downgrad
- fix-status: open

## Theming facts (E-bis)
- magic literals: 0.32em @ src/uix/eidos/components/code/code.css:30 -> canonical code-padding-inline token | 0.1em @ src/uix/eidos/components/code/code.css:31 -> canonical code-padding-block token
- magic z-index: none
- non-canonical names: none
- roles clean: false · variants clean: true