Todo empezó con una tarea repetitiva
Antes de existir PrensaBot como plataforma, había una necesidad mucho más simple y concreta: mantener actualizado Lomas de Tafí sin pasar horas copiando información desde distintas páginas. La agenda de eventos y las noticias locales se armaban con una tarea manual que consumía tiempo y hacía difícil sostener una publicación constante.
El 19 de junio de 2026 la búsqueda de información todavía era artesanal. Había que recorrer el portal municipal, revisar los datos disponibles y trasladarlos al sitio. La pregunta era sencilla: ¿podíamos automatizar una parte de ese trabajo sin perder el criterio editorial?
El primer experimento: /agente-ia/
El 20 de junio, a las 22:23, nació el primer script en PHP nativo dentro de /agente-ia/. No era todavía un producto ni una plataforma multiusuario. Era una herramienta interna, construida para resolver un problema propio. Tenía un login simple, llamadas directas mediante cURL y lógica de scraping concentrada en un mismo lugar.
El prototipo permitió probar una idea fundamental: la inteligencia artificial podía ayudar a extraer información, ordenar una noticia y preparar un borrador para WordPress. La conexión mediante la API REST de WordPress también demostró que era posible pasar de una fuente externa a un contenido editable en el sitio sin copiar y pegar cada párrafo.
Ese primer resultado fue importante porque validó la necesidad. Había una tarea real, un ahorro de tiempo posible y una integración que funcionaba. Pero que un prototipo funcione no significa que esté preparado para crecer.
Cuando el prototipo empezó a quedar chico
El mismo script que servía para probar la idea comenzó a mostrar sus límites. La aplicación monolítica creció hasta superar las 1.500 líneas en un único archivo. Las llamadas cURL podían sufrir timeouts, no existía una persistencia sólida para reconocer noticias ya procesadas y todo estaba pensado para un solo sitio.
El problema más grande no era solamente que el código resultara difícil de mantener. Era que la herramienta estaba atada a Lomas de Tafí. No había una forma limpia de conectar otro WordPress, separar organizaciones, administrar usuarios o conservar configuraciones editoriales diferentes. Cada nuevo medio habría exigido agregar más excepciones al mismo script.
También aprendimos algo sobre la automatización editorial: extraer una noticia no es lo mismo que dirigir una redacción. Había que controlar:
-
qué fuentes se leían;
-
qué información se consideraba relevante;
-
cómo se evitaban duplicados;
-
quién firmaba cada artículo;
-
en qué momento se publicaba.
La decisión de independizar el sistema
Durante agosto apareció una decisión que cambió el rumbo del proyecto. La herramienta ya no debía ser solamente una solución interna para un portal local. Si otros clientes podían necesitar el mismo tipo de automatización, el motor debía independizarse y convertirse en una plataforma editorial.
La decisión no consistió en tirar todo lo anterior. El prototipo había permitido probar los scrapers, los prompts, la conexión con WordPress y varios criterios de redacción. Esas piezas tenían valor. Lo que había que cambiar era la base que las organizaba: autenticación, organizaciones, aislamiento de datos, colas de trabajo, manejo de errores y un panel que pudiera ser utilizado por distintos medios.
Por eso PrensaBot comenzó a avanzar hacia una arquitectura SaaS sobre Laravel y Filament. La plataforma podía conservar los aprendizajes del primer script, pero incorporaba una estructura preparada para conectar más de un WordPress y mantener separadas sus fuentes, periodistas, categorías y artículos.
Lo que aprendimos
El primer script no fue un fracaso. Fue un prototipo que cumplió su función: permitió comprobar que el problema existía y que la automatización podía resolver una parte concreta del trabajo editorial. También nos mostró cuándo dejar de agregar parches y empezar a construir una base diferente.
La lección principal fue simple: una herramienta puede nacer para un sitio y, si la necesidad se repite, transformarse en una plataforma. Pero ese salto exige separar lo que ya fue probado de lo que solamente era una solución provisoria.
PrensaBot nació de esa tensión: resolver un problema cotidiano, probar rápido, equivocarse con hechos concretos y convertir cada límite del prototipo en una decisión de diseño para el sistema que vendría después.
Deja una respuesta