Si no se puede medir,
no se puede mantener.

Diseño de modelo, prompts y herramientas, más el conjunto de evaluación que te dice si un cambio mejoró las cosas o rompió algo en silencio.

Los cambios de prompt son engañosamente arriesgados. Una edición que arregla el caso que tienes delante rompe con frecuencia dos que no estás mirando, y sin un conjunto de evaluación la única señal es una queja de usuario semanas después. Eso no es un proceso de desarrollo: es una conjetura a cámara lenta.

Un banco de evaluación convierte eso en ingeniería. Un conjunto de casos reales con el comportamiento esperado, ejecutado en cada cambio, de modo que una mejora se demuestre en lugar de afirmarse. Empieza pequeño —un par de docenas de casos sacados del uso real— y crece cada vez que algo falla en producción, que es como se deja de repetir el mismo defecto.

La elección de modelo no es deliberadamente un compromiso permanente. Construimos detrás de una capa agnóstica de proveedor, de modo que cambiar de modelo sea un cambio de configuración y no una reescritura, porque la capacidad y el precio en este mercado se mueven más rápido que cualquier ciclo de desarrollo que puedas planificar.

El coste se instrumenta desde el principio. La inferencia escala con el uso de una forma que la mayoría de los presupuestos no prevé, y tener el coste por conversación visible en la primera semana es bastante mejor que una sorpresa en la factura del proveedor en el tercer mes. La inferencia se repercute a precio de proveedor sin margen.

WhatsAppLLM agentsOCRWorkflow automation

Qué incluye

  • Selección de modelo según latencia, calidad y techo de coste
  • Diseño de prompts e interfaces de herramientas
  • Conjunto de evaluación con casos reales, ejecutado en cada cambio
  • Capa agnóstica de proveedor para poder cambiar de modelo
  • Control y alertas de coste por conversación

No incluido

  • Coste de inferencia de los modelos, facturado a precio de proveedor
  • Entrenamiento de modelos fundacionales propios
Prueba

Mesa

Un conserje con IA que gestiona las reservas de restaurantes por WhatsApp, sin intervención humana, 24/7.

Leer el caso

Preguntas frecuentes

¿Qué proveedor recomendáis?
Depende de la tarea, del presupuesto de latencia, del techo de coste y de dónde puedan tratarse los datos, y es una decisión que mantenemos deliberadamente reversible. Preferimos diseñar para que podáis cambiar antes que defender un favorito permanente en un mercado que revisa precios cada pocos meses.
¿Cómo se construye un conjunto de evaluación?
A partir del uso real y no de la imaginación. Entradas reales, con el comportamiento que consideraríais correcto, incluidos los casos incómodos. Veinte casos bien elegidos valen más que doscientos sintéticos, y cada fallo en producción se convierte en un caso nuevo para que el mismo error no pueda volver sin ser detectado.
¿Podéis mejorar una función de IA que ya tenemos?
Sí, y normalmente empieza por construir el conjunto de evaluación que todavía no existe. Sin él no hay forma de saber si un cambio ha ayudado, así que la medición va antes que el ajuste; y la medición sola revela a menudo que el problema real es la recuperación de información o la calidad de los datos, y no el prompt.

Más en Automatización e integración con IA

Todo en Automatización e integración con IA
Contacto

Cuéntanos qué
hay que construir.

Recibirás una especificación escrita con el alcance, la arquitectura y los criterios de aceptación antes de que ninguna de las dos partes se comprometa. Si no somos el estudio adecuado para el trabajo, te lo diremos.

Solo usamos lo que envías para responderte. Consulta Privacidad más abajo.

Ubicación
Valencia, España
Clientes
Todo el mundo
Idiomas
Inglés · Español