Fundamentos

Los fundamentos de CAPS

Esta página condensa los capítulos conceptuales del documento fundacional: el origen del framework, el problema que atiende, su definición, sus límites, sus principios y su vocabulario. Para el texto completo, consulte el documento fundacional.

Por qué surge CAPS

El área de producción de cursos ha desarrollado soluciones, fragmentos de código, estructuras visuales y prácticas de montaje que responden a necesidades reales dentro de Moodle. Parte de ese conocimiento está organizado como un repositorio de ejemplos técnicos: listas, lecturas requeridas, banners, botones, tarjetas, carruseles y otros elementos de uso frecuente.

El valor actual de ese repositorio depende de que las personas conozcan los fragmentos disponibles, comprendan su funcionamiento, sepan cuándo utilizarlos y puedan adaptarlos a cada curso. El crecimiento de la educación virtual agrega presión: aumenta el volumen de solicitudes simultáneas, participan más perfiles profesionales en el montaje, crece el uso de herramientas de inteligencia artificial y resulta más difícil identificar qué recursos están vigentes o validados.

Cuando estas condiciones no se gestionan dentro de un marco común, el crecimiento puede producir dispersión, duplicación, variabilidad y retrabajo. Sumar personas o herramientas no garantiza, por sí solo, una mayor capacidad productiva.

El reto no consiste en desechar lo construido. Consiste en transformarlo en un sistema de conocimiento más claro, accesible, reutilizable y sostenible. CAPS surge para dar ese paso.

Qué problema resuelve

El documento fundacional formula el problema central así:

El conocimiento necesario para producir cursos existe, pero se encuentra distribuido entre personas, documentos, códigos, herramientas, experiencias y prácticas que todavía no conforman un sistema institucional integrado.

Esta fragmentación tiene consecuencias observables:

Se vuelven a resolver problemas que ya habían sido solucionados.
Las decisiones de montaje pueden variar según la persona responsable.
Los componentes se reutilizan sin conocer siempre sus condiciones de uso.
Las mejoras realizadas en un curso no necesariamente benefician a los siguientes.
El conocimiento puede perderse cuando cambian las personas o los equipos.
La inteligencia artificial puede generar soluciones inconsistentes si no dispone de criterios institucionales.

El desafío no es solamente técnico. Es un desafío de arquitectura organizacional, gestión del conocimiento, coordinación interdisciplinaria y evolución de las capacidades del área.

Qué es CAPS

Course Assembly Pattern System — CAPS es un framework organizacional para estructurar, preservar y reutilizar el conocimiento relacionado con la producción y el montaje de cursos en Moodle. Articula las decisiones pedagógicas, visuales, técnicas y organizativas que intervienen en la construcción de un curso.

Según el documento fundacional, CAPS es:

Un framework para organizar el conocimiento de producción de cursos.
Un lenguaje común entre los perfiles que participan en el montaje.
Un sistema de patrones pedagógicos, visuales, técnicos y de información.
Una estructura para documentar decisiones y soluciones validadas.
Un mecanismo para facilitar la reutilización responsable.
Una base de conocimiento para orientar herramientas de inteligencia artificial.
Una referencia para mantener la integridad conceptual entre diferentes cursos.
Una capacidad institucional que evoluciona mediante el aprendizaje del área.

La unidad fundamental de CAPS es el patrón de montaje de curso: una solución documentada y reutilizable para una necesidad recurrente. Un patrón no describe solamente cómo se construye un elemento; explica qué problema resuelve, cuándo debe utilizarse, cuándo no resulta adecuado, qué criterios debe respetar y cómo se valida su aplicación.

El código es una posible implementación del patrón, pero no es el patrón completo. Por ejemplo, una lista de lecturas no es únicamente un fragmento de HTML: dentro de CAPS es un patrón para organizar recursos académicos, diferenciar lecturas obligatorias de complementarias y asegurar una forma consistente de acceso a los contenidos.

Qué no es CAPS

El documento fundacional delimita el framework de forma expresa. CAPS no es:

Un repositorio de fragmentos de código sin contexto.
Una colección de diseños visuales independientes.
Un manual rígido que obligue a construir todos los cursos de la misma manera.
Una herramienta de software específica.
Un sistema para reemplazar el criterio profesional.
Un conjunto de instrucciones exclusivas para desarrolladores.
Una biblioteca de prompts desconectados de decisiones institucionales.
Un mecanismo de control destinado a restringir la creatividad.
Una solución automática que elimine la necesidad de análisis, validación o colaboración.

El repositorio actual constituye un insumo valioso para CAPS: contiene estructuras de listas, lecturas, banners, botones, carruseles y otros elementos utilizados en Moodle. Esos elementos, sin embargo, se presentan todavía como ejemplos técnicos y requieren convertirse en activos contextualizados dentro de un sistema más amplio.

CAPS no sustituye lo existente. Lo organiza, lo amplía y le proporciona una lógica institucional.

Propósito

El propósito estratégico de CAPS, según el documento fundacional, es:

Fortalecer la capacidad institucional para diseñar, ensamblar y evolucionar cursos en Moodle mediante patrones compartidos que reduzcan el trabajo repetitivo, preserven la integridad conceptual y conviertan la experiencia del área en conocimiento reutilizable.

Este propósito se traduce en cuatro objetivos generales:

Escalar la producción sin perder calidad ni coherencia.
Reducir tiempos de montaje y retrabajo mediante la reutilización de soluciones validadas.
Transformar el conocimiento individual en una capacidad institucional disponible para diferentes perfiles y proyectos.
Orientar el uso de la inteligencia artificial mediante patrones, criterios y activos de conocimiento previamente definidos.

La propuesta de valor se expresa así:

CAPS permite producir cursos con mayor rapidez y coherencia al transformar las soluciones, decisiones y aprendizajes del área en patrones institucionales que pueden ser comprendidos, reutilizados y mejorados.

Alcance y límites

CAPS abarca el conocimiento necesario para acompañar el montaje y la evolución de cursos en Moodle, en ámbitos como:

Organización de secciones y unidades.
Presentación de lecturas y recursos complementarios.
Estructuración de contenidos académicos.
Creación y adaptación de componentes visuales.
Incorporación de elementos interactivos.
Integración de recursos externos.
Orientaciones para navegación y experiencia de usuario.
Consistencia visual e institucional.
Accesibilidad y comprensión de los contenidos.
Reutilización de soluciones entre cursos.
Uso de inteligencia artificial durante el montaje.
Transferencia de conocimiento entre perfiles y proyectos.

CAPS no define los contenidos académicos de cada curso ni reemplaza las decisiones curriculares de los expertos. Su alcance se concentra en la forma en que los contenidos, recursos y experiencias se organizan, ensamblan y presentan dentro de la plataforma.

Para conservar claridad, el framework reconoce límites expresos. CAPS no reemplaza:

El modelo pedagógico institucional.
El proceso de diseño curricular.
La responsabilidad académica de profesores y expertos.
Las políticas institucionales de tecnología, seguridad o identidad visual.
Las funciones administrativas de Moodle.
Los procesos formales de aseguramiento de la calidad.
El juicio profesional de quienes participan en la creación de cursos.

Su papel es actuar como una capa de articulación entre las decisiones institucionales y la producción concreta de los cursos.

Principios arquitectónicos

Los principios arquitectónicos no son procedimientos detallados. Son criterios de decisión que mantienen una dirección común cuando aparecen nuevas necesidades, propuestas, tecnologías o formas de trabajo. Se inspiran en las reflexiones de Frederick P. Brooks sobre integridad conceptual y complejidad de coordinación.

La premisa general del documento fundacional es:

La capacidad de producir cursos de manera sostenible depende más de la claridad y coherencia del sistema que de la cantidad de herramientas, componentes o personas involucradas.

Cada principio incluye la pregunta de validación que el equipo puede aplicar ante una nueva propuesta.

Principio 1: Integridad conceptual

Todas las contribuciones deben formar parte de una visión común del sistema.

La diversidad de aportes no debe producir una colección de soluciones incompatibles. No significa que todos los cursos deban verse igual: las diferencias deben ser intencionales, justificadas y coherentes con el propósito del sistema.

Pregunta de validación: ¿esta propuesta fortalece la visión común de CAPS o introduce una lógica paralela que fragmenta el sistema?

Principio 2: Simplicidad antes que complejidad

CAPS debe introducir solamente la complejidad necesaria para resolver problemas reales.

El sistema distingue entre la complejidad esencial del montaje de cursos y la complejidad accidental producida por clasificaciones excesivas, procesos difíciles de comprender o componentes sofisticados para necesidades simples.

Pregunta de validación: ¿esta solución resuelve una necesidad real o aumenta la complejidad del sistema sin un beneficio proporcional?

Principio 3: El patrón precede a la implementación

Antes de seleccionar o construir una solución técnica, debe comprenderse el problema que se quiere resolver.

CAPS se organiza desde las necesidades hacia las soluciones, no desde el código hacia los posibles usos. Esta separación permite que el conocimiento permanezca vigente aunque cambien Moodle, las herramientas o las tecnologías.

Pregunta de validación: ¿estamos resolviendo una necesidad documentada o buscando una justificación para utilizar una herramienta disponible?

Principio 4: Reutilizar con criterio, no copiar automáticamente

La reutilización debe conservar el propósito del patrón y reconocer las condiciones del nuevo contexto.

Cada curso puede diferir en público, contenido, duración, accesibilidad o restricciones técnicas. Una solución validada debe revisarse antes de aplicarse en un nuevo contexto.

Pregunta de validación: ¿estamos reutilizando el conocimiento de una solución o solamente copiando su apariencia?

Principio 5: El conocimiento pertenece al sistema

Las decisiones y aprendizajes relevantes no deben depender únicamente de la memoria de las personas.

La experiencia individual es indispensable, pero se convierte en capacidad institucional cuando puede ser comprendida, utilizada y mejorada por otros. Este principio no elimina la autoría: evita que la organización pierda conocimiento cuando cambian los equipos.

Pregunta de validación: ¿otra persona podría comprender y reutilizar esta solución sin depender exclusivamente de quien la creó?

Principio 6: La colaboración requiere límites e interfaces claras

Muchas personas pueden contribuir cuando está claro qué pueden modificar, qué deben conservar y cómo se integran sus aportes.

La revisión no debe convertirse en una barrera burocrática. Debe concentrarse en las decisiones que pueden afectar la coherencia, la calidad o el funcionamiento del sistema.

Pregunta de validación: ¿las personas pueden contribuir con autonomía sin comprometer la coherencia del conjunto?

Principio 7: La automatización y la IA deben operar sobre conocimiento validado

La inteligencia artificial debe amplificar el sistema, no sustituir su arquitectura.

Sin criterios institucionales, la IA puede crear soluciones inconsistentes, multiplicar código innecesario o repetir decisiones ya resueltas. CAPS le proporciona el contexto para trabajar de acuerdo con los patrones y criterios del área, con revisión humana sobre los resultados.

Pregunta de validación: ¿la herramienta está aplicando conocimiento institucional o está tomando decisiones que CAPS todavía no ha definido?

Principio 8: Evolución incremental basada en experiencia

CAPS debe crecer mediante ciclos pequeños de aplicación, validación y aprendizaje.

En lugar de anticipar todas las necesidades, el sistema identifica un problema frecuente, propone una solución inicial, la aplica en un contexto real, evalúa su funcionamiento e incorpora los aprendizajes. Ninguna tecnología resolverá por sí sola todos los desafíos de producción.

Pregunta de validación: ¿esta propuesta ha sido aprendida y probada suficientemente para convertirse en una práctica compartida?

Vocabulario esencial

CAPS integra disciplinas que utilizan conceptos y métodos propios. Antes de definir procesos o herramientas, el framework establece un vocabulario compartido que permite coordinar el trabajo sin eliminar la especialidad de cada perfil. Estas son las definiciones del marco conceptual.

Patrón: Solución documentada y reutilizable para una necesidad que aparece de manera recurrente durante la producción o el montaje de cursos. Explica qué problema resuelve, en qué contexto aparece, qué criterios deben respetarse y cómo se valida su aplicación.
Componente: Pieza concreta y reutilizable que permite implementar uno o varios patrones: un bloque de información, una tarjeta, una lista, un banner, una estructura HTML, una configuración de Moodle o un script autorizado.
Plantilla: Estructura prediseñada que organiza varios componentes y aplica uno o más patrones para atender una situación recurrente. Indica qué elementos son obligatorios, cuáles son opcionales y qué criterios no deben alterarse.
Implementación: Materialización concreta de un patrón o una plantilla dentro de una tecnología, plataforma o curso específico. CAPS la distingue del patrón porque las tecnologías cambian con mayor rapidez que las necesidades que resuelven.
Activo de conocimiento: Cualquier recurso documentado que conserva, comunica o permite reutilizar el conocimiento generado durante la producción de cursos. Todo patrón es un activo de conocimiento, pero no todo activo de conocimiento es un patrón.
Criterio: Condición que permite orientar o evaluar una decisión de montaje. Puede ser obligatorio, recomendado o contextual. Los criterios evitan que la validación dependa únicamente de preferencias individuales.
Decisión arquitectónica: Registro de una elección que afecta de manera transversal varios patrones, componentes o cursos. Indica qué se decidió, por qué, qué alternativas se consideraron y qué consecuencias produce.
Caso de aplicación: Documentación del uso de un patrón en un curso o proyecto concreto: qué necesidad existía, qué adaptaciones fueron necesarias, qué dificultades aparecieron y qué resultados se obtuvieron.
Lección aprendida: Conocimiento derivado de la experiencia que puede mejorar trabajos futuros. Debe convertirse en una acción dentro de CAPS: una lección que solo se comenta continúa siendo conocimiento informal.
Prompt validado: Instrucción estructurada para una herramienta de inteligencia artificial, revisada y probada dentro de un contexto de uso específico. Indica qué tarea realiza, qué patrón debe respetar y qué aspectos requieren revisión humana.
Validación: Proceso mediante el cual se determina si un activo puede incorporarse, mantenerse o reutilizarse dentro de CAPS. Considera pertinencia pedagógica, claridad, coherencia visual, accesibilidad, compatibilidad técnica y sostenibilidad, según el activo.
Reutilización: Aplicación de conocimiento previamente validado a una nueva necesidad. No equivale a copiar: implica reconocer una necesidad similar, revisar las condiciones de uso, adaptar los elementos permitidos y validar el resultado en el nuevo contexto.
Adaptación y variación: Una adaptación modifica un patrón para un contexto particular sin alterar su propósito. Una variación es una versión reconocida que responde a una condición recurrente distinta. Documentar variaciones evita la proliferación de soluciones aparentemente diferentes para el mismo problema.
Integridad conceptual: Coherencia que permite que múltiples contribuciones formen parte de un mismo sistema. No exige que todos los cursos sean idénticos: exige que las diferencias sean intencionales, justificables y comprensibles.