diff --git a/docs/plan-apps-usuario-final.md b/docs/plan-apps-usuario-final.md
new file mode 100644
index 00000000..997a4c62
--- /dev/null
+++ b/docs/plan-apps-usuario-final.md
@@ -0,0 +1,104 @@
+# Plan — apps de usuario final (montón A del ADR 0015), MEDIDO
+
+**Fecha de la medición:** 2026-09-03 · **Catálogo contra el que se midió:** 1079 recetas
+(corpus + las cuatro colas) · **Instrumento:** `makedepends`+`depends` del APKBUILD de Alpine de
+cada candidata, cruzados contra los nombres de receta que existen en el disco.
+
+## Por qué existe este documento
+
+El [ADR 0015](adr/0015-imagenes-ajenas.md) parte las apps que faltan en tres montones y dice del
+**A** —Firefox, Chromium, LibreOffice, mpv, GIMP, Inkscape, Blender, OBS— que no lo bloquea *«nada
+estructural: son Wayland-nativos y compilables. Falta escribirlas»*, y propone el orden
+**mpv → OBS → Firefox**.
+
+`mpv` se escribió el 2026-09-03 y esa parte se confirmó. Al ir por el segundo, la medición
+**desmiente la premisa para el resto del montón**: OBS y Firefox no están a una receta de distancia,
+están detrás de muros que esta distro levantó a propósito. Este documento deja el dato escrito para
+que la decisión se tome mirándolo y no de memoria.
+
+## Cómo leer la tabla
+
+Dos columnas, y **la que importa es la segunda**:
+
+- **recetas que faltan** — cuántos `makedepends` de Alpine no tienen receta acá. Es una **cota
+  superior floja**: Alpine construye con todo activado y nosotros no. El control lo da `mpv`, que
+  YA ESTÁ SELLADA y aun así aparece con 16 faltantes — son exactamente las perillas que su receta
+  apaga a propósito (jack, sndio, libbluray, zimg, rubberband…). O sea: un número alto no prueba
+  que sea caro.
+- **muros de diseño** — dependencias que NO son «una receta más», sino decisiones ya tomadas de
+  esta distro: GTK3 aparcado, X11 al tacho, Qt6 que vive sólo en `incoming-kde`, toolchain wasi
+  inexistente. **Un muro no se paga escribiendo una receta: se paga cambiando una decisión.**
+
+## La tabla
+
+| app | faltan | muros | veredicto |
+|---|---:|---|---|
+| **wf-recorder** | **0** | — | **construible HOY.** Grabar pantalla en Wayland. |
+| **imv** | 7 | — | barato: los 7 son cargadores de formato opcionales (heif, jxl, freeimage…). Visor de imágenes. |
+| **zathura** | 8 | — | lector de PDF; `girara` es su propia lib y ya usa GTK4 en Alpine. |
+| **mupdf** | 9 | X11 | el X11 es del visor `mupdf-x11`; el motor y `mupdf-gl` no. Requiere mirar. |
+| **inkscape** | 14 | — | sin muros, pero `gtkmm3` en la lista hay que verificarlo (¿GTK3 encubierto?). |
+| *mpv* | *16* | *X11* | *YA SELLADA — es el control del método, no una candidata.* |
+| **gimp** | 18 | **GTK3**, X11 | GIMP 2.10 es GTK2/3. Fuera de alcance mientras GTK3 esté aparcado. |
+| **obs-studio** | 20 | **Qt6**, X11 | ver abajo. |
+| **firefox** | 26 | **GTK3**, X11, **wasi** | ver abajo. |
+| **chromium** | 38 | **GTK3**, **Qt6**, X11 | peor que Firefox por todos lados. |
+| **libreoffice** | 59 | **GTK3**, **Qt6**, X11 | 59 recetas y tres muros. No es un ticket, es un año. |
+
+## Los dos veredictos que corrigen al ADR
+
+### Firefox NO es montón A
+
+Su APKBUILD pide `gtk+3.0-dev` — **Firefox no tiene backend GTK4 ni lo va a tener a corto plazo**, y
+GTK3 es una de las tres deudas que el frente GNOME aparcó por diseño. Además pide `libxt`,
+`libxcomposite` (X11) y un **toolchain wasi** (`wasi-sdk`, `wasi-compiler-rt`) que no existe en el
+corpus, más `nodejs`, `icu`, `nss/nspr`, `clang/llvm/lld` versionados y `cbindgen`.
+
+La memoria del repo decía que a Firefox «le falta subir el techo MSRV». Eso es cierto **y es lo
+menor**: el bloqueo real es GTK3.
+
+**Consecuencia estratégica, que es la decisión que hay que tomar despierto:** todos los navegadores
+del mundo Linux son o GTK3 (Firefox y derivados) o Chromium (que además arrastra Qt6 y GTK3 en
+Alpine). Entonces **«tener navegador» no es un ticket del montón A**: es elegir entre
+
+1. **autorar el stack GTK3** —revierte una decisión de diseño y reabre GIMP/Inkscape de paso—, o
+2. **darle el navegador a [qorpa](adr/0015-imagenes-ajenas.md)**, o sea tratarlo como montón B: el
+   navegador corre en la imagen ajena, hablando Wayland por socket.
+
+La opción 2 es coherente con todo lo demás que ya se decidió, y tiene una ventaja que conviene
+nombrar: el navegador es *justamente* el proceso al que menos ganas dan de darle el sistema entero.
+
+### OBS no puede ser una app del corpus
+
+Pide `qt6-qtbase-dev`, `qt6-qtbase-private-dev` y `qt6-qtsvg-dev`, y **Qt6 vive sólo en
+`incoming-kde/`**. Una receta resuelve sibling-first y después el catálogo padre: desde el corpus no
+se alcanza una cola. O sea que OBS hoy sólo puede existir **dentro de la cola de KDE**, y entonces
+no es una app de las cuatro imágenes sino una app de KDE. Súmese X11 (`libx11`, `libxcb`,
+`libxcomposite`, `libxinerama`) y 20 recetas nuevas (`libdatachannel`, `librist`, `libsrt`,
+`mbedtls`, `rnnoise`, `x264`, `luajit`, `swig`, `vlc`…).
+
+**Si lo que se quiere es grabar la pantalla** —que es el 80% de para qué se instala OBS— eso ya está
+al alcance de la mano: **`wf-recorder` sale con CERO recetas faltantes y cero muros**, porque su
+cierre (wayland, ffmpeg, libdrm) quedó completo cuando entró mpv.
+
+## Orden propuesto, en reemplazo del del ADR
+
+1. ✅ **mpv** — hecho (2026-09-03).
+2. **wf-recorder** — 0 faltantes. Cubre el caso de uso principal de OBS por una receta.
+3. **imv** — visor de imágenes; los 7 faltantes son opcionales y se puede entrar con los mínimos.
+4. **zathura** (+ backend PDF) — verificar antes que su cadena sea GTK4 y no GTK3.
+5. **Decisión de navegador** — no es trabajo de recetas, es la elección de arriba. No debería
+   entrar a una cola de build hasta que esté tomada.
+
+OBS, Firefox, Chromium, GIMP y LibreOffice **salen del montón A** hasta que se decida GTK3 o qorpa.
+Que se llame montón A y no se pueda construir es peor que no tenerlo en la lista: es deuda fantasma,
+la misma figura que la terna de GNOME que había que sacar de `targets.toml` para que el grafo dejara
+de mentir.
+
+## Reproducir la medición
+
+`/tmp/.../triaje-apps.py` fue un script de una sola vez; si hace falta repetirlo, lo que hace es:
+bajar el APKBUILD de cada candidata, extraer `makedepends`/`depends`, quitarles el sufijo `-dev`, y
+cruzar contra `recipes/*.toml` + `recipes/incoming-*/*.toml`, separando una lista fija de nombres
+que son muros de diseño (gtk+3.0, qt6-*, lib X11, wasi-*). No se guarda en `scripts/` porque la
+lista de candidatas es del momento, no un invariante que valga la pena vigilar.