45 min
Experimenta el muro de las reglas, observa una vista previa del prompt guiada por el docente, ejecuta una evaluación de referencia, añade contexto y compara la cifra.
Enseña la transferencia de control
Un paquete imprimible para docentes de 45, 90 o 180 minutos: una ruta sin clave, una prueba previa en el aula, un presupuesto de llamadas explícito, una ficha para el alumnado y una rúbrica de proyecto basada en evidencias.
Elige el tiempo disponible
90 min
Añade el vocabulario del Manual, el control mediante bucles y grafos, el límite de seguridad y el árbol de decisiones.
180 min
Deja que el alumnado ejecute el Laboratorio con sus propias claves o mediante la ruta sin clave, juegue a la Sala de control y después empiece el TypeScript local.
Antes de la clase
- Abre el Manual y el Laboratorio en el navegador y la red exactos que usarás en el aula.
- Para una demostración en vivo, crea una clave aparte, revocable y con poco saldo; nunca compartas la clave del docente.
- Ejecuta Guardar y probar, el paso 1, la vista previa de tres pedidos y una evaluación completa; compara el uso y el cargo con el panel del proveedor.
- Prepara la ruta guionizada o sin clave y úsala si falla la prueba en vivo.
La ruta sin clave es una lección completa
La parte 1 está guionizada, funciona sin conexión y no necesita clave. En el Laboratorio, el paso 2 también es local. Proyecta los resultados restantes del modelo o comenta una ejecución preparada; no soluciones problemas de credenciales privadas delante de la clase.
Explica al alumnado cuánto puede gastar un clic
Estas cifras son el número máximo de llamadas lógicas y los límites de salida, no una promesa de precio. El coste en vivo depende del modelo, la caché, la franja horaria y los precios actuales del proveedor.
| Acción | Máximo de llamadas | Salida máxima |
|---|---|---|
| Tu primera llamada | 1 | 250 tokens |
| Escribe el prompt | 3 | 3 × 300 tokens |
| Mídelo | 20 + 8 = 28 | 7,600 tokens |
| Itinerario con dos evaluaciones | 60 | 16,350 tokens |
La concurrencia de la evaluación es 4. Detener impide programar nuevas solicitudes e intenta cancelar el trabajo en curso, pero una solicitud ya iniciada puede facturarse. Una solicitud enviada sin datos de uso devueltos tiene un coste desconocido, no un coste cero.
Ficha del alumnado
- Escribe una forma de pedir que las reglas actuales no reconozcan y la regla adicional que exigiría.
- Antes de la evaluación 1, predice la puntuación y explica un motivo.
- Anota la referencia inicial, un caso fallido y la fuente probable del fallo.
- Indica un cambio, predice su efecto y después ejecuta la evaluación 2.
- Anota una mejora y una regresión; no ocultes los casos incómodos.
- Trasládalo a un ámbito que conozcas: una decisión del modelo, un control conservado, una entrada de fallo y una barrera irreversible.
Rúbrica del proyecto
Puntúa cada criterio con 0 si está ausente, 1 si es parcial o 2 si está respaldado por evidencias. Una arquitectura diferente puede ser excelente cuando sus evidencias y compromisos se pueden defender.
- Límites del problema: objetivo, exclusiones y autoridad del modelo.
- Entrada de fallo: concreta, realista y reproducible.
- Evaluación mínima: casos, evidencias esperadas y una regla de puntuación que se pueda inspeccionar.
- Barrera irreversible: el código o una persona intervienen antes de la acción.
- Límites de confianza: proveedor, herramientas, secretos y entradas no confiables.
- Reflexión: fallos, regresiones, coste, compromisos y la siguiente prueba.
Acepta evidencias, no una única respuesta aprobada
Pueden ser válidos una salida de consola sin secretos, un pequeño resultado en JSON o Markdown, un enlace al código, el rastro de un caso fallido o un informe local. La rúbrica no exige un framework, proveedor o prompt determinados.
Guarda localmente las hojas de observación del piloto. Nunca introduzcas claves del alumnado, prompts, cuerpos sin procesar del proveedor, respuestas ni trabajos identificables en este sitio, capturas de pantalla o registros de CI.