El problema
It's 6:00 a.m., Patrick's yard just flooded, and he has no idea who to call.TraducciónSon las 6:00 a. m., el patio de Patrick acaba de inundarse y no tiene idea de a quién llamar.
No quiere un menú telefónico, ni un FAQ, ni una disculpa. Quiere algo que tome el reporte ahora y le diga que ya se está atendiendo, y ese momento exacto es para lo que se construyó W.E.S.
Un equipo de San Vicente y las Granadinas construyó un asistente del agua para una autoridad del agua de Granada. Nunca habían recorrido sus tuberías, nunca habían pisado sus oficinas, nunca habían conocido a los clientes que lo usarían. Lo que tenían era el encargo —a bot that can read a water meter with its eyes («un bot capaz de leer un medidor de agua con sus propios ojos»)— y cuatro semanas.
Se tomaron el encargo al pie de la letra. No como una metáfora de la comodidad, sino como la única capacidad que aquello tenía que cumplir de verdad.
Lo que construyeron
W.E.S funciona dentro de una simulación en vivo del sitio web de la National Water and Sewerage Authority (NAWASA), sobre una base de conocimiento de 628 datos que abarca Granada, Carriacou y Petite Martinique. Cada uno de los seis perfiles de usuario recibe un avatar adaptativo: un casco de obra para los contratistas, un bastón para los clientes mayores y vulnerables. El enrutamiento de emergencias omite por completo el FAQ y entrega una línea directa, un enlace de despacho por WhatsApp y un código de referencia único antes de preguntar el nombre. La foto de un medidor tomada con el teléfono se lee mediante reconocimiento óptico de caracteres (OCR) y, si sale borrosa, se vuelve a tomar en lugar de adivinarse. Una entrevista conversacional de quince preguntas genera un formulario de conexión en PDF listo para imprimir. Los picos de facturación disparan avisos proactivos de fugas, y un canal comunitario sobre cortes difunde avisos ante los que la isla puede reaccionar.
- 628
- datos verificados
- 6
- perfiles de usuario
- 3
- islas atendidas
- 73
- puntos, primer lugar
en Granada, Carriacou y Petite Martinique
hogares, comercios, trabajadores de campo, personas mayores y vulnerables
Granada · Carriacou · Petite Martinique
la puntuación más alta de la División de Chatbots
En qué insistieron los jueces
Horace Lashley, del Caribbean Institute for Meteorology & Hydrology (CIMH), hizo dos preguntas.
"When will live integration occur with NAWASA's public servers?" («¿Cuándo se producirá la integración en vivo con los servidores públicos de NAWASA?») Los webhooks y los endpoints REST, respondió el equipo, tenían el código terminado: solo esperaban el nuevo portal de NAWASA y su interfaz de programación de aplicaciones (API) de facturación.
"How confident are you in authentication and preventing data leaks?" («¿Qué tan seguros están de la autenticación y de la prevención de fugas de datos?») La recuperación aísla el conocimiento general de los registros privados, dijeron, y se verifica un token antes de que se produzca cualquier traspaso.
Ninguna de las dos respuestas era una promesa sobre el futuro. Ambas eran afirmaciones sobre un código que ya existía y que el equipo estaba dispuesto a mostrar.
El punto de inflexión
Cuando se les pidió que lo demostraran, el equipo no recurrió a una diapositiva. Puso su backend en Python en la pantalla de la muestra y lo leyó en voz alta, línea por línea.
We'd rather show you the truth than a polished lie … No token raises an error and refuses to run. It cannot invent a balance. That is what agentic means in practice!TraducciónPreferimos mostrarles la verdad antes que una mentira pulida … Sin token, lanza un error y se niega a ejecutarse. No puede inventar un saldo. ¡Eso es lo que significa agéntico en la práctica!
Construido con
- Python
- FastAPI
- LangGraph
- RAG
- OCR
- Gemini
El equipo
- Alysson Ambrose
- Azaray Defreitas
- Akasha Dember
- Mikayla Durant
- J'Nae Edwards
- Cornel London
- Aren Ollivierre
- Arriana Peters
- Kyron Quashi
- Shannon Ralph — Líder del equipo
- Keleisha Simmons
- Kevin Thomas
- Nijonte Thomas
La confianza se convirtió en algo que se podía leer línea por línea.
Reseña editorial
Nuestra lectura del desarrollo
Una evaluación independiente de los editores de esta publicación: no es la puntuación de los jueces ni el relato del propio equipo.
- Oficio
- El desarrollo es inusualmente completo para cuatro semanas. La mayoría de los proyectos de este nivel se quedan en una conversación que funciona; W.E.S entrega una base de conocimiento, un flujo de admisión que produce un documento real, un proceso de tratamiento de imágenes y un canal público. El detalle que lo delata es el comportamiento del OCR: una foto borrosa del medidor se vuelve a tomar en lugar de adivinarse. Esa es una decisión sobre el fallo, y los equipos que diseñan pensando en el fallo están construyendo productos, no demostraciones.
- Lo que aprendieron, y dónde se nota
- El arco de veinte días se puede leer en el producto casi línea por línea. La semana de las salvaguardas aparece como la verificación de token que se niega a ejecutarse antes que inventar un saldo. El Registro de Oro aparece como 628 datos que llevan sus propias fuentes. La recuperación aparece como el muro entre el conocimiento general y los registros privados. Los traspasos entre agentes aparecen como un enrutamiento de emergencias que despacha antes de pedir un nombre. No recorrieron el programa como una lista de verificación; lo usaron para tomar decisiones concretas sobre un cliente concreto.
- Usabilidad
- La decisión más sólida es de orden. En una emergencia, W.E.S entrega una línea directa, un enlace de despacho y un código de referencia antes de preguntar quién es uno. Casi todo el software de servicio pide primero la identidad. Invertir ese orden es un juicio sobre lo que realmente necesita una persona asustada a las seis de la mañana, y es la prueba más clara del desarrollo de que el equipo pensó en un usuario y no en una lista de funciones. Los avatares de los perfiles —un casco de obra, un bastón— corren el riesgo de ser decorativos, pero combinados con un lenguaje adaptativo cumplen una función real para personas que no se sienten seguras en línea. El canal comunitario unidireccional es honesto sobre sus propios límites; no finge ser un servicio de atención.
- Escalabilidad
- Dos cosas se interponen entre W.E.S y la producción, y el equipo nombró ambas en lugar de ocultarlas. La integración tiene el código terminado, pero no está probada: los webhooks y los endpoints REST existen; el portal y la API de facturación de NAWASA todavía no, y hasta que se conecten, las funciones de facturación siguen siendo una demostración. En segundo lugar, 628 datos son una superficie de mantenimiento más que un activo: alguien en NAWASA tiene que hacerse cargo de ellos, y una columna de «última verificación» nunca es mejor que la persona que la actualiza. La arquitectura en sí viaja bien: se cambian los datos del territorio y la forma se mantiene. El costo operativo viaja con ella.
Just text WES, he ready to chat — check your bill, just like that!TraducciónSolo escríbele a WES, que está listo pa' charlar: ¡revisa tu factura, así de fácil!
Imágenes captadas en la Muestra de Chatbots y Multimedia de la ECCU 2026, el 28 de agosto de 2026. Las capturas de pantalla se recortaron para quitar la interfaz del navegador y de la transmisión; las interfaces de los chatbots y los presentadores no se alteraron.