Auto Magazine arranca: MVP, mapa de orientación y primeras investigaciones

He iniciado el primer día de trabajo de Auto Magazine. El proyecto consiste en automatizar la transformación de documentos de Word e imágenes en revistas ya paginadas y preparadas para enviar a imprenta.

El alcance del MVP

La sesión de hoy me ha servido para definir el producto mínimo viable (MVP). Este es el punto de partida en el que el producto ya cumple su función principal, aunque no tenga todas las opciones que me gustaría. Hemos acordado que el resultado será un sistema que funcione en un entorno Docker (un contenedor que hace que el software se ejecute igual en cualquier ordenador). La ferramenta tomaré carpetas con los artículos, utilizará inteligencia artificial para entender la estructura de los archivos y generará un archivo final apto para imprenta, con las marcas de corte y la calidad de color necesarias.

He dejado fuera de esta fase inicial todo lo que no sea esencial. Esto significa que no habrá editores visuales en pantalla, sistemas de usuarios complejos ni gestión automatizada de publicidad. La prioridad es que el proceso básico funcione de principio a fin.

Mapa de orientación e investigaciones en curso

Para organizar el trabajo, he creado un mapa de orientación, que es una guía visual donde marco las tareas pendientes y su estado. Ahora mismo tengo siete puntos clave abiertos y tres investigaciones en curso. Estas investigaciones sirven para comprobar si la tecnología que quiero utilizar responderá bien antes de escribir el código definitivo.

Las tres áreas que estoy analizando son:

1. El motor de renderizado (cómo dibujar la página).
2. La generación del PDF para imprenta.
3. La extracción de datos de los documentos de Word mediante IA.

Hasta que no tengamos los resultados de esto, no puedo avanzar con el algoritmo que decide dónde va cada página. Mientras tanto, mi trabajo es preparar el material de prueba: un conjunto de archivos reales que sirvan para poner a prueba el sistema cuando esté listo.

También he dedicado tiempo a crear un glosario en el archivo CONTEXT.md del proyecto. Este archivo recoge las definiciones de los términos que utilizaremos, como "carpeta de entrada" (la carpeta donde se dejan los archivos para procesarlos) o "PDF de imprenta". Poner nombre a las cosas desde el primer día me ahorra malentendidos futuros cuando el proyecto sea mayor.

En cuanto a la tecnología, tengo sobre la mesa opciones como Astro, React, FastAPI o SQLite. No tomaré ninguna decisión final hasta que las investigaciones me indiquen qué combinación funciona mejor. Trabajar así, validando cada paso, me ayuda a no perder el tiempo con herramientas que después no sirvan.

El siguiente paso es obtener los resultados de las tres primeras investigaciones para poder empezar a estructurar el motor del sistema.