Secciones no normativas
Las secciones de este capítulo son informativas, no normativas.
No definen requisitos de cumplimiento, sino que proporcionan orientación, contexto, ejemplos y apoyo al aprendizaje para comunidades, implementadores, auditores y administradores del estándar.
Nada en esta sección puede anular o debilitar los requisitos definidos en las Capas 0–6.
9.1 Módulos opcionales
- 9.1.1
Los Módulos Opcionales son extensiones específicas de dominio que se construyen sobre RCOS-Core sin modificar sus capas obligatorias.
- 9.1.2
Los Módulos Opcionales DEBEN:
- Declarar qué capas de RCOS extienden o de cuáles dependen
- Indicar explícitamente cualquier rol, regla o adicional que introduzcan
- NO anular ni contradecir los invariantes de la Capa 0 ni los requisitos de RCOS-Core
- 9.1.3
Los Módulos Opcionales PUEDEN definir:
- Prácticas específicas de dominio
- Restricciones o estándares adicionales
- Patrones especializados de gobernanza u operación
- 9.1.4
Los dominios típicos de los Módulos Opcionales PUEDEN incluir, entre otros:
- Permacultura y gestión regenerativa del territorio
- Sistemas educativos alternativos o comunitarios
- Prácticas de salud, cuidados y bienestar
- Prácticas culturales o espirituales
- Especializaciones económicas (p. ej., cooperativas, fideicomisos de tierras, crédito mutuo)
- 9.1.5
La adopción de Módulos Opcionales DEBE seguir los mecanismos de cambio definidos en la Capa 6.
- 9.1.6
Una comunidad PUEDE ser conforme con RCOS-Core sin adoptar ningún .
9.2 Implementaciones de referencia
- 9.2.1
Una es una comunidad real que documenta públicamente cómo aplica RCOS-Core.
- 9.2.2
Las Implementaciones de Referencia son descriptivas, no prescriptivas. Ilustran cómo se puede instanciar RCOS, no cómo se debe instanciar.
- 9.2.3
Una comunidad PUEDE declararse Implementación de Referencia de RCOS solo si:
- Es conforme con RCOS-Core
- Documenta públicamente sus artefactos de las Capas 0–6
- Indica claramente las desviaciones, experimentos o extensiones
- 9.2.4
La documentación de una Implementación de Referencia DEBERÍA incluir:
- Contexto y escala (tamaño, ubicación, propósito)
- Qué Módulos Opcionales se han adoptado
- Desafíos y fracasos conocidos
- Historial de evolución y adaptaciones principales
- 9.2.5
Las Implementaciones de Referencia NO DEBEN ser tratadas como interpretaciones autoritativas del estándar.
9.3 Modos de fallo conocidos
- 9.3.1
Los Modos de Fallo Conocidos documentan patrones de ruptura recurrentes observados en comunidades reales.
- 9.3.2
Los Modos de Fallo son señales informativas, no criterios de cumplimiento.
- 9.3.3
Los Modos de Fallo PUEDEN incluir, entre otros:
- Acumulación informal de poder
- Dominación por parte de fundadores o propietarios del terreno
- Dependencia de trabajo invisible o con sesgo de género
- Parálisis de gobernanza o sobrecarga de reuniones
- Bloqueo de salida o coerción sutil
- Captura económica mediante deuda o control de activos
- Evasión de conflictos que conduce a la fragmentación silenciosa
- 9.3.4
El propósito de documentar los Modos de Fallo es:
- Apoyar las pruebas de estrés de las estructuras RCOS
- Mejorar las decisiones de diseño
- Permitir la detección temprana en comunidades activas
- 9.3.5
La documentación de Modos de Fallo DEBERÍA hacer referencia a qué capas de RCOS están diseñadas para mitigar el patrón.
Cómo citar
RCOS-Core v0.1, §9 “Secciones no normativas”. EcoHubs, 2026. CC BY 4.0.