Laudiva™

El producto

Los clientes buscan un negocio antes de llamar. Laudiva toma las reseñas que un negocio local ya tiene en Google y Facebook, usa SI/IA para elegir las más detalladas y específicas, y las muestra en un widget en el propio sitio web del negocio. El widget se actualiza solo, así que el dueño nunca tiene que seleccionar reseñas a mano.

Está pensado para negocios atendidos por sus dueños, como talleres mecánicos, servicios para el hogar, restaurantes y salones de belleza. Se instala con un solo fragmento de código en cualquier creador de sitios web común y está disponible en cinco idiomas.

Visite laudiva.ai ↗

Cómo se construyó

Laudiva es nuestro primer producto construido de principio a fin por una flota agéntica de SI/IA, y no por un ingeniero trabajando con un asistente.

• Un coordinador planifica el trabajo. Las funciones se dividen en tareas pequeñas y bien definidas que se ejecutan por oleadas.
• Los agentes construyen en paralelo. Cada agente de SI/IA trabaja en su propia rama aislada, siguiendo un reglamento común y patrones de código canónicos.
• La SI/IA revisa cada cambio. El nivel de revisión se ajusta al riesgo del cambio.
• Los ingenieros aprueban donde importa. Los cambios que solo tocan documentación o pruebas se integran cuando pasan la revisión y la CI. El código del producto, los pagos y los cambios de datos necesitan la aprobación de un ingeniero.
• Cada decisión queda por escrito. Las decisiones de arquitectura se registran como decisiones numeradas, para que agentes e ingenieros trabajen con el mismo registro.

Todo como código

Nuestra regla es simple: si puede ser código, es código. Nada del funcionamiento de Laudiva depende de que alguien haga clic en una consola o recuerde un paso manual.

• La infraestructura y la configuración están definidas en código, versionadas y revisadas como cualquier otro cambio.
• Los cambios en la base de datos se publican como migraciones versionadas, nunca como ediciones a mano.
• Las reglas del proyecto también son código. Las convenciones se hacen cumplir con verificaciones automatizadas, no de memoria.
• Las correcciones manuales se convierten en código. Si algo tuvo que hacerse a mano una vez, se convierte en código para que nunca vuelva a hacerse a mano.

El resultado: entornos repetibles, un registro revisable de cada cambio y agentes que trabajan con seguridad porque no hay estado oculto fuera del código.

Controles de calidad

La velocidad solo cuenta si lo que se publica es sólido. Cada cambio pasa por los mismos controles automatizados antes de integrarse:

• Más de 40,000 pruebas automatizadas, con 100% de cobertura exigida en la mayoría de los paquetes
• Pruebas de mutación (Stryker) en el código más crítico, para demostrar que las pruebas realmente detectan errores
• Presupuestos de complejidad (FTA) que impiden que el código se vuelva difícil de mantener
• Más de 190 verificaciones propias que hacen cumplir las reglas del proyecto
• Análisis estático de seguridad, además de detección de código duplicado y código sin uso
• Verificación de traducciones completas en los cinco idiomas
• Uso obligatorio de design tokens, para que la interfaz se mantenga coherente
• Pruebas de extremo a extremo que recorren el producto real en un navegador, además de pruebas visuales con capturas de pantalla del widget embebible

En cifras