Un modelo que responde cuando no sabe no es una función. Es una responsabilidad con un tono agradable. En los sistemas que llevo, una pregunta puede volver vacía. Lo útil es una cita cuando el pasaje está en la biblioteca, y un rechazo cuando no está.
Primero la recuperación, luego las palabras
El patrón es aburrido a propósito. Toma la pregunta. Encuentra los pasajes que podrían contener la respuesta. Puntúalos. Si ninguno sostiene de verdad una afirmación, para. Si uno sí, muestra el pasaje junto a la frase que lo usó. La frase no es la fuente. El pasaje es la fuente. Un lector que no puede abrir el pasaje no puede fiarse de la frase, y no se le debería pedir que lo haga.
Así construí el sistema de formación que llevo: entran los materiales, un plan apuntado a una fecha, respuestas puntuadas contra la fuente, el repaso llega antes de que el material se olvide. Así debe comportarse también una pregunta sobre un documento. Con base, o en silencio. Adivinar parece útil en una demo y sale caro la primera semana en que un cliente actúa en consecuencia.
| Lo que volvió | Qué puede decir el sistema |
|---|---|
| Un pasaje que sostiene la afirmación | La respuesta, con ese pasaje al lado. |
| Pasajes que solo están cerca | Nada cerrado. Di qué falta. |
| Ningún pasaje | Niégate. No rellenes el hueco con una frase probable. |
| Una extracción de poca confianza | Pausa para una persona. No pagues al modelo otra vez para reintentar a ciegas. |
La factura y el registro forman parte del diseño
Un modelo en la nube ve datos. Antes de que lo haga, el flujo de datos queda escrito: qué servicio, de quién es la clave, cuál es el tope mensual. El consentimiento es explícito. Todo lo que toca a un cliente, un precio o un pedido espera a una persona. La llamada queda registrada, porque “lo dijo el asistente” no es una pista de auditoría.
No prometo que esto meta un sitio en la caja de respuestas de otro. El posicionamiento es otra máquina, con incentivos que no controlo. Lo que sí controlo es si mi propio sistema se inventa cosas.
La fluidez es barata. El producto es un pasaje que puedes abrir.
El umbral es una decisión de producto
Alguien tiene que elegir el punto en que “cerca” se vuelve “no basta”. No se lo dejo al humor del modelo. Un pasaje o supera una barra que puedo explicar, o la respuesta se retiene. Prefiero explicar un rechazo a un usuario que explicar un paso inventado en un procedimiento que siguió. La barra se puede afinar después de haber visto preguntas reales. No debe empezar en cero, que es donde le gusta vivir a una demo, porque una demo se evalúa por lo a menudo que dice algo.
Cuando una pasada es incierta de otra manera, un extracto de baja confianza y no una biblioteca vacía, la pauso para una persona en lugar de pagar otro intento que sonará más suave. Más suave no es más verdadero. El registro guarda el primer intento, para que la persona vea qué se recuperó y qué se descartó.
Los modelos están entrenados para ser útiles, lo que significa que prefieren completar el párrafo. La aplicación tiene que ser más seca que el modelo. Un umbral, una cita que falta, una recuperación vacía: cada uno es una rama que no devuelve respuesta y anota por qué. Si esa rama no existe, el sistema acabará respondiendo una pregunta que la biblioteca no puede sostener, y sonará seguro.
La primera vez que lo ves negarse, parece un fallo. Es lo contrario. El fallo es el párrafo seguro de sí mismo, sin ningún sitio donde hacer clic.
