Manifest de assets
Un manifest de assets registra identidad de fuente, variantes, tipo de medio, dimensiones, duración, bytes, digest, relaciones de fallback y la ruta o escena que los consume.
json
{
"id": "hero-fold",
"source": "media/fold-master.png",
"variants": [
{ "path": "media/fold.avif", "width": 1672, "bytes": 19746 },
{ "path": "media/fold.webp", "width": 1672, "bytes": 59306 }
]
}Perfiles reproducibles
- image
- Variantes AVIF/WebP, dimensiones, calidad, fit y fallback
- video
- Codec, bitrate, dimensiones, duración, poster y alternativa de datos reducidos
- font
- Subset, ejes, política de preload, licencia y métricas de fallback
- 3D
- Geometría, texturas, compresión, tier de renderer y fallback estático
Reanuda trabajo externo de assets
shell
pliego-assets status target/assets/plan.json \
--output-root target/site --format json- pending
- El artefacto exacto planificado para staging está ausente
- ready
- Firma, contrato de codec o escena, tamaño y SHA-256 por streaming son válidos
- invalid
- La ruta o bytes en staging fallaron por una razón estable de validación
Status es read-only y determinista. No crea, elimina, reescribe ni publica nada, por lo que un runner puede reanudar sólo jobs incompletos sin confiar en timestamps.
Presupuestos por dispositivo
Los presupuestos se evalúan por ruta y capability tier. El primer viewport, documento completo, memoria de escena y long tasks permanecen como evidencia separada en vez de colapsarse en un score de marketing.
Los fallbacks son parte del diseño
Cada superficie opcional de 3D, video o motion define una representación estática o de menor tier con significado. Save-Data y movimiento reducido nunca producen una composición vacía.