Notas sobre la capacidad de los modelos para afirmaciones públicas

Empezar por el comportamiento observable del producto

El texto de la página de inicio debe describir comportamientos que un estudiante pueda verificar: el sistema plantea una pregunta, evalúa la respuesta, explica lo que parece sólido o frágil y elige un siguiente paso. Esas afirmaciones siguen siendo útiles aunque cambie el proveedor o la versión del modelo subyacente.

El nombre de un proveedor no es un resultado de aprendizaje. Decir que el producto usa un modelo de frontera no prueba que una respuesta concreta se haya calificado bien, que se haya detectado una idea errónea o que la siguiente pregunta fuera adecuada. Por eso Robotutor trata la identidad del modelo como contexto de implementación, no como sustituto de la evidencia sobre la experiencia del estudiante.

• Preferir afirmaciones sobre el ciclo de aprendizaje visible frente a adjetivos como mejor, más inteligente o más potente.
• No prometer acceso a un modelo con nombre a menos que el enrutamiento desplegado y los derechos de acceso prueben ese acceso.
• Mantener las afirmaciones específicas de un modelo en páginas de recursos o anuncios con fecha, y no en el texto principal permanente.

Usar un registro de afirmaciones antes de publicar

Cada afirmación pública relevante debe tener cuatro elementos de evidencia: la frase exacta, la implementación o configuración que la respalda, una fuente externa cuando la afirmación se refiera a un proveedor o a un resultado de investigación, y una persona responsable que la revisará cuando cambie la fuente. Una afirmación sin responsable se queda obsoleta aunque en su día fuera exacta.

Por ejemplo, la afirmación de que las respuestas se califican con IA puede vincularse a la ruta de evaluación de respuestas y a una demostración en el navegador. La afirmación de que un modelo con nombre está disponible para los suscriptores exige más: la configuración desplegada del proveedor, la vía de derechos de acceso de facturación y la documentación vigente del modelo del proveedor deben coincidir.

• Evidencia del producto: ruta, configuración, evaluación o comportamiento reproducible de la interfaz.
• Evidencia externa: investigación primaria, organismo de normalización o documentación oficial del proveedor.
• Desencadenante de revisión: cambio de proveedor, cambio de enrutamiento, cambio de precios o evidencia de evaluación contradictoria.
• Redacción alternativa: una frase neutral respecto a los proveedores que siga siendo cierta si se elimina el nombre de un modelo.

Separar capacidad de fiabilidad

Un modelo puede demostrar una gran capacidad general y aun así producir una explicación incorrecta, pasar por alto una pregunta ambigua o aplicar una rúbrica equivocada a la respuesta de un estudiante. Robotutor debe describir el sistema como automático y falible, y no debe convertir resultados de pruebas de referencia en garantías sobre una lección concreta.

La fiabilidad procede de la estructura que rodea al modelo: contexto fundamentado, criterios de calificación explícitos, salidas estructuradas, reintentos cuando proceda, conjuntos de evaluación, comentarios de los estudiantes y límites del producto. El texto público debe hacer visible esa distinción para que los lectores entiendan por qué el sistema de aprendizaje es más que el nombre de un modelo y por qué las respuestas importantes siguen necesitando verificación independiente.

Revisar periódicamente las afirmaciones sobre modelos con nombre

Las páginas sobre modelos con nombre deben llevar una fecha de revisión y usar enlaces que apunten a la documentación vigente del proveedor. Cuando un modelo se retire, cambie de nombre o se sustituya, la página debe actualizarse con una explicación sustancial o bien debe eliminarse la afirmación sobre el modelo con nombre. Cambiar solo la fecha sin cambiar la evidencia haría que la página pareciera más reciente sin aportar valor.

El compromiso estable es usar modelos que cumplan el nivel de calidad del producto para la tarea. La parte revisable es qué proveedor y qué modelo cumplen actualmente ese nivel. Este planteamiento permite que el producto mejore sin convertir cada cambio de infraestructura en una promesa de marketing rota.

Una comprobación práctica previa a la publicación

Antes de publicar una afirmación sobre un modelo, léela como un estudiante escéptico. Pregunta qué haría esperar la frase a una persona razonable, si esa expectativa puede reproducirse en el producto actual y qué evidencia la refutaría. Si la respuesta depende de información interna que los lectores no pueden inspeccionar, acota la afirmación y explica la limitación.

• ¿Puede un usuario observar hoy el comportamiento afirmado?
• ¿La fuente es actual, oficial y está enlazada?
• ¿La redacción distingue la posibilidad de la garantía?
• ¿Seguiría siendo honesta la afirmación durante una caída del proveedor o un cambio de enrutamiento de respaldo?
• ¿Existe una vía clara de corrección a través de la política editorial?