docs(process): fe de erratas del handoff P0 — la proveniencia de data-ready

El eje theming la midió (`git show`): los dos hand-writes de `data-ready`
los introdujo `76f18a5e8` (cuyo mensaje ya avisaba del punto ciego del
guard), no `8ac23047f`. Quedan aceptados en su cola como item 0 con la
adjudicación pre-masticada: contrato real (tabs.css:329 +
sliding-indicator.css, puerta anti-flash) → declarar en ambos morfos.
Error con alcance, jamás repudio.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

docs/process/CONTINUE-audit-p0.md

@@ -76,9 +76,13 @@ sin CI nadie corría la suite). Sujetos verificados AJENOS a los diffs de P0:
 6. Escritura DOM mutable directa en soma (1).
 7. **Hardcoded data attrs (8)**: aura-status ×2 · media-player sliders
    `data-size` ×2 · waveform played/remaining ×2 · **radio-group y tabs
-   `data-ready`** — estos DOS son de `8ac23047f` (§14 theming, HOY): su
-   constructor estampa `data-ready` a mano y el guard exige declaración o
-   exención. Avisado al eje por canal.
+   `data-ready`** — proveniencia CORREGIDA por el eje theming (midió con
+   `git show`): los introdujo `76f18a5e8` (cuyo propio mensaje avisaba
+   «aparece un punto ciego del guard»), NO `8ac23047f`. ACEPTADOS como item 0
+   de su cola (su handoff `e8a54ac45`), adjudicación pre-masticada:
+   `data-ready` es contrato REAL (lo leen tabs.css:329 y sliding-indicator.css
+   como puerta anti-flash) → se DECLARA en los dos morfos, ni exención ni
+   retirada. Los 6 restantes siguen siendo de este eje.
 8. Namespaces de traducción no-kebab (4).
 
 Cada uno se adjudica leyendo (¿guard exige razón nueva, o deriva real?) —