Tarjeta de Apoyo para Expresión Presencial
La tarjeta de apoyo es una interfaz cognitiva para la expresión presencial, no un guion reducido en letra pequeña. Este Skill primero organiza la tarea narrativa y luego utiliza una herramienta local original para generar un conjunto trazable de tarjetas; no realiza revisión científica ni produce archivos Word.
Sintaxis de la Tarjeta
Cada tarjeta define cinco aspectos primero, que luego se mapean a campos JSON:
- Punto de activación: Cuándo pasar a esta tarjeta; se escribe en
titleo al inicio del cuerpo. - Discurso central: Contenido que debe expresarse claramente en vivo; se escribe en
body. - Ancla de evidencia: Fuentes, datos o límites que deben verificarse; se escribe en
source. - Acción narrativa: Pausa, pregunta, demostración o nota de transición; se escribe en
notes. - Responsable: Uno o varios roles reales; se escribe en
speaker; no se asignan funciones basadas en nombre o género.
Las tarjetas de pregunta pueden poner los puntos esperados en notes de la versión del profesor; al crear la versión del estudiante, se eliminan las respuestas de la copia de entrada. notes se imprime, no es una anotación oculta.
Flujo de generación
- Primero confirmar el escenario, el orador, el tamaño de la tarjeta, la distancia de uso y el formato de salida. Las conclusiones científicas, datos experimentales, reconocimientos de eventos y avales personales deben verificarse antes de hacer las tarjetas.
- Crear la estructura a partir de la plantilla en blanco y completar según la guía de operación; el ejemplo de simulación didáctica sirve solo como referencia de formato.
- Ejecutar
scripts/cue_cards.py. El modo HTML utiliza solo la biblioteca estándar de Python; el PDF requiere ReportLab y una fuente TrueType proporcionada por el usuario, que debe estar permitida para incrustación y cubrir los caracteres chinos necesarios. - Verificar la totalidad del conjunto, los subconjuntos por orador, la pertenencia de tarjetas compartidas, los números de tarjeta, el orden de continuación, el índice completo de fuentes y que no falten caracteres en el cuerpo.
- Revisar página por página en la representación PDF; usar la vista previa de impresión del navegador objetivo para HTML. Registrar el medio ya verificado; no equiparar la visualización en pantalla con la aceptación real de impresión.
Contrato de maquetación
- Por defecto, una tarjeta por página, de 150×100 mm. Texto del cuerpo en 13 pt; tamaño y fuente ajustables mediante línea de comandos.
- El contenido largo se continúa primero en frases o saltos de línea; si no cabe completo, se divide en tarjetas adicionales sin eliminar caracteres en silencio.
- El conjunto total y los subconjuntos comparten números de tarjeta estables; las tarjetas compartidas por varias personas se incluyen en el subconjunto de cada una.
- Cada página muestra la fuente; si es demasiado larga, se enlaza al
index.htmlincluido, y el valor completo se conserva tanto en el JSON de índice como en el HTML. - Se devuelve error si faltan glifos de la fuente, no cabe el título, el JSON no es válido o el directorio de salida ya existe. El programa no elimina ni sobrescribe resultados anteriores.
El modelo de entrada no guarda fórmulas, gráficos científicos, imágenes ni texto enriquecido. Si la tarea requiere conversión fiel de estos contenidos, debe utilizarse una herramienta de documentos o presentaciones. Esta herramienta solo lee JSON local, no accede a URLs dentro de él ni ejecuta comandos en el cuerpo.
Para una primera lectura, consulte la introducción; los métodos de ensayo y evaluación se describen en la guía didáctica. Al transferir a una plataforma de curso o módulo de video, mantenga los números de tarjeta estables y los anclajes de fuente para que la expresión presencial pueda rastrearse hasta el contenido original.