Cet article documente les communautés réelles qui appliquent le RCOS en pratique.
Les implémentations de référence ne sont pas présentées comme idéales ou complètes. Leur objectif est de rendre le RCOS observable, testable et source d’apprentissage dans des environnements vécus.
Une implémentation peut être partielle, en évolution ou expérimentale. Ce qui compte, c’est que la structure soit explicite et que les écarts par rapport au RCOS soient documentés plutôt que dissimulés.
Objectif des implémentations de référence
Les implémentations de référence remplissent quatre fonctions essentielles :
-
Validation
Démontrer que le RCOS peut être appliqué au-delà de la théorie. -
Apprentissage
Capturer ce qui fonctionne, ce qui échoue, et pourquoi. -
Calibration
Identifier les ambiguïtés, les contraintes manquantes ou la sur-ingénierie dans la spécification. -
Signal
Permettre à d’autres de voir à quoi ressemble le RCOS en pratique avant de l’adopter.
Cette section est intentionnellement transparente et non promotionnelle.
Ce qui est présenté ici
Chaque implémentation de référence DEVRAIT publier un profil concis et structuré comprenant :
Vue d’ensemble de la communauté
- Nom de la communauté ou du projet
- Localisation (pays / région ; adresse exacte facultative)
- Taille de la communauté (actuelle et cible)
- Contexte (rural, urbain, habitat partagé, éco-village, prioritairement numérique, etc.)
Périmètre d’adoption du RCOS
- Version du RCOS adoptée
- Couches implémentées (0–6)
- Couches partiellement implémentées ou exclues (avec justification)
- Date d’adoption initiale
Artefacts structurels
Liens ou références vers :
- Charte de raison d’être et Déclaration de périmètre
- Règles d’adhésion
- Protocoles de gouvernance
- Registre des rôles
- Mécanismes de gestion des conflits
- Protocole de modification / versionnement
Les contenus sensibles PEUVENT être expurgés, mais la structure DEVRAIT rester visible.
Écarts connus
Liste explicite de :
- Règles RCOS non suivies
- Invariants sous tension
- Exceptions temporaires ou expérimentations
- Contraintes héritées
La déclaration honnête des écarts est une force, pas un échec.
Résultats des tests de résistance (optionnel)
Le cas échéant, notes brèves sur :
- Les tests de résistance RCOS rencontrés
- Les mécanismes qui ont tenu
- Ceux qui ont échoué et pourquoi
- Les changements structurels effectués en conséquence
Ce que cette section n’est pas
Cette section n’est explicitement pas :
- une liste de certification,
- un système de classement,
- une vitrine de communautés « réussies »,
- ni une approbation de valeurs, de culture ou d’idéologie.
Figurer ici n’implique ni conformité au RCOS ni approbation.
Comment être référencé
Les communautés appliquant le RCOS — entièrement ou partiellement — sont invitées à être référencées.
Pour demander l’inclusion, fournir :
- Nom de la communauté ou pseudonyme
- Liens vers la documentation publique ou semi-publique (si disponible)
- Couches RCOS actuellement implémentées
- Niveau de volonté de partager les apprentissages (public / semi-public / anonymisé)
Les implémentations incomplètes ou à un stade précoce sont les bienvenues.
Contact & soumission
Si ta communauté expérimente le RCOS et souhaite être incluse comme implémentation de référence, merci de contacter :
Email : rcos@ecohubs.community
Objet : « Implémentation de référence RCOS »
Si la confidentialité ou la sécurité est une préoccupation, des référencements anonymisés ou abstraits peuvent être organisés.
Pourquoi c’est important
Le RCOS n’est pas destiné à rester statique ou théorique.
Cette section existe pour que :
- les communautés réelles puissent influencer la spécification,
- les échecs puissent améliorer le système,
- et les futures communautés puissent apprendre sans répéter les mêmes erreurs.
Le RCOS évolue par la pratique — pas par l’opinion.