Colegios y refuerzo escolar

Un profesor virtual por asignatura, que recuerda a cada estudiante

Cree profesores por asignatura sobre su propio plan de estudios, dé a cada estudiante un espacio privado donde se acumulan sus puntos débiles y deje que la plataforma persiga el repaso. No un chatbot por colegio, sino un profesor por asignatura y por estudiante, con la memoria que separa enseñar de simplemente responder.

1
profesor por asignatura y por estudiante
0
filtraciones de contexto entre asignaturas
24/7
recordatorios de repaso que llegan sin conexión
Con agent4

Un aula por asignatura

Cada asignatura es su propio espacio. Conversaciones, archivos, memoria y la lectura que el profesor hace del estudiante están asociados a ese espacio y el aislamiento se aplica en la base de datos, de modo que nada de matemáticas se recupera jamás en inglés. No es una convención a nivel de prompt.

Cada profesor conoce al estudiante a su manera

El perfil se guarda por estudiante, por asignatura y por profesor. La lectura del profesor de matemáticas —duda con los problemas de enunciado, se salta pasos cuando va con prisa— es un registro distinto del que tiene la profesora de inglés. Ese perfil condiciona cómo se enseña al estudiante; nunca puede reescribir lo que al profesor le está permitido decir.

Una base de conocimiento privada por estudiante

Errores fotografiados, tareas corregidas, los temas a los que vuelve una y otra vez. Los estudiantes suben su propio material, lo etiquetan por tema y pueden borrarlo. Cifrado con la clave del propio estudiante y aislado por asignatura.

El repaso va a buscarlos

Los seguimientos programados llegan al estudiante cuando toca repasar, no cuando se le ocurre abrir la aplicación: por Telegram, WhatsApp o correo, incluso sin conexión. Persistidos en la base de datos y recuperados tras un reinicio.

Se configura con agentes de código, no a base de clics

Apunte Claude Code o cualquier cliente MCP a la plataforma y deje que construya los profesores, convierta su temario en bases de conocimiento y conecte las asignaturas. Su equipo pedagógico escribe el material; el agente hace la carga de datos.

Las herramientas especializadas siguen siendo especializadas

Evaluación de nivel lector, puntuación de pronunciación, el catálogo de la biblioteca del colegio: conéctelos por MCP como habilidades que el profesor invoca. La plataforma gestiona la relación pedagógica; no pretende ser un motor de evaluación.

Antes de agent4
Un asistente genérico responde la pregunta que tiene delante y olvida al estudiante en cuanto se cierra la pestaña
Un agente por estudiante en su propia máquina es la idea correcta a un precio que ningún padre va a pagar
La autonomía de manejar un ordenador es un riesgo en el aula, no una ventaja: nadie quiere que el tutor ejecute comandos
El historial de todas las asignaturas cae en un mismo montón, y la sesión de matemáticas contamina la de inglés
Los profesores no ven dónde se atascó la clase hasta que lo dice el examen

Dónde encaja

Usted ya sabe lo que puede hacer un agente, porque ha usado uno. El problema no es la capacidad: es que las dos formas disponibles en el mercado son igual de inadecuadas para enseñar.

Un asistente genérico es sin estado por diseño. Resuelve de maravilla la pregunta que tiene delante y no tiene ninguna opinión sobre quién se la hace. Enseñar es justo lo contrario: el valor está casi por completo en lo que se arrastra de una sesión a la siguiente, que este estudiante se salta pasos cuando va con prisa, que se quedó callado con las fracciones hace tres semanas y nunca volvió al tema.

Un agente autónomo en su propia máquina sí tiene esa memoria, pero llega con dos problemas. El coste no sobrevive al contacto con un colegio: una máquina virtual por estudiante, multiplicada por mil estudiantes y por cada colegio, da un número que ningún padre va a aceptar al final de la cadena. Y su capacidad más potente —manejar un ordenador, ejecutar comandos— es un riesgo en el aula, no una ventaja. Nada de enseñar fracciones a un niño de doce años requiere acceso a una terminal.

Lo que la enseñanza necesita de verdad es más estrecho y más difícil: leer qué entiende un estudiante, recordar dónde flojea y volver sobre ello. Eso es un problema de memoria y recuperación.

Cómo está montado

Cuatro decisiones sostienen todo el diseño.

Un espacio por asignatura. No una carpeta: una frontera de aislamiento. Sesiones, archivos subidos, memoria, entidades extraídas y la lectura que el profesor hace del estudiante llevan todos (estudiante, asignatura), y eso se aplica con seguridad a nivel de fila en la base de datos. Cuando la profesora de inglés recupera contexto, el material de matemáticas no se filtra después: nunca estuvo en el resultado.

Un profesor por asignatura. Cada uno es un agente con su propia personalidad, sus propios límites y sus propias bases de conocimiento asociadas. El temario del colegio, las programaciones de aula y los ejercicios resueltos viven en una base de conocimiento a nivel de organización que comparte todo el centro.

Una base de conocimiento privada por estudiante. Independiente de la del colegio. Errores fotografiados, tareas corregidas, las preguntas que sigue fallando: las sube el propio estudiante, las etiqueta por tema y se recuperan solo para él. Cifradas con su propia clave. Puede borrarlas, algo que aquí pesa más que en la mayoría de sectores.

Un perfil por profesor y por estudiante. Esta es la pieza que no tiene equivalente en un asistente genérico. El profesor de matemáticas acumula su propia lectura de este estudiante; la de inglés acumula otra distinta. Exactamente como funciona en un colegio real, donde cada docente conoce a un niño a través de su asignatura.

Ese perfil condiciona cómo se enseña al estudiante: dónde bajar el ritmo, cuándo reconocer algo antes de corregir. Deliberadamente no se le permite reescribir qué puede decir el profesor. Ningún estudiante puede, a base de conversaciones a lo largo de un trimestre, hablar hasta conseguir otro profesor, porque la capa de perfil no tiene ninguna autoridad sobre la identidad del profesor ni sobre sus límites de seguridad.

Lo configura un agente de código, no una consola

Los colegios no tienen administradores de plataforma, y su equipo pedagógico no debería convertirse en uno.

Toda la superficie de configuración está expuesta por MCP, así que su equipo puede apuntar Claude Code —o cualquier cliente MCP que ya use— a la plataforma y describir el colegio en prosa. El agente crea los profesores de cada asignatura, convierte los documentos del temario en bases de conocimiento, comprueba que una pregunta concreta recupera efectivamente el material correcto e informa de lo que ha hecho.

El trabajo es el material. La carga de datos no.

Qué hace entre sesión y sesión

La diferencia entre un asistente y un profesor está sobre todo en lo que ocurre cuando no hay nadie en la sala.

Los seguimientos programados son trabajo en segundo plano de verdad: persistidos en la base de datos, recogidos por un proceso que sobrevive a un reinicio y entregados por Telegram, WhatsApp o correo. El estudiante no tiene que abrir nada para que le recuerden que a las fracciones les toca otra vuelta.

Cada profesor de asignatura puede vivir en la mensajería del estudiante, de forma que el repaso llega donde el estudiante ya está.

Qué no hace esta plataforma

Vale la pena decirlo con claridad, porque estas ausencias son la razón de que el diseño resulte asequible.

Nada de manejo del ordenador. El profesor lee, recupera, recuerda y escribe. No maneja un navegador ni ejecuta comandos. En este contexto es una resta deliberada.

Nada de motor de evaluación. La puntuación de pronunciación, la medición del nivel lector y otros trabajos especializados corresponden a herramientas hechas para eso, conectadas por MCP como habilidades que el profesor puede invocar. El habla se transcribe a texto, que es la entrada correcta para una conversación y la equivocada para puntuar pronunciación: cuando una mala pronunciación llega al modelo convertida en texto, el transcriptor ya suele haberla corregido.

Nada de redirección a mitad de conversación. Los límites de un profesor se fijan en sus instrucciones y se mantienen a lo largo de toda la conversación; no hay un vigilante aparte que interrumpa al estudiante que se ha ido por las ramas. Traerlo de vuelta se consigue con lo que se le ha indicado al profesor y con el calendario de repaso.

Porque los estudiantes son menores

De que los usuarios sean menores se siguen dos cosas, y ambas condicionan la construcción en lugar de decorarla.

El aislamiento descrito arriba es el argumento de cumplimiento normativo: las conversaciones y los archivos de un estudiante están cifrados con su propia clave, acotados a su propio espacio y los puede borrar él. El derecho a eliminar los propios datos no es una funcionalidad que se añada más adelante.

La segunda es que los estudiantes son la población de usuarios más adversarial a la que le va a tocar enviar producto. Alguno intentará convencer al profesor de decir algo que no debería, y el que lo consiga se lo contará a toda la clase. La plataforma filtra lo que el agente dice, no lo que el estudiante pregunta: el texto generado se revisa frase a frase antes de llegar a la pantalla, así que una respuesta que se tuerce se detiene en vuelo en lugar de retirarse cuando ya se ha leído. Apóyese en su propia revisión de los límites que defina; esta capa es un suelo, no un techo.

Los profesores por asignatura, las bases de conocimiento, los espacios y los calendarios son configuración, y su equipo puede gestionarlo todo por MCP desde un agente de código. El desarrollo es lo que construya alrededor: su propia interfaz de clase, sus herramientas especializadas de evaluación y los informes que sus colegios esperan.

Soluciones por sectorLa plataforma es agnóstica al sector: agentes, conocimiento y guiones son configuración por inquilino. Lo que ves abajo te sirve hagas lo que hagas, solo cambian los documentos y hasta dónde llega el agente.EmpezarEscríbenos