Conosome
GIA — Conosome
Définition
Un conosome est l’ensemble des données nécessaires à une co-noèse : c’est-à-dire l’assemblage minimal et suffisant de contenus, de repères et de contraintes permettant à plusieurs sujets (humains, ou humain + IA) de penser ensemble de manière cohérente sur un objet.
Intuition
Le conosome est au travail co-noétique ce que le « dossier » est à une délibération : ce qui rend possible l’orientation commune, la référence partagée et la continuité du raisonnement.
Portée
Le conosome vise la capacité co-noétique, non la conservation patrimoniale. Il peut être :
- ponctuel (lié à une séance, une question, une agorie) ;
- itératif (révisé à mesure que la co-noèse progresse) ;
- stratifié (plusieurs couches : faits, hypothèses, normes, décisions).
Composition typique
Un conosome peut regrouper, selon les besoins :
- Sources : textes, extraits, données, témoignages, références.
- Contexte : définitions stabilisées, périmètre, acteurs, historique.
- Contraintes : règles (juridiques/éthiques), biais connus, limites d’usage.
- Questions directrices : problématisation, objectifs, critères de succès.
- État de la co-noèse : points acquis, divergences, incertitudes.
- Traçabilité : version, date, provenance, niveau de confiance.
Distinctions utiles
- Conosome : paquet de données pour co-noèser (opératoire, orienté action/raisonnement).
- Mnémosome : compendium pour préserver et recharger un mnème (patrimonial, autoportant).
- Corpus augmenté (privé) : base organisée et gouvernée (droits, RGPD, accès) ; un conosome peut en être un extrait contextuel.
Propriétés (suggestion)
- Suffisance : assez pour soutenir la co-noèse, sans surcharge.
- Cohérence : définitions et repères non contradictoires.
- Partageabilité : transmissible entre participants (humains/IA).
- Révisabilité : conçu pour être amendé (versions).
Liens internes
Notes
Le conosome peut être vu comme un « contexte de travail » explicitement constitué, destiné à rendre la co-noèse reproductible, vérifiable et transmissible.
Catégories
Catégorie:GIA Catégorie:Co-noèse
GIA — Conosome (schéma minimal)
1. Objet
Ce document propose un schéma de données minimal pour un conosome (ensemble des données nécessaires à une co-noèse), exploitable :
- en MediaWiki simple (pages + sections),
- et, si souhaité, en Semantic MediaWiki (SMW) via propriétés.
2. Principe
Un conosome est traité comme un paquet versionné composé :
- d’un noyau d’identification (qui, quoi, pourquoi, quand, portée),
- d’un registre d’items (sources, hypothèses, décisions, questions…),
- d’une traçabilité (provenance, confiance, statut),
- d’un état de co-noèse (acquis / divergences / incertitudes).
3. Schéma minimal (champs)
3.1 Métadonnées de paquet (ConosomeHeader)
- ConosomeID : identifiant court (ex. CONO-2026-01-22-A)
- Titre : intitulé de travail
- Objet : ce sur quoi porte la co-noèse (périmètre)
- Finalité : décision, compréhension, rédaction, arbitrage, etc.
- Participants : personnes / rôles (humains) + éventuelles IA/outils
- Cadre : lieu, agorie, groupe, projet, contexte institutionnel
- DateCréation ; DernièreMàJ
- Version : v0.1, v0.2… (ou datée)
- NiveauDeDiffusion : privé / groupe / public / embargo
- Contraintes : juridiques, éthiques, techniques (liste courte)
- GlossaireRéférence : pointeurs vers définitions stables (pages GIA)
3.2 Item unitaire (ConosomeItem)
Chaque élément du conosome est un item typé.
Champs minimaux :
- ItemID : unique dans le conosome
- Type : Source | Extrait | Fait | Hypothèse | Question | Argument | Objection | Décision | Action | Définition | Contrainte | Mesure | Exemple
- Contenu : texte, lien, fichier, extrait
- Provenance : auteur / origine / URL / référence bibliographique
- Date : de production ou de collecte
- Statut : Brouillon | Proposé | Adopté | Contesté | Obsolète
- Confiance : Faible | Moyenne | Haute (ou 0–1)
- Portée : Locale (à ce conosome) | Réutilisable (au-delà)
- Relations : liste d’ItemID (supporte / contredit / dépend / précise)
3.3 Journal de co-noèse (ConoState)
- Acquis : items “adoptés” + synthèse courte
- Divergences : points en débat + items associés
- Incertitudes : zones à documenter + besoins
- ProchainesÉtapes : actions / demandes / lectures
4. Encodage MediaWiki (sans SMW)
4.1 Page « Conosome » (modèle de structure)
ConosomeHeader
- ConosomeID
- Titre
- Objet
- Finalité
- Participants
- Cadre
- DateCréation
- DernièreMàJ
- Version
- NiveauDeDiffusion
- Contraintes
- GlossaireRéférence
Registre des items
Sources
- (ItemID) …
Faits
- (ItemID) …
Hypothèses
- (ItemID) …
Questions
- (ItemID) …
Décisions
- (ItemID) …
État de co-noèse
Acquis
Divergences
Incertitudes
Prochaines étapes
Journal de version
- v0.1 — …
5. Encodage Semantic MediaWiki (SMW)
5.1 Propriétés recommandées
Pour la page conosome :
- Has conosome id::…
- Has scope::… (Objet)
- Has purpose::… (Finalité)
- Has participants::…
- Has frame::… (Cadre)
- Has version::…
- Has diffusion level::…
- Has constraints::…
- Has reference glossary::…
Pour les items (idéalement sur des sous-pages ou pages dédiées) :
- Has item id::…
- Fait|Hypothèse|…
- Has content::… (ou texte page)
- Has provenance::…
- Has date::…
- Proposé|Adopté|Contesté|Obsolète
- Moyenne|Haute
- Réutilisable
- Relates to item::ItemID (propriété multiple)
- contredit|dépend|précise
5.2 Modèle simple « item en sous-page »
Page : Conosome:CONO-2026-01-22-A Sous-pages : Conosome:CONO-2026-01-22-A/IT-001, /IT-002, etc.
Chaque sous-page porte :
- ItemID
- Type
- Statut
- Confiance
- Provenance
- Relations
+ section « Contenu ».
6. Règles de gouvernance (minimales)
- Un item = une assertion (ou une ressource) clairement typée.
- Toute décision doit pointer vers les items qui la fondent.
- Toute divergence doit pointer vers items “pour” et “contre”.
- Un item obsolète n’est pas effacé : il passe en statut Obsolète.
7. Exemple minimal d’item (copiable)
IT-004 (Hypothèse)
- ItemID
- IT-004
- Type
- Hypothèse
- Statut
- Proposé
- Confiance
- Moyenne
- Provenance
- (nom / date / référence)
- Relations
- supporte IT-002 ; contredit IT-007
Contenu : Texte de l’hypothèse…