Proyectos

Lo que funciona, con cifras y averías incluidas

Sistemas diseñados y explotados a diario en las actividades de NES Studio y de su fundador. También se muestra lo que falló: es la parte más útil para usted.

Media Factory: una redacción automatizada

La necesidad: Mantener vivos cuatro medios independientes (EmotioNES, MindNES, KindNES, ParisianEs) sin una redacción en plantilla.
Lo que se construyó: Una cadena completa: vigilancia, elección de enfoques, redacción en tres pasadas, elementos visuales, validación humana en Telegram, publicación web. Se activa cada mañana y permanece en reposo el resto del tiempo.
Lo que enseñó la producción: El 30 de agosto se añadieron cuatro salvaguardas, una por cada avería realmente ocurrida: un plan de contingencia simulado ya no puede publicarse; un tema sin materia se abandona antes de pagar su redacción; una búsqueda documental que permaneció muda 81 días bajo «0 errores» cuenta ahora como un error.

Un equipo de agentes que desarrolla y explota

La necesidad: Desarrollar y mantener una decena de proyectos en solitario, sin pasar el día copiando instrucciones de una herramienta a otra.
Lo que se construyó: Un director de orquesta diseña y envía encargos; un equipo de desarrollo (CCO) programa en copias de trabajo aisladas; una administradora de sistemas (ClawdIA), controlable desde Telegram, despliega y supervisa. Cada modelo se elige según el encargo: rápido y económico para verificar, más potente para el código sensible.
La regla que surgió: El informe de un agente nunca hace fe. Los agentes sobrevaloran sus resultados; se verifica la modificación real del código antes de cualquier publicación. Dos encargos declarados terminados habían hecho commit sin publicar nada: el criterio de finalización exige ahora una publicación verificada.

ClawdIA: el agente de explotación y sus dos incidentes

El papel: Un agente administrador de sistemas, alojado en infraestructura propia, que despliega, hace copias de seguridad y supervisa los servidores, con una memoria de trabajo persistente entre sesiones.
Primer incidente: Un script no documentado escribía cada noche, sin verificar nada, que todo iba bien en la memoria del agente: 51 bloques idénticos, más de la mitad de su memoria a largo plazo. Regla adoptada: solo el agente escribe su memoria, y ninguna afirmación de estado sin prueba adjunta.
Segundo incidente: Durante once días, un control cada treinta minutos verificaba rutas de un servidor que ya no existía, reproduciendo cada vez toda la conversación. Diagnosticado, corregido en sus tres causas y contado en detalle en los cuadernos.

Una infraestructura soberana, montada desde cero

La necesidad: Separar las actividades tecnológicas en una sociedad propia, sobre una infraestructura que le pertenezca y se transmita con ella, sin depender de una cuenta personal.
Lo que se construyó: Servidor dedicado, contenedores, proxy inverso, forja de código, autenticación única, gestor de secretos, copias de seguridad. El estado deseado de cada zona DNS está escrito en código y un centinela lo compara cada día con la realidad.
Lo que se evitó: Un primer script deducía el estado deseado a partir del DNS existente. El día en que ese DNS estuviera averiado, habría copiado la avería y la habría declarado conforme, cada día. Se reescribió antes de entrar en servicio.

Una documentación que los agentes leen y mantienen al día

La necesidad: Que ningún conocimiento dependa de la memoria de una persona o de una conversación: ni la del fundador, ni la de un agente.
Lo que se construyó: Una base documental única, organizada por área, expuesta a los agentes mediante un servidor seguro. Cada ficha lleva su registro fechado. Los agentes la consultan antes de actuar y proponen sus actualizaciones; una persona valida.
El principio: La documentación de ayer es una hipótesis, no una prueba. Durante un diagnóstico, una causa plausible ya recogida en la propia documentación de NES Studio se descartó simplemente alineando las marcas de tiempo.

Las herramientas de un comercio de vehículos premium

El contexto: Un comercio de vehículos de ocasión premium, con importación europea, unos sesenta vehículos al año y mucha documentación: libros de mantenimiento, facturas, inspecciones.
Lo que se construyó: Lectura automática de los libros de mantenimiento y creación de un historial verificable por vehículo; un archivo documental por vehículo; una extensión que muestra ese historial directamente en los anuncios; un agente que redacta las respuestas a los compradores y las somete a validación humana antes del envío, controlado con tres palabras clave: parar, pasar el relevo, fijar una cita.
El cambio de software de gestión: Migración de 4.400 particulares y 520 profesionales a un nuevo software de gestión: correspondencia de campos, eliminación de duplicados, división según las restricciones de importación del editor.

Ordenar siete años de Drive

La necesidad: Un Drive acumulado durante siete años y varias actividades, en el que ya nadie encontraba nada.
Lo que se hizo: Una estructura de carpetas objetivo por actividad, un plan de ordenación validado antes de cualquier movimiento y, después, la ejecución por un agente que controlaba la interfaz, allí donde la API no permitía mover archivos. Resultado: ocho carpetas de actividad en la raíz, duplicados eliminados, 62 archivos de copia de seguridad (de 25 a 30 GB) identificados para aligerar.
Por qué es un caso de IA: Es el caso más habitual en una pyme: ningún modelo sofisticado, sino un agente que primero propone y después actúa, y deja que la persona decida qué se borra.

¿Un caso parecido en su empresa?

La mayoría de estos sistemas se trasladan a una pyme en unas semanas, siempre que se elija bien el primero.

Hablarlo