Conosome

From GHM-SC
Jump to navigation Jump to search

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 :

  1. Sources : textes, extraits, données, témoignages, références.
  2. Contexte : définitions stabilisées, périmètre, acteurs, historique.
  3. Contraintes : règles (juridiques/éthiques), biais connus, limites d’usage.
  4. Questions directrices : problématisation, objectifs, critères de succès.
  5. État de la co-noèse : points acquis, divergences, incertitudes.
  6. 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é :

  1. d’un noyau d’identification (qui, quoi, pourquoi, quand, portée),
  2. d’un registre d’items (sources, hypothèses, décisions, questions…),
  3. d’une traçabilité (provenance, confiance, statut),
  4. 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 :

Pour les items (idéalement sur des sous-pages ou pages dédiées) :

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)

  1. Un item = une assertion (ou une ressource) clairement typée.
  2. Toute décision doit pointer vers les items qui la fondent.
  3. Toute divergence doit pointer vers items “pour” et “contre”.
  4. 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…

8. Liens internes

Catégorie:GIA Catégorie:Co-noèse