[Enhancement] Monetization: Boost page uses pervasive inline styles instead of design tokens/classes, risking theme/contrast drift

Area: Monetization (audit p10) · Surface: /boost (boost/index.php) · Dimension: ui-ux · Severity: minor

Per the project's own UI standards (semantic tokens, no hardcoded colors, contrast checks in both themes), the boost surface is the worst offender in monetization: hardcoded hex backgrounds/foregrounds don't adapt to light/dark and can produce low-contrast text (e.g. the #fbbf24 amber 'Level 3' badge text). Compared to Discord's polished Server Boost UI this looks unfinished and is the kind of dark-on-dark / light-on-light bug the memory notes repeatedly flag.

Evidence

templates/boost/index.php is saturated with inline style attributes and hardcoded hex colors: e.g. boost tier icons hardcode `style="color:#a78bfa;"` / `#f472b6` (index.php:77,79-80), level badge uses `style="background:<?= $levelDef['color'] ?>"` with raw hex from BoostLevel::LEVELS (BoostLevel.php:16-21, colors #6b7280/#a78bfa/#f472b6/#fbbf24). Page header and many blocks use inline `style="..."` rather than classes.

Suggested fix. Move boost colors into CSS custom properties / a boost-levels stylesheet keyed by level class, drop inline style attributes, and run a contrast check on each badge in both themes; load via AssetHelper for cache-busting.

Filed by the automated tenant-app audit and adversarially evidence-verified. Status: verified. Open — not yet actioned.