Línea Ares — Hilo Conceptual Transversal
ROBOTSchool · Documento maestro (fuente única) Versión 0.1 — Junio 2026
Este documento define la columna vertebral de la línea Ares: lo que permanece constante mientras cambian la placa, el lenguaje y la edad del estudiante. Todo el mapa curricular y el análisis de proyectos por nivel se cuelgan de aquí. Es la fuente única; los formatos Word, PPTX y la landing se generan a partir de este texto.
1. Propósito y principio rector
Ares es la línea editorial abierta e interdisciplinar de ROBOTSchool (complementaria a la línea Ecua, cerrada y guiada). Su promesa pedagógica es:
El estudiante no cambia de tema cada tres años; cambia de herramienta. La lógica, el pensamiento computacional y los hábitos de diseño se acumulan; la placa solo aporta más potencia.
Este principio resuelve el riesgo de fragmentación que amenaza a cualquier currículo que rota de plataforma (Makey Makey → Arduino → Raspberry Pi Pico → ESP32). La continuidad no la da el hardware: la dan el pensamiento computacional, las estructuras de programación y los tres ejes transversales, que son los tres pilares de este documento.
2. Los cuatro niveles de un vistazo
| Nivel | Nombre | Grados | Tecnología base | Lenguaje / entorno | Relación del estudiante con la tecnología |
|---|---|---|---|---|---|
| 1 | Exploradores | Transición · 1° · 2° | Makey Makey + mecánica y mecanismos | Bloques (Scratch / mBlock) | La descubre: causa–efecto y secuencias |
| 2 | Constructores | 3° · 4° · 5° | Arduino + mecánica | Bloques (mBlock) → asomada a C++ | La construye: arma mecanismos y los programa |
| 3 | Inventores | 6° · 7° · 8° | Raspberry Pi Pico | MicroPython | La hace autónoma: sensores, datos y decisiones |
| 4 | Innovadores | 9° · 10° · 11° | ESP32 | Python / C++ + stack web (HTML, CSS, JS, Bootstrap, SQL) | La conecta y la crea: domótica, IoT y sistemas |
El nombre de cada nivel describe el verbo dominante del estudiante en esa etapa: explorar → construir → inventar → innovar. Esa escalada de autonomía es, en sí misma, el relato de la línea.
3. Pilar A — Progresión del pensamiento computacional
El pensamiento computacional (PC) es la habilidad de fondo. Usamos las cuatro competencias clásicas más la depuración, y mostramos cómo maduran —no aparecen y desaparecen— a lo largo de los cuatro niveles.
3.1 Las competencias
- Descomposición: partir un problema grande en partes manejables.
- Reconocimiento de patrones: detectar regularidades y repeticiones.
- Abstracción: quedarse con lo esencial e ignorar el detalle irrelevante.
- Diseño de algoritmos: definir pasos ordenados que resuelven el problema.
- Evaluación y depuración: probar, encontrar el error y corregirlo (eje metacognitivo que cruza a todas las demás).
3.2 Cómo escala cada competencia por nivel
| Competencia | Exploradores | Constructores | Inventores | Innovadores |
|---|---|---|---|---|
| Descomposición | Separar una acción en pasos simples (“para que suene, toco aquí”) | Dividir un mecanismo en partes y un programa en bloques | Separar un sistema en módulos (sensar / decidir / actuar) | Arquitectura de un sistema: dispositivo, red, datos, interfaz |
| Patrones | Reconocer que una acción repetida da el mismo efecto | Identificar repeticiones → usar bucles | Reutilizar funciones y librerías | Reconocer patrones de diseño y de datos en sistemas conectados |
| Abstracción | Símbolos = acciones | Variables como “cajas” que guardan valores | Funciones con parámetros; modelos de datos simples | Clases/objetos, APIs, esquemas de base de datos |
| Algoritmos | Secuencias y eventos (“cuando…”) | Bucles y condicionales | Algoritmos con variables, lógica y sensores | Algoritmos concurrentes, manejo de eventos en red, consultas |
| Depuración | “No pasó lo que esperaba” → reintentar | Probar y ajustar por bloques | Aislar el módulo que falla | Diagnóstico de sistema: hardware, código, red y datos |
Regla de oro para los autores de proyecto: un proyecto de un nivel superior nunca puede omitir una competencia que ya se trabajó abajo; debe ejercerla a mayor profundidad. Así se garantiza la acumulación.
4. Pilar B — Estructuras de programación que persisten
Este es el corazón del argumento “se cambia la placa, no la lógica”. Definimos la secuencia canónica de estructuras y la mapeamos a cada entorno. El estudiante reconoce la misma estructura aunque la sintaxis cambie.
4.1 Secuencia canónica (orden de introducción)
- Secuencia (instrucciones en orden)
- Eventos (“cuando ocurra X, haz Y”)
- Bucles (repetición: definida e indefinida)
- Condicionales (decisiones: si / si no)
- Variables y operadores (guardar y operar datos)
- Funciones / abstracción (empaquetar y reutilizar lógica)
- Estructuras de datos (listas, diccionarios)
- Concurrencia y conectividad (varias cosas a la vez; comunicación entre dispositivos)
- Manejo de datos y persistencia (bases de datos, dashboards)
4.2 Mapeo estructura ↔︎ entorno por nivel
| Estructura | Exploradores (bloques) | Constructores (bloques → C++) | Inventores (MicroPython) | Innovadores (Python/C++ + web) |
|---|---|---|---|---|
| Secuencia | ✅ Base | ✅ | ✅ | ✅ |
| Eventos | ✅ (“al presionar”) | ✅ | ✅ (interrupciones simples) | ✅ (eventos de red) |
| Bucles | Introducción visual | ✅ for / while |
✅ | ✅ |
| Condicionales | Introducción visual | ✅ if/else |
✅ | ✅ |
| Variables/operadores | Concepto de “caja” | ✅ tipado básico en C++ | ✅ | ✅ |
| Funciones | — | Asomada | ✅ con parámetros | ✅ + módulos/clases |
| Estructuras de datos | — | — | ✅ listas/diccionarios | ✅ + modelos y SQL |
| Concurrencia/conectividad | — | — | Introducción (sensores múltiples) | ✅ BLE/WiFi, IoT |
| Datos/persistencia | — | — | Registro simple de datos | ✅ SQL + dashboard |
Nota de honestidad pedagógica: C++ en Constructores (3°–5°, 8–10 años) debe entrar como “asomada”, no como objetivo de dominio. La meta del nivel es consolidar bucles, condicionales y variables en bloques; ver C++ sirve para que el salto a texto en Inventores (MicroPython) no sea abrupto. Forzar sintaxis de C++ a esa edad frustra más de lo que enseña.
El puente bloques → texto (BIPES): el paso de mBlock (bloques) a MicroPython (texto) en 6º se hace con BIPES, una plataforma web y gratuita que programa MicroPython por bloques y muestra el código Python real que generan. El estudiante sigue armando en bloques mientras lee el texto equivalente; cuando está listo, escribe directamente en Thonny. Así la continuidad del hilo no se rompe en el cambio de lenguaje. (Secuencia de adopción en
03…§6.)
5. Pilar C — Los tres ejes transversales
Estos tres ejes cruzan los cuatro niveles y son la marca diferencial de Ares frente a un currículo de “solo robótica”. Cada proyecto debe declarar explícitamente cómo aborda los tres.
5.1 IA bien usada
No es “usar IA por usarla”, sino formar criterio. Progresión:
- Exploradores: la IA como “ayudante” que reconoce (voz, imágenes) — uso guiado y conversación sobre qué puede y qué no puede hacer una máquina.
- Constructores: clasificadores simples (p. ej. reconocimiento de imágenes/sonidos con herramientas no-code) integrados a un mecanismo; introducción a la idea de “entrenar con ejemplos”.
- Inventores: uso de modelos para sensar/clasificar datos del proyecto; conversación sobre sesgos y datos; uso responsable de asistentes de código.
- Innovadores: integración de servicios/modelos de IA en proyectos IoT; ética de datos, privacidad y criterio sobre cuándo no automatizar.
Criterio transversal de “IA bien usada”: en todos los niveles se evalúa que el estudiante distinga entre delegar el pensamiento (malo) y usar la IA como herramienta para amplificar el suyo (bueno).
5.2 Diseño
El diseño da forma, función y comunicación al proyecto. Progresión:
- Exploradores: diseño físico y estético del montaje; bocetos.
- Constructores: diseño de mecanismos (relación forma-función); fabricación con corte láser/impresión 3D guiada.
- Inventores: diseño centrado en el usuario; prototipado iterativo; modelado 3D propio.
- Innovadores: diseño de interfaz (UI/UX) para dashboards y apps; diseño de sistema completo.
5.3 Robotización
La robótica como integración de mecánica, electrónica y programación. Progresión:
- Exploradores: mecanismos básicos y circuitos simples (motores, cables, portapilas).
- Constructores: automatización de mecanismos con Arduino (entradas → lógica → salidas).
- Inventores: sistemas autónomos que sensan, deciden y actúan (Pico + MicroPython).
- Innovadores: robots/dispositivos conectados; domótica e IoT (ESP32 + red).
6. Marco de extracción STEAM e interdisciplinariedad
Ares no fuerza que cada proyecto toque todas las asignaturas. Parte de un hecho: un proyecto tecnológico ya contiene de forma natural matemáticas, física y biología, y con frecuencia otras áreas. El trabajo editorial es analizar cada proyecto y extraer esas conexiones, documentándolas con rigor.
6.1 Plantilla de análisis por proyecto
Cada proyecto del mapa curricular se documenta con esta ficha:
- Nombre y nivel del proyecto.
- Reto / pregunta guía (anclada a un ODS).
- Estructuras de programación que se ejercen (ver §4).
- Competencias de pensamiento computacional en juego (ver §3).
- Ejes transversales: cómo aparece IA, diseño y robotización (ver §5).
- Conexiones STEAM auténticas: los conceptos de Ciencia, Tecnología, Ingeniería, Arte y Matemáticas que el proyecto realmente usa (no de relleno).
- Otras asignaturas detectadas (lengua, sociales, ética…) — solo si aparecen de forma genuina.
- Estándar ISTE principal y secundarios.
- Producto / evidencia de aprendizaje y criterio de evaluación.
Principio anti-relleno: una conexión solo se documenta si el estudiante necesita ese concepto para avanzar en el proyecto. Si hay que inventar una excusa para “meter” una asignatura, no va. La amplitud se cubre a lo largo del nivel, no dentro de cada proyecto.
6.2 Anclajes de marco
- ODS (Objetivos de Desarrollo Sostenible): dan el paraguas temático y la pertinencia social de cada reto. Permiten que las conexiones a ciencias sociales, ética y ciudadanía surjan de forma natural.
- Estándares ISTE para Estudiantes (siete roles): Aprendiz Empoderado, Ciudadano Digital, Constructor de Conocimiento, Diseñador Innovador, Pensador Computacional, Comunicador Creativo y Colaborador Global. Ares trabaja sobre todo Pensador Computacional (1.5), Diseñador Innovador (1.4) y Comunicador Creativo (1.6), con Ciudadano Digital (1.2) como hogar natural del eje “IA bien usada”.
- Aprendizaje Basado en Proyectos (ABP): estructura metodológica de cada unidad (reto → investigación → prototipo → producto → socialización).
- Enfoque STEAM: la integración disciplinar, con la “A” (Arte/Diseño) como eje propio en Ares.
7. Decisiones abiertas (para resolver en el mapa curricular)
Estas preguntas quedan registradas para no perderlas al detallar cada nivel:
- Evaluación: ¿rúbricas por competencia de PC, por proyecto, o ambas? Recomendación: una rúbrica transversal de PC + criterios específicos por proyecto.
- Formación docente: ¿qué ruta de capacitación necesita un docente para pasar de Arduino (lo que hoy domina el equipo) a MicroPython/ESP32? Es el cuello de botella real de Innovadores.
- Costo y logística de kits por nivel y su relación con la capacidad de fabricación propia (corte láser, 3D, importación de electrónicos).
- Profundidad vs. amplitud en Innovadores: definir el núcleo obligatorio (IoT con stack mínimo) y lo electivo, para no sobrecargar la banda superior.
Fin del documento maestro v0.1. Próximo hito: mapa curricular detallado por nivel, construido sobre este hilo.