Herramientas de IA
IBM Palette separa el diseño y el código para crear presentaciones editables
El proyecto genera PowerPoint desde un plan revisable y comprueba la geometría de cada diapositiva. Qué permite corregir y qué exige configurar antes de usarlo.
Corregir una diapositiva sin empezar otra vez
Palette convierte un plan editable en una presentación PowerPoint y permite revisar diapositivas por separado. IBM Research explicó su enfoque el 3 de noviembre: separar la decisión de qué contar del código que coloca cada elemento, y comprobar el resultado renderizado antes de entregarlo.
La utilidad está en conservar decisiones. Si solo falla una tabla, regenerar toda la presentación puede cambiar también una portada o una explicación que ya estaban bien. Un plan explícito y piezas editables dan un lugar concreto donde intervenir.
Del argumento al archivo PowerPoint
El proyecto utiliza un modelo de 20.000 millones de parámetros adaptado con LoRA para dos papeles. El diseñador prepara las especificaciones de contenido y composición; el programador escribe el JavaScript de cada diapositiva con PptxGenJS. Son funciones distintas, aunque compartan el adaptador.
El repositorio añade un plan previo en Markdown que se puede editar antes de construir. Node ejecuta el código y LibreOffice produce la vista PDF. También permite regenerar una diapositiva o pedir una modificación concreta y descargar el archivo .pptx.
En un ejemplo propuesto de presentación de producto, dejaría fijados tres mensajes: qué problema resuelve, cómo funciona y qué queda pendiente. Si la tercera diapositiva acumula demasiados puntos, corregiría su estructura en el plan antes de reducir la tipografía. El problema puede ser de contenido, no de espacio.
Una corrección necesita un criterio de aceptación
Palette renderiza y mide las diapositivas para detectar solapamientos, recortes y elementos fuera de sus límites. Las piezas señaladas pasan a un editor; la reparación se conserva si el comprobador confirma una mejora. Ese criterio se refiere a lo que mide el sistema, no garantiza que todo el documento sea correcto.
Una tabla puede caber perfectamente y contener una cifra inventada. Revisaría por separado que las afirmaciones procedan del material de entrada y que la conclusión conserve su sentido. La geometría ayuda a encontrar fallos visibles, pero no sustituye esa revisión.
Para el ejemplo anterior, aceptaría una reparación si mantiene los tres mensajes y hace legibles los pendientes. Rechazaría una composición más limpia que elimina una limitación importante. Separar esas condiciones evita convertir una mejora visual en una pérdida de información.
| Qué falla | Dónde revisarlo |
|---|---|
| Orden o argumento | Plan y contenido de la presentación. |
| Texto cortado o elementos superpuestos | Render y geometría de la diapositiva. |
| Cifra o afirmación sin respaldo | Material de entrada y fidelidad del contenido. |
Qué hace falta para probarlo
El repositorio es público, pero no equivale a abrir una aplicación lista para usar. Sus requisitos incluyen Python 3.11 o posterior, Node 20 o posterior, LibreOffice y Poppler. Además hay que configurar los servicios de modelos para los distintos papeles del flujo.
La configuración publicada contempla un servicio propio para el modelo adaptado y otros destinos para planificación y edición, entre ellos watsonx.ai. Por eso no daría por hecho que los documentos permanecen en el equipo: comprobaría a qué servicio llega cada etapa antes de cargar material sensible.
Lo probaría primero con una presentación breve y datos ficticios, conservando el plan, el archivo generado y los cambios pedidos. El criterio sería comprobar si una corrección localizada respeta el resto del documento. Si exige revisar todas las diapositivas después de cada petición, todavía no está resolviendo el coste principal de la edición.