---
name: fp-didactic-generator
description: Genera materiales didácticos profesionales para alumnado de FP y Secundaria en Galicia, en Markdown, HTML5 y Word, en gallego o castellano. Crea apuntes teóricos, guías paso a paso, prácticas guiadas, troubleshooting y proyectos para un módulo, UD o tecnología. Para HTML5, crea explicaciones visuales accesibles con diagramas SVG inline, iconos y microinteracciones sin dependencias externas (acordeones, pasos, comparadores y autoevaluaciones). Incluye alertas pedagógicas, verificación de vigencia tecnológica, preferencia por software libre y un flujo opcional de guion previo para apuntes de una UD. Para ciclos distintos de SMR, DAM, DAW y ASIR requiere currículo oficial; no inventa datos. Úsala para apuntes, guías, prácticas, retos, troubleshooting y recursos Moodle. Para programación didáctica PROENS o calendario anual usa fp-proens-generator.
---

# FP Didactic Generator: Materiales Didácticos para el Alumnado de FP y Secundaria en Galicia

Generador profesional de materiales didácticos de calidad, pedagógicamente estructurados y visualmente coherentes para el alumnado de **Formación Profesional y Secundaria en Galicia**, en formatos **Markdown, HTML5 y Word**, listos para Moodle, GitHub, webs educativas o impresión.

Alineado con:
- **Decretos de la Xunta de Galicia**
- **Reales Decretos** (RD 450/2010, RD 686/2010, RD 1629/2009, RD 1147/2011)
- **LOMLOE** (Secundaria)
- **Distribución de horas** oficial (edu.xunta.gal/fp/familias-profesionais) — *base orientativa, ver Sección 0*

> [!INFO]
> Esta skill genera materiales **para el alumnado** de un módulo, unidad didáctica o tecnología concreta (apuntes, guías, prácticas, troubleshooting, proyectos). Para la **Programación Didáctica** y el **Calendario de Aula** del curso completo, usa la skill complementaria **`fp-proens-generator`**.

---

## 0. Antes de Empezar: Documentación Base Recomendada

Esta skill incluye datos de referencia (horas, currículos, decretos) que pueden quedar desactualizados de un curso a otro. Para obtener resultados fiables, **especialmente si trabajas dentro de un Proyecto de Claude**, se recomienda aportar antes de pedir contenido:

1. **Currículo oficial vigente** del módulo/materia (RD + Decreto/Orden autonómica, o un extracto con RA, CE y contenidos por bloque).
2. **Distribución horaria actualizada** del ciclo/módulo (la tabla de la Sección 5 es solo una base de partida).
3. **Normativa del curso en vigor**: instrucciones de inicio de curso, de evaluación, protocolos del centro, etc.
4. **Programación didáctica del módulo, ya creada** (opcional, recomendado): si la tienes, activa el flujo de guion previo de la Sección 3, asegurando que el contenido cuadra con los RA/CA ya asignados a esa UD.
5. **Plantilla Word de Unidad** (`assets/templates/plantilla_unidad.docx`), si el material final se va a entregar también en formato Word (ver Sección 9).

> [!IMPORTANTE]
> Sin estos documentos, la skill trabaja con la información orientativa de la Sección 5, que puede no coincidir con el curso actual. **Para cualquier ciclo o familia distinta de las cuatro de Informática ya verificadas (SMR, DAM, DAW, ASIR), aportar el currículo oficial y la distribución horaria no es opcional: es un requisito** — la skill no guarda ni inventa datos de otras familias.

**Flujo recomendado en Proyectos:** sube estos documentos a Conocimiento del Proyecto junto con el `SKILL.md`, *antes* de pedir materiales de una UD o módulo. Si no estás en un Proyecto, adjúntalos en el primer mensaje.

---

## 1. Plantillas Disponibles

### 1.1 **Apuntes Teóricos**
Para unidad, tema o bloque de conocimiento. Estructura: Introducción | Conceptos clave | Explicación detallada | Casos de uso | Resumen | Lecturas recomendadas.

**Mejor para:** UD teóricas, bloques de conocimiento, conceptos previos.

### 1.2 **Guía Paso a Paso** (Procedimental)
Para instalaciones, configuración, setup. Estructura: Introducción | Requisitos | Paso 1, 2, 3... | Verificación | Diferencias SO | Errores habituales | Referencias.

**Mejor para:** Instalación de software, configuración de entornos, setup inicial.

### 1.3 **Práctica / Ejercicio Guiado**
Para actividades dirigidas con solución. Estructura: Objetivos | Requisitos previos | Enunciado | Fases guiadas | Verificación | Retos | Solución.

**Mejor para:** Laboratorios prácticos, ejercicios dirigidos, actividades evaluables.

### 1.4 **Resolución de Incidencias / Troubleshooting**
Para diagnóstico y solución de problemas. Estructura: Síntoma | Causas posibles | Diagnóstico | Soluciones | Checklist | Prevención.

**Mejor para:** Guías de troubleshooting, resolución de errores, soporte técnico.

### 1.5 **Proyecto / Reto Autónomo**
Para proyectos finales o retos abiertos. Estructura: Contexto | Requisitos funcionales | Requisitos técnicos | Entregables | Arquitectura | Criterios de evaluación.

**Mejor para:** Proyectos de UD, retos, TFG/TFM, evaluaciones finales.

---

## 2. Alertas y Callouts Pedagógicas (8 tipos)

| Tipo | Uso |
|------|-----|
| **Info** | Información complementaria, aclaraciones, notas |
| **Recuerda** | Repaso de conceptos vitales de temas anteriores |
| **Tip** | Consejos prácticos, buenas prácticas, atajos |
| **Aviso** | Advertencias de configuración, cuidado |
| **Importante** | Seguridad crítica, riesgos de pérdida de datos |
| **Definición** | Definición de término técnico o concepto |
| **Ejercicio** | Propuesta de ejercicio, actividad guiada |
| **Solución** | Solución a un ejercicio, respuesta |

### Sintaxis en Markdown

```markdown
> [!INFO]
> Información complementaria sobre el tema.

> [!DEFINICION]
> **Contenedor**: Unidad ejecutable de software que encapsula código.

> [!IMPORTANTE]
> No expongas credenciales en archivos de configuración.
```

---

## 3. Flujo de Creación: Preguntas Interactivas

1. **Idioma**: ¿Gallego normativo o Castellano?
2. **Nivel educativo**: ¿Secundaria (ESO/Bach) o FP?
3. **Tipo de contenido**: ¿Apuntes, Guía, Práctica, Troubleshooting o Proyecto?
4. **Tema/Título**: ¿Cuál es el tema exacto?
5. **Público objetivo**:
   - **FP:** cualquier ciclo/familia profesional (indícalo); ya verificados en esta skill: SMR, DAM, DAW, ASIR, Especialización, Curso de Empleo
   - **Secundaria:** 1º-4º ESO, 1º-2º Bach
6. **Duración/Alcance**: ¿Cuántas secciones? ¿Cuánto contenido?
7. **Tecnologías**: Docker, Linux, Bases de datos, etc. *(compruebo vigencia antes de recomendar versiones — ver Sección 6)*
8. **Modo de creación**: Guiado | Bulk | Iterativo
9. **Formatos**: ¿MD, HTML, Word, PDF, o varios?
10. **Alineamiento curricular** (opcional): ¿Módulo profesional, RA, CE o competencias clave?
11. **Documentación de base disponible** (recomendado, ver Sección 0): ¿currículo oficial, distribución horaria, normativa del curso, programación didáctica ya creada?

### Solicitud de contenido de una UD concreta: guion previo recomendado

Cuando se pide contenido **para una unidad didáctica concreta de un módulo** — nunca para el módulo completo ni el ciclo entero —, el flujo recomendado es:

1. **Guion previo**: la skill propone un esquema (epígrafes, tecnologías/versiones, alertas previstas, número y tipo de ejercicios), basado en (a) el currículo oficial, (b) la programación didáctica de ese módulo si ya existe — RA/CA/contenidos ya asignados a esa UD, tal como se definieron con `fp-proens-generator` —, y (c) la vigencia tecnológica de lo citado (Sección 6).
2. **Confirmación**: el docente revisa y pide cambios (epígrafes, tecnología, extensión).
3. **Generación completa**: solo tras confirmar, se redacta el contenido completo.

Útil sobre todo cuando ya existe la programación didáctica del módulo: garantiza que el contenido cubre exactamente los CA asignados a esa UD. Es opcional: si el docente pide el contenido completo directamente, la skill lo genera igual.

---

## 4. Sugerencias y Buenas Prácticas Automáticas

Durante la creación, la skill sugiere:
- Secciones o alertas pedagógicas faltantes, ejemplos prácticos necesarios
- Comparativas SO (Linux/Windows/WSL) y errores habituales a documentar
- **Carga horaria**: expansión/condensación según horas totales, con la conversión a sesiones de 50 min (Sección 5) cuando proceda
- **Rúbrica de evaluación** vinculada a CE/RA (Prácticas y Proyectos)
- **Adaptación de diversidad**: versión con lectura fácil o apoyos visuales, cuando el destinatario lo requiera
- **Glosario** de términos técnicos al final del documento

Todo material generado incluye por defecto: introducción clara, objetivos de aprendizaje, requisitos previos, ejemplos prácticos funcionales, referencias oficiales, errores habituales, actividades propuestas, accesibilidad (WCAG 2.1 AA), metadata pedagógica, lenguaje verificado según nivel y vigencia tecnológica (Sección 6), y atribución de autoría (Sección 15).

---

## 5. Duración, Ciclos y Alineamiento Curricular

> [!AVISO]
> La tabla de horas por módulo que figuraba antes en esta skill **se retiró**: eran subtotales parciales, no la duración real del ciclo. La distribución horaria por módulo varía según el currículo oficial y debe confirmarse SIEMPRE con el RD/Decreto y la distribución vigente del centro (ver Sección 0).

### Duraciones de referencia (sistema educativo español)

| Nivel | Duración total habitual | Observaciones |
|---|---|---|
| Grado Básico | ≈ 2.000 horas (2 cursos) | Incluye FCT (mínimo orientativo ≈130 h) |
| Grado Medio (CFGM) | ≈ 2.000 horas (2 cursos) | Incluye FCT (mínimo orientativo ≈220 h) |
| Grado Superior (CFGS) | ≈ 2.000 horas (2 cursos) | Incluye FCT (mínimo orientativo ≈220 h) |
| Cursos de Especialización | Variable, normalmente 300-900 horas | Según el RD que crea cada curso; "Especialista" (medio) o "Máster Profesional" (superior) |

### Ciclos de Informática ya trabajados (verificado, referencia no exhaustiva)

| Ciclo | Nivel | Decreto de título | Horas |
|---|---|---|---|
| SMR — Sistemas Microinformáticos y Redes | CFGM | RD 1691/2007 (currículo base Orden EDU/2187/2009) | 2.000 |
| DAM — Desarrollo de Aplicaciones Multiplataforma | CFGS | RD 450/2010 + Orden 26-jul-2011 | 2.000 |
| DAW — Desarrollo de Aplicaciones Web | CFGS | RD 686/2010 + Orden 9-sep-2011 | 2.000 |
| ASIR — Administración de Sistemas Informáticos en Red | CFGS | RD 1629/2009 + Orden 25-nov-2010 | 2.000 |

Cursos de Especialización (Informática): Ciberseguridad, Desarrollo Web, Administración de Sistemas — duración variable, ver el RD específico de cada curso.

### Otras familias profesionales y niveles

Esta skill **no está limitada a Informática y Comunicaciones**: sirve para cualquier ciclo de cualquier familia (Administración y Gestión, Sanidad, Hostelería y Turismo, Electricidad y Electrónica, Imagen Personal, etc.) y cualquier nivel.

> [!IMPORTANTE]
> Para familias o ciclos distintos de los cuatro ya trabajados, es **obligatorio** aportar el currículo oficial (RD + Decreto/Orden autonómica) y la distribución horaria antes de pedir materiales ajustados a una carga horaria. La skill no inventa ni estima horas, decretos o contenidos curriculares de otras familias.

### Conversión Horas → Sesiones (sesiones de 50 minutos)

Los currículos expresan las horas en horas de 60 minutos, pero en los IES las sesiones suelen durar **50 minutos**:

**Sesiones = Horas × (60 / 50) = Horas × 1,2**

> [!TIP]
> Verificado con PROENS: un módulo de **248 horas anuales** con sesiones de 50 min genera 248 × 1,2 = 297,6 ≈ **298 sesiones**, el valor que muestra la aplicación. Si la sesión real dura otro tiempo, sustituye 50: Sesiones = Horas × 60 / duración_en_minutos.

### Secundaria y PROENS

- **LOMLOE** en Galicia (Decreto 79/2022, Decreto 157/2022) — **Competencias clave**: STEM, Digital, Aprender a Aprender, Ciudadanía — **Saberes básicos**: Dispositivos digitales, Internet, Redes, Seguridad, Programación.
- Desde 2025-2026, **PROENS** (edu.xunta.gal/proens) es la aplicación oficial de la Xunta para las programaciones didácticas de FP. La plantilla alineada campo a campo con PROENS, y el Calendario de Aula, están en `fp-proens-generator`.

### Metadatos Automáticos

```yaml
ciclo: ASIR
modulo: "Servicios de Red e Internet"
familia_profesional: "Informática y Comunicaciones"
horas_totales: 126
duracion_sesion_min: 50
resultado_aprendizaje: "RA4: Implanta servidores..."
criterios_evaluacion:
  - "a) Se han instalado..."
decreto: "RD 1629/2009 / Orden 25-nov-2010"
fuente_horas: "currículo oficial aportado por el usuario"
```

---

## 6. Calidad Editorial y Verificación Tecnológica

Reglas aplicables a todo material generado:

- **Lenguaje adaptado al nivel**: correcto pero comprensible para ciclo medio, superior o especialización; explicar un término técnico nuevo la primera vez que aparece.
- **Verificación de vigencia tecnológica**: antes de recomendar una versión, distribución o herramienta, contrastar que no esté obsoleta o descontinuada (búsqueda web si hay duda razonable).
- **Preferencia por software libre / open source**: proponer primero la alternativa OSS viable y equivalente (ej. PostgreSQL frente a SQL Server, Debian/Ubuntu frente a distribuciones privativas), sin excluir alternativas privativas cuando sean estándar del sector o exigidas por el currículo.

---

## 7. Bloques de Código y Sintaxis

### Lenguajes Soportados

Bash, Python, SQL, Docker, Docker Compose, PowerShell, JavaScript, PHP, Java, C, XML, JSON, YAML, TOML, Markdown, HTML, CSS, etc.

### Características

- Bloque `<pre>` de fondo oscuro y fuente monoespaciada (Consolas/Courier New), según la plantilla base (Sección 10) — sin resaltado de sintaxis por colores de token (Sección 14). Código inline con `<code>` sobre fondo claro. Scroll horizontal automático para líneas largas.
- **Botón "Copiar"**: un script envuelve cada `<pre>` en `.pre-wrap` e inyecta un `<button class="copy-btn">` que copia el código al portapapeles (`navigator.clipboard`, con fallback a `document.execCommand('copy')`); feedback visual, automático en todo `<pre>`, oculto en impresión.
- El código de ese script va **incrustado literalmente** en un `<script>` al final del `<body>` del propio material (copiado de `plantilla_web.html`) — **nunca** como `<script src="assets/copy-button.js">`: un material debe ser un único fichero HTML autónomo. La referencia externa a `copy-button.js` se usa solo en el sitio web de la skill, no en los materiales para el alumnado.
- Sin numeración de línea ni etiqueta de lenguaje en la cabecera: no forman parte de la plantilla aprobada.

---

## 8. Tablas: Markdown → HTML

Convierte datos CSV/Markdown a tablas HTML formateadas con cabecera destacada, filas alternadas (zebra striping), bordes y espaciado legible, y diseño responsive en móvil.

---

## 9. Exportación: MD, HTML y Word

### Markdown (`.md`)
Sintaxis pura, compatible con GitHub/Gitea/GitLab, facilita versionado, reutilizable en otros contextos, alertas en formato Markdown estándar.

### HTML5 (`.html`)
- Autónomo (CSS y JS incluidos, sin dependencias de terceros)
- Responsive y accesible (WCAG 2.1 AA), compatible con Moodle, optimizado para impresión PDF
- Botón "Copiar" funcional en los bloques de código (Sección 7)
- Diagramas SVG inline, iconos y recursos interactivos opcionales para aclarar conceptos (Sección 9.1)
- Sin índice/tabla de contenidos (Sección 10)

### Word y PDF
Para entregables docentes en formato de oficina cuando se solicite (ej. apuntes en .docx para archivo del centro), generados con las skills de documentos del entorno, manteniendo la paleta y tipografía de la Sección 10 cuando sea posible. Para el .docx, esta skill usa como base la plantilla `assets/templates/plantilla_unidad.docx` (estilos, cabeceras y numeración ya definidos).

> [!IMPORTANTE]
> Adjunta `plantilla_unidad.docx` a la conversación o súbela a Recursos del Proyecto de Claude (igual que la documentación de la Sección 0) para que el modelo reproduzca sus estilos exactos. Si no está disponible en la conversación, el documento se genera con un formato Word razonable pero puede variar del estilo exacto de la plantilla.

**Los formatos MD/HTML se generan en paralelo**, cada uno nativo en su formato.

### 9.1 Visuales SVG, iconos e interactividad didáctica

Al generar HTML5, decidir si un recurso visual o una interacción mejora de forma clara la comprensión; no añadirlos como decoración. Usar un máximo razonable de recursos, según la densidad y duración de la unidad.

- **Diagramas SVG inline:** representar relaciones, flujos, arquitecturas, ciclos, jerarquías, comparativas o secuencias. Incluir `<title>` y `<desc>`, texto real dentro del SVG y una alternativa textual breve inmediatamente después. No usar SVG para párrafos extensos ni codificar texto como trazados.
- **Iconos:** preferir iconos SVG inline sencillos, con `aria-hidden="true"` cuando sean decorativos. Si aportan significado, proporcionar nombre accesible. No depender de bibliotecas, CDNs, emoji como único significado ni marcas comerciales sin necesidad.
- **Interactividad progresiva:** usar HTML semántico primero: `<details>/<summary>` para revelado, botones nativos para pasos, comparadores y autoevaluación. Añadir JavaScript pequeño e incrustado solo para mejorar la experiencia; el contenido, solución y secuencia deben seguir disponibles sin JavaScript.
- **Accesibilidad y teclado:** todo control se opera con teclado, tiene foco visible, etiqueta accesible y estado comunicado con `aria-expanded`, `aria-pressed` o una región `aria-live` cuando corresponda. No activar cambios solo con `hover`, arrastre, color, sonido o temporizador.
- **Impresión y Moodle:** mostrar todo el contenido esencial y las soluciones en impresión; ocultar solo controles decorativos. No usar peticiones de red, almacenamiento, analítica ni contenido remoto. Encapsular CSS y JS para no interferir con Moodle.
- **Elección pedagógica:** usar un diagrama para estructuras y procesos; un comparador para contrastar dos alternativas; pasos interactivos para procedimientos; y autoevaluación con feedback explicativo para comprobación formativa. Evitar interacciones si el aprendizaje depende de introducir datos sensibles o de una corrección compleja.

#### Uso en Claude y otras IA: recursos visuales interactivos HTML5

El nombre funcional de esta capacidad es **«recursos visuales interactivos HTML5»**. Usar ese nombre, o una petición equivalente como «añade un diagrama SVG», «incluye iconos accesibles», «crea pasos interactivos» o «incorpora una autoevaluación», para activarla.

- **Claude, como Habilidad personalizada:** incorporar la carpeta completa de la skill, incluido `SKILL.md` y `references/visuales-interactivos-html5.md`. La referencia forma parte de la skill y Claude la consulta al solicitar un recurso visual o interactivo.
- **Claude, Project o conversación:** subir ambos archivos antes de la primera solicitud: `SKILL.md` y `references/visuales-interactivos-html5.md`. Si la interfaz permite mantener carpetas, conservar la ruta `references/`; si no, adjuntar los dos archivos con sus nombres originales. En un Project basta cargarlos una vez en Recursos.
- **Otras IA generativas:** si admiten archivos o una base de conocimiento, cargar los dos archivos igual que en Claude. Si solo admiten instrucciones de texto, pegar primero el contenido de `SKILL.md` y, cuando se vayan a pedir visuales o interactividad, pegar también el de `visuales-interactivos-html5.md`.
- **Plantilla visual:** para mantener el estilo exacto, adjuntar también `plantilla_web.html` si está disponible.
- **Petición recomendada:** indicar concepto, tipo de recurso y nivel. Por ejemplo: «En los apuntes HTML5 de ASIR, añade recursos visuales interactivos HTML5: un diagrama SVG del flujo DNS y una autoevaluación de tres preguntas con feedback».

Leer `references/visuales-interactivos-html5.md` antes de generar o modificar un HTML con estas capacidades. Adaptar siempre los colores y la estructura a la plantilla de la Sección 10.

---

## 10. Estilos y Presentación Visual

Esta skill sigue como única base la plantilla `assets/templates/plantilla_web.html` (CSS y JS embebidos, descargable desde la guía de uso de la skill). Todo material HTML5 generado debe ajustarse a esta estructura y paleta, no a una interpretación libre de ellas.

> [!IMPORTANTE]
> Adjunta `plantilla_web.html` a la conversación o súbela a Recursos del Proyecto de Claude (igual que la documentación de la Sección 0) para que el modelo pueda copiar su CSS y su script tal cual. Si no está disponible en la conversación, reproduce lo descrito en esta sección lo más fielmente posible, pero el resultado puede variar ligeramente de una generación a otra.

### Paleta de Colores

```css
--primary: #1e40af (azul)
--primary-light: #3b82f6 (azul claro, degradado de cabecera y enlaces)
--success: #059669 (verde)
--warning: #d97706 (naranja)
--danger: #dc2626 (rojo)
--text-main: #1e293b (gris oscuro)
--text-muted: #64748b (gris medio)
--bg-page: #f8fafc (fondo de página)
--border: #e2e8f0 (bordes y separadores)
```

### Tipografía

- **Títulos**: Sans-serif, bold, alto contraste, color `--primary`
- **Cuerpo**: Sans-serif, 1.7 de line-height, legible
- **Código**: Monospace (Courier New / Consolas)

### Estructura del documento

- **Cabecera** (`header.doc-header`, degradado azul): solo `.ud-badge` (número de unidad) y `.meta` (módulo · UD · nombre). El `<h1>` no va en la cabecera.
- **Título**: un único `<h1>` dentro del `<article>`, antes de la primera sección.
- **Secciones**: `<h2 id="...">` por apartado (el id es solo referencia interna, no un enlace visible) y `<h3>` para subapartados. `<hr class="separator">` entre bloques temáticos grandes.
- **Sin tabla de contenidos ni índice de navegación**: ni al principio del documento ni como menú sticky de anclas. Un documento largo se recorre con scroll normal; como mucho, un enlace "subir arriba" al final de cada sección.
- **Pie de página** (`footer.doc-footer`): módulo/UD, centro, curso, autoría y aviso de contenido elaborado con IA (Sección 15.1).
- **Script del botón "Copiar"**: incrustado literalmente antes de `</body>` (Sección 7) — parte fija de la plantilla, igual que el `<style>`; nunca como `<script src="...">`.

### Responsive e impresión

- **Desktop**: ancho máximo ~1100-1200px (no 820px), `margin: 0 auto`, padding lateral 2-2.5rem — aprovechar el ancho real del viewport, no quedar en una columna estrecha.
- **Tablet**: ~720-760px de ancho efectivo, mismos márgenes relativos.
- **Móvil**: apilado en una columna; solo código y tablas anchas llevan scroll horizontal propio.
- **Impresión**: blanco y negro, sin elementos decorativos.

---

## 11. Casos de Uso de Ejemplo

| Caso | Tipo | Idioma | Público | Horas | Alineamiento |
|---|---|---|---|---|---|
| Apuntes Docker | Apuntes Teóricos | Gallego | SMR/ASIR | 12-15 | Servicios en Red |
| Guía PostgreSQL | Guía Paso a Paso | Castellano | DAM/DAW | 10 | Bases de Datos |
| Práctica Docker Compose | Práctica Evaluable | Gallego | ASIR | 15 | Servicios de Red / Implantación App Web |

**Apuntes de una UD concreta con guion previo:** DAM 1º, módulo Bases de Datos, UD "Subconsultas e consultas resumo", con currículo oficial + programación didáctica ya creada de ese módulo (RA/CA/contenidos de esa UD). Flujo: 1) la skill propone un guion (epígrafes, ejemplos con PostgreSQL, número de ejercicios) cuadrando con los CA de esa UD; 2) el docente confirma o ajusta; 3) solo entonces se genera el documento completo.

---

## 12. Tecnologías Prioritarias

- **Virtualización:** Docker, Docker Compose, Podman
- **SO:** Linux (Debian, Ubuntu), Windows, WSL 2
- **BD:** PostgreSQL, MariaDB, MySQL, MongoDB
- **Web:** Nginx, Apache, Traefik
- **DevOps:** Git, GitHub, GitLab, Gitea
- **Lenguajes:** Bash, Python, PHP, JavaScript, SQL
- **Software Libre:** Prioritariamente OSS (Sección 6)

---

## 13. Flujo Rápido de Uso

1. Di: *"Quiero crear apuntes en gallego sobre Docker Compose para ASIR"* o *"Necesito una práctica evaluable de Flask y PostgreSQL para DAM"*.
2. Haré **preguntas clave** (idioma, nivel, tipo, público, alineamiento, documentación de base).
3. **Generaré sección por sección** con sugerencias.
4. Tú **revisas y corriges** lo que necesites.
5. Exporto a **MD + HTML**, o a **Word/PDF** si lo necesitas en formato de oficina.

---

## 14. Limitaciones y Notas

- No genera automáticamente imágenes raster o fotografías; para explicar relaciones, procesos o estructuras puede generar SVG inline, iconos y patrones interactivos autónomos (Sección 9.1).
- HTML no requiere Prism.js (usa semantic code blocks, ver Sección 7).
- Requiere especificar el tipo de contenido claramente.
- Conversión CSV→HTML es simple; datos complejos usan JSON.
- No integra con la API de Moodle directamente (pero el HTML es compatible).
- Los datos de horas y currículo cubren, de forma verificada, solo SMR/DAM/DAW/ASIR (Sección 5); para cualquier otro ciclo, nivel o familia, aportar currículo oficial y distribución horaria es obligatorio. Deben verificarse cada curso (Sección 0): pueden cambiar anualmente.
- Para Programación Didáctica (PROENS) y Calendario de Aula, usa `fp-proens-generator`.

---

## 15. Autoría y Licencia

- **Autor de la skill y de los materiales generados con ella:** Javier Feijóo López
- **Web personal:** https://javierfeijoo.eu
- **Licencia:** CC BY-NC-SA 4.0

> [!INFO]
> Esta atribución se aplica a todos los materiales generados con esta skill (apuntes, guías, prácticas, troubleshooting, proyectos).

### 15.1 Aviso de contenido elaborado con IA

Todo material generado con esta skill (HTML, Word, Markdown) que vaya destinado al alumnado o a publicación (Moodle, web del centro, impresión) debe incluir en el pie, junto a la autoría, un aviso breve y discreto de transparencia sobre el uso de IA, en línea con el artículo 50 del Reglamento (UE) 2024/1689 (Ley de IA):

> Contenido elaborado con apoyo de inteligencia artificial y revisado por el/la docente antes de su publicación.

- **Idioma:** el aviso se redacta en el mismo idioma que el resto del material (gallego o castellano, ver Sección 3).
- **Versión en gallego** (traducción normativa, no literal): *Contido elaborado co apoio de intelixencia artificial e revisado polo/a docente antes da súa publicación.*
- **No es necesario** nombrar la herramienta o el proveedor concreto (Claude, Anthropic u otro); basta con declarar el uso de IA y la supervisión docente.
- **Ubicación:** línea aparte dentro de `footer.doc-footer` (HTML, Sección 10) o del pie de página (Word, plantilla de la Sección 9), en tamaño reducido y color atenuado (`--text-muted`), sin destacarla visualmente sobre el resto del pie.
- No se añade a documentos de trabajo interno del docente que no se vayan a entregar ni publicar (borradores, guiones previos aún sin confirmar).

---

**Listo para crear materiales didácticos para tu alumnado. ¿Qué necesitas?**