---
id: agenda-badge-superficie
status: proposed
kind: refinement
sprint: 5                        # pestaña "Sprint Nueva Arquitectura" del sheet de arquitectura

target:
  block: sek_c_event_card        # Item/Agenda
  based_on: sek-agenda
  see: https://institucioneducativaseki5.sg-host.com/curso-escolar-sek-alboran/

evidence:
  used_in:
    - output/pages/sek-schools/educacion-infantil.html
  figma: "1710:52370"

fields: []

tokens: [surfaces-accent-cream, surfaces-brand-primary, text-static-primary, text-static-inverse]

behaviour:
  - La superficie del badge numérico **la decide el fondo del módulo**, sin campo que rellenar
  - Fondo **primary** (blanco) → badge **crema**
  - Fondo **secondary** (crema) → badge **crema más oscuro**
  - Fondo **brand** → **azul** en SEK Schools y **negro** en SEK Group (institucional)
  - El color del número acompaña: tinta sobre las superficies claras, inverso sobre las de marca

accept:
  - Cambiar el fondo de la sección cambia el badge sin tocar nada más
  - En una página institucional el badge sale negro, no azul
  - El número mantiene contraste AA sobre las cuatro superficies

built:
  branch:
  commit:
  notes:
---

# Superficie automática del badge de la Agenda

Hoy el badge viene con un azul claro fijo (`#F1F6FF`) heredado del calendario del curso, que
no encaja en ningún otro módulo. La regla que sustituye a ese valor es la de arriba: **la
superficie se deduce del fondo**, y por eso no lleva campo — un `select` obligaría a acertar en
cada instancia y a mantenerlo al cambiar el fondo.

## Falta un token

**No existe el crema más oscuro** que pide el fondo secundario: el sistema solo tiene
`surfaces-accent-cream` (#f4f3ee). En la maqueta se deriva con `color-mix` (92 % crema, 8 %
tinta). Hace falta el token real; mientras no esté, cualquier implementación lo estará
inventando por su cuenta.