diff --git a/docs/10-futuro.md b/docs/10-futuro.md
index a1ddf5d..e22b7ba 100644
--- a/docs/10-futuro.md
+++ b/docs/10-futuro.md
@@ -21,9 +21,9 @@ cuando hay pistas, por dónde empezar.
 
 - **Error al crear subtareas en producción**: lo reportó el usuario y no se reprodujo en local; con el arreglo de la
   ficha la lista ya se refresca, pero falta el mensaje exacto si vuelve a salir.
-- **Tamaño de la web**: el paquete inicial supera en ~130 kB el aviso de 2 MB. La causa es `@pi/ui`: su paquete
-  (un solo `fesm`) importa `chart.js` al cargar, aunque solo lo usan las gráficas de analítica. Se arregla en la
-  librería, con un punto de entrada aparte para las gráficas (`@pi/ui/charts`) o cargando `chart.js` bajo demanda.
+- **Tamaño de la web**: el paquete inicial supera en ~130 kB el aviso de 2 MB por `@pi/ui`, que registraba Chart.js
+  al importarse e importaba `lodash` entero. Ya está corregido en `pireon-ui` (con él, 1,90 MB); falta publicar esa
+  versión en Nexus y subir aquí `@pi/ui`.
 - **Imágenes pegadas**: ya no salen en la lista de adjuntos, pero si se borran del texto el adjunto sigue guardado.
 - **Seguimiento**: los tickets que ya existían no se apuntan a quien los creó o los tiene asignados (solo los nuevos).
 - **El MCP no hace el flujo OAuth del protocolo**: el cliente tiene que llevar un token de Pireon en la cabecera y
@@ -37,15 +37,11 @@ En orden de lo que más aportaría:
    - resumir un ticket largo con sus comentarios;
    - al crear un ticket, sugerir tipo, prioridad y área, y avisar si se parece a otro que ya existe;
    - redactar las notas de versión en lenguaje natural a partir del borrador.
-2. **Propuestas y votos en la web pública** (la landing): el escaparate ya trae `proposals` (si acepta, dónde está el
-   formulario y las más votadas) y los votos de la hoja de ruta; falta mostrarlos.
-3. **Avisos a Discord, Slack o Telegram**: los webhooks salientes mandan JSON en bruto, que esos chats no muestran
+2. **Avisos a Discord, Slack o Telegram**: los webhooks salientes mandan JSON en bruto, que esos chats no muestran
    bien. Una integración por canal (o un formato por destino en los webhooks) mandaría mensajes ya legibles: «Ana
    movió WEB-12 a En revisión», con enlace.
-4. **Conector de claude.ai**: el MCP necesitaría el flujo OAuth del protocolo, y Pireon publicar su metadata de
+3. **Conector de claude.ai**: el MCP necesitaría el flujo OAuth del protocolo, y Pireon publicar su metadata de
    autorización y admitir el registro dinámico de clientes.
-5. **Proyectos de la landing que ya existen**: hoy el tablero en TaskStream solo se abre al crear el proyecto; poder
-   abrirlo después desde el panel.
 
 ## 10.4 Descartado por ahora
 
@@ -65,3 +61,7 @@ Mucho trabajo para lo que aportan hoy; se pueden recuperar si alguien los necesi
 - `voted` también por REST.
 - Borrar un proyecto borra su integración con Git.
 - Sin avisos de lint.
+- La web pública (landing-web) enseña las propuestas más votadas, el enlace al formulario y los votos de la hoja de
+  ruta.
+- Un proyecto de la landing creado sin tablero puede abrirlo después: «Crear en TaskStream» en su ficha o
+  `taskstream: true` en un `PATCH`.
diff --git a/docs/TaskStream-Documentacion.docx b/docs/TaskStream-Documentacion.docx
index f878685..9ac8f0d 100644
Binary files a/docs/TaskStream-Documentacion.docx and b/docs/TaskStream-Documentacion.docx differ
diff --git a/docs/TaskStream-Documentacion.pdf b/docs/TaskStream-Documentacion.pdf
index 244a6b0..21eedb4 100644
Binary files a/docs/TaskStream-Documentacion.pdf and b/docs/TaskStream-Documentacion.pdf differ