Compare commits
2 Commits
feat/gloss
...
bot/propos
| Author | SHA1 | Date | |
|---|---|---|---|
|
9be7d170c6 | ||
| c2c98c516b |
60
sources/manifest-cas-ia.yml
Normal file
60
sources/manifest-cas-ia.yml
Normal file
@@ -0,0 +1,60 @@
|
||||
items:
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Introduction.docx
|
||||
collection: cas-ia
|
||||
slug: introduction
|
||||
title: "Introduction générale — Mettre un système d’IA en scène"
|
||||
order: 10
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_1_Epreuve_de_detectabilite.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-1
|
||||
title: "Chapitre I — Épreuve de détectabilité"
|
||||
order: 20
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_2_Epreuve_Topologique.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-2
|
||||
title: "Chapitre II — Épreuve topologique"
|
||||
order: 30
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_3_Epreuve_archeogenetique.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-3
|
||||
title: "Chapitre III — Épreuve archéogénétique"
|
||||
order: 40
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_4_Epreuve_Morphologique.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-4
|
||||
title: "Chapitre IV — Épreuve morphologique"
|
||||
order: 50
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_5_Epreuve_Historique.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-5
|
||||
title: "Chapitre V — Épreuve historique"
|
||||
order: 60
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_6_Epreuve_de_Co-viabilite.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-6
|
||||
title: "Chapitre VI — Épreuve de co-viabilité"
|
||||
order: 70
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_7_Gestes_archicratiques_concrets_pour_un_systeme_IA.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-7
|
||||
title: "Chapitre VII — Gestes archicratiques concrets pour un système d’IA"
|
||||
order: 80
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Conclusion.docx
|
||||
collection: cas-ia
|
||||
slug: conclusion
|
||||
title: "Conclusion"
|
||||
order: 90
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Annexe_Glossaire_Archicratique_Cas_IA.docx
|
||||
collection: cas-ia
|
||||
slug: annexe-glossaire-audit
|
||||
title: "Annexe — Glossaire archicratique pour l’audit des systèmes d’IA"
|
||||
order: 100
|
||||
6
sources/manifest-commencer.yml
Normal file
6
sources/manifest-commencer.yml
Normal file
@@ -0,0 +1,6 @@
|
||||
items:
|
||||
- source: sources/docx/commencer/document-de-presentation.docx
|
||||
collection: commencer
|
||||
slug: document-de-presentation
|
||||
title: Document de présentation
|
||||
order: 0
|
||||
@@ -1,15 +1,6 @@
|
||||
version: 1
|
||||
|
||||
docs:
|
||||
# =========================
|
||||
# Document d’entrée
|
||||
# =========================
|
||||
- source: sources/docx/commencer/document-de-presentation.docx
|
||||
collection: commencer
|
||||
slug: document-de-presentation
|
||||
title: "Document de présentation"
|
||||
order: 0
|
||||
|
||||
# =========================
|
||||
# Archicratie — Essai-thèse "ArchiCraT-IA"
|
||||
# =========================
|
||||
@@ -56,68 +47,115 @@ docs:
|
||||
order: 70
|
||||
|
||||
# =========================
|
||||
# Cas pratique — Gouvernance des systèmes IA
|
||||
# IA — Cas pratique (1 page = 1 chapitre)
|
||||
# NOTE: on n'inclut PAS le monolithe "Cas_IA-... .docx" dans le manifeste.
|
||||
# =========================
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Introduction.docx
|
||||
collection: cas-ia
|
||||
slug: introduction
|
||||
title: "Introduction générale — Mettre un système d’IA en scène"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Introduction_generale—Mettre_en_scene_un_systeme_IA.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/introduction
|
||||
title: "Cas pratique — Introduction générale : Mettre en scène un système IA"
|
||||
order: 110
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_1_Epreuve_de_detectabilite.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-1
|
||||
title: "Chapitre I — Épreuve de détectabilité"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_I—Epreuve_de_detectabilite.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/chapitre-1
|
||||
title: "Cas pratique — Chapitre I : Épreuve de détectabilité"
|
||||
order: 120
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_2_Epreuve_Topologique.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-2
|
||||
title: "Chapitre II — Épreuve topologique"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_II—Epreuve_topologique.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/chapitre-2
|
||||
title: "Cas pratique — Chapitre II : Épreuve topologique"
|
||||
order: 130
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_3_Epreuve_archeogenetique.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-3
|
||||
title: "Chapitre III — Épreuve archéogénétique"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_III—Epreuve_archeogenetique.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/chapitre-3
|
||||
title: "Cas pratique — Chapitre III : Épreuve archéogénétique"
|
||||
order: 140
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_4_Epreuve_Morphologique.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-4
|
||||
title: "Chapitre IV — Épreuve morphologique"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_IV—Epreuve_morphologique.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/chapitre-4
|
||||
title: "Cas pratique — Chapitre IV : Épreuve morphologique"
|
||||
order: 150
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_5_Epreuve_Historique.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-5
|
||||
title: "Chapitre V — Épreuve historique"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_V—Epreuve_historique.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/chapitre-5
|
||||
title: "Cas pratique — Chapitre V : Épreuve historique"
|
||||
order: 160
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_6_Epreuve_de_Co-viabilite.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-6
|
||||
title: "Chapitre VI — Épreuve de co-viabilité"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_VI—Epreuve_de_co-viabilite.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/chapitre-6
|
||||
title: "Cas pratique — Chapitre VI : Épreuve de co-viabilité"
|
||||
order: 170
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_7_Gestes_archicratiques_concrets_pour_un_systeme_IA.docx
|
||||
collection: cas-ia
|
||||
slug: chapitre-7
|
||||
title: "Chapitre VII — Gestes archicratiques concrets pour un système d’IA"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Chapitre_VII—Gestes_archicratiques_concrets_pour_un_systeme_IA.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/chapitre-7
|
||||
title: "Cas pratique — Chapitre VII : Gestes archicratiques concrets"
|
||||
order: 180
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Conclusion.docx
|
||||
collection: cas-ia
|
||||
slug: conclusion
|
||||
title: "Conclusion"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Conclusion.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/conclusion
|
||||
title: "Cas pratique — Conclusion"
|
||||
order: 190
|
||||
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Annexe_Glossaire_Archicratique_Cas_IA.docx
|
||||
collection: cas-ia
|
||||
slug: annexe-glossaire-audit
|
||||
title: "Annexe — Glossaire archicratique pour l’audit des systèmes d’IA"
|
||||
- source: sources/docx/cas-ia/Cas_IA-Archicratie_et_gouvernance_des_systemes_IA-Annexe—Glossaire_archicratique_pour_audit_des_systemes_IA.docx
|
||||
collection: ia
|
||||
slug: cas-pratique/annexe-glossaire-audit
|
||||
title: "Cas pratique — Annexe : Glossaire archicratique pour audit des systèmes IA"
|
||||
order: 195
|
||||
|
||||
# =========================
|
||||
# Traité — Ontodynamique générative (1 page = 1 chapitre)
|
||||
# NOTE: on n'inclut PAS le monolithe "Traite-...-version_officielle.docx" dans le manifeste.
|
||||
# =========================
|
||||
- source: sources/docx/traite/Traite-Ontodynamique_Generative-Fondements_Archicratie-Introduction-version_officielle.docx
|
||||
collection: traite
|
||||
slug: ontodynamique/introduction
|
||||
title: "Traité — Introduction"
|
||||
order: 210
|
||||
|
||||
- source: sources/docx/traite/Traite-Ontodynamique_Generative-Fondements_Archicratie-Chapitre_1—Le_flux_ontogenetique-version_officielle.docx
|
||||
collection: traite
|
||||
slug: ontodynamique/chapitre-1
|
||||
title: "Traité — Chapitre 1 : Le flux ontogénétique"
|
||||
order: 220
|
||||
|
||||
- source: sources/docx/traite/Traite-Ontodynamique_Generative-Fondements_Archicratie-Chapitre_2—economie_du_reel-version_officielle.docx
|
||||
collection: traite
|
||||
slug: ontodynamique/chapitre-2
|
||||
title: "Traité — Chapitre 2 : Économie du réel"
|
||||
order: 230
|
||||
|
||||
- source: sources/docx/traite/Traite-Ontodynamique_Generative-Fondements_Archicratie-Chapitre_3—Le_reel_comme_systeme_regulateur-version_officielle.docx
|
||||
collection: traite
|
||||
slug: ontodynamique/chapitre-3
|
||||
title: "Traité — Chapitre 3 : Le réel comme système régulateur"
|
||||
order: 240
|
||||
|
||||
- source: sources/docx/traite/Traite-Ontodynamique_Generative-Fondements_Archicratie-Chapitre_4—Arcalite-structures_formes_invariants-version_officielle.docx
|
||||
collection: traite
|
||||
slug: ontodynamique/chapitre-4
|
||||
title: "Traité — Chapitre 4 : Arcalité — structures, formes, invariants"
|
||||
order: 250
|
||||
|
||||
- source: sources/docx/traite/Traite-Ontodynamique_Generative-Fondements_Archicratie-Chapitre_5-Cratialite-forces_flux_gradients-version_officielle.docx
|
||||
collection: traite
|
||||
slug: ontodynamique/chapitre-5
|
||||
title: "Traité — Chapitre 5 : Cratialité — forces, flux, gradients"
|
||||
order: 260
|
||||
|
||||
- source: sources/docx/traite/Traite-Ontodynamique_Generative-Fondements_Archicratie-Chapitre_6—Archicration-version_officielle.docx
|
||||
collection: traite
|
||||
slug: ontodynamique/chapitre-6
|
||||
title: "Traité — Chapitre 6 : Archicration"
|
||||
order: 270
|
||||
|
||||
# =========================
|
||||
# Glossaire / Lexique
|
||||
# =========================
|
||||
@@ -131,4 +169,4 @@ docs:
|
||||
collection: glossaire
|
||||
slug: mini-glossaire-verbes
|
||||
title: "Mini-glossaire des verbes de la scène archicratique"
|
||||
order: 910
|
||||
order: 910
|
||||
|
||||
@@ -1,5 +1,8 @@
|
||||
{
|
||||
"/archicrat-ia/chapitre-3/": {
|
||||
"p-1-60c7ea48": "p-1-a21087b0"
|
||||
},
|
||||
"/cas-ia/introduction/": {
|
||||
"p-10-ceba29a2": "p-10-93d1eda0"
|
||||
}
|
||||
}
|
||||
|
||||
42
src/content/archicratie/00-demarrage.mdx
Normal file
42
src/content/archicratie/00-demarrage.mdx
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Démarrage — Essai-thèse"
|
||||
edition: "archicratie"
|
||||
status: "modele_sociopolitique"
|
||||
level: 1
|
||||
version: "0.0.1"
|
||||
concepts: ["archicratie"]
|
||||
links:
|
||||
- type: "definition"
|
||||
target: "/glossaire/archicratie/"
|
||||
note: "Terme canonique."
|
||||
order: 0
|
||||
summary: "Page de test (structure)."
|
||||
---
|
||||
|
||||
import Callout from "../../components/Callout.astro";
|
||||
import Term from "../../components/Term.astro";
|
||||
|
||||
Ceci est une page de test pour valider la structure de l’**Essai-thèse**.
|
||||
|
||||
<Callout kind="definition" title="Entrée minimale">
|
||||
<p>
|
||||
<Term term="Archicratie" slug="archicratie" /> : régime où l’instance régulatrice est tenue d’exposer ses prises,
|
||||
ses critères et ses scènes d’épreuve.
|
||||
</p>
|
||||
</Callout>
|
||||
|
||||
<Callout kind="these" title="Ce que l’édition web doit rendre possible">
|
||||
<p>Une lecture à plusieurs niveaux, sans confusion entre les productions, et une citabilité stable.</p>
|
||||
</Callout>
|
||||
|
||||
<div class="level-2">
|
||||
<Callout kind="objection" title="Objection (niveau 2)">
|
||||
<p>Que gagne-t-on par rapport à une simple doctrine ? Réponse : la scène, la contrainte d’exposition, la pluralisation des prises.</p>
|
||||
</Callout>
|
||||
</div>
|
||||
|
||||
<div class="level-3">
|
||||
<Callout kind="limite" title="Limite (niveau 3)">
|
||||
<p>Tout schéma d’articulation doit préciser ses non-déductions (transpositions), sinon confusion Traité ↔ Archicratie.</p>
|
||||
</Callout>
|
||||
</div>
|
||||
13
src/content/atlas/00-demarrage.md
Normal file
13
src/content/atlas/00-demarrage.md
Normal file
@@ -0,0 +1,13 @@
|
||||
---
|
||||
title: "Démarrage — Atlas"
|
||||
edition: "atlas"
|
||||
status: "cartographie"
|
||||
level: 1
|
||||
version: "0.0.1"
|
||||
concepts: ["archicrates"]
|
||||
links: []
|
||||
order: 0
|
||||
summary: "Page de test (structure)."
|
||||
---
|
||||
|
||||
Ceci est une page de test pour valider la structure de l’**Atlas**.
|
||||
@@ -6,13 +6,12 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 110
|
||||
order: 10
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
path: "sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Introduction.docx"
|
||||
---
|
||||
1. Introduction générale — Mettre un système d’IA en scène
|
||||
|
||||
Ce texte est un prolongement opératoire de l’essai-thèse sur l’*archicratie*. Il n’ajoute pas un nouveau pan théorique, ni un chapitre caché : il montre *comment* utiliser le paradigme archicratique pour instruire un cas concret, massif, déjà à l’œuvre. Il propose un audit archicratique d’un grand système d’intelligence artificielle de fondation, tel qu’il est intégré dans des dispositifs de décision publics et privés. Autrement dit : il s’agit d’examiner, avec les outils construits par la thèse, ce qui se passe quand un modèle d’IA ne se contente plus de produire des textes ou des prédictions dans l’abstrait, mais devient un opérateur régulateur au cœur des politiques sociales, des institutions de santé, des systèmes de justice, des ressources humaines, des plateformes d’information.
|
||||
|
||||
@@ -34,7 +33,7 @@ C’est cette incrustation que nous allons prendre pour terrain. Pour rendre l
|
||||
|
||||
- dans la modération et la curation de contenus, pour filtrer des messages “toxiques”, recommander des publications, ajuster la visibilité de certains profils.
|
||||
|
||||
Système F n’est pas un fantasme technologique éloigné : il agrège des fonctions déjà présentes, sous d’autres noms, dans de nombreux pays et secteurs. Des algorithmes de *scoring* de fraude sociale ont été utilisés dans des administrations de sécurité sociale, provoquant scandales et contentieux lorsqu’ils ciblaient de façon disproportionnée certains quartiers, certaines familles, certains types de parcours\* ; des systèmes d’évaluation de risque ont été intégrés à des décisions de justice pour proposer des peines ou des libérations conditionnelles ; des plateformes de recrutement recourent à des modèles d’IA pour pré-filtrer des milliers de candidatures en quelques minutes ; les systèmes de modération emploient depuis longtemps des modèles d’apprentissage pour détecter les propos violents, haineux, pornographiques. Système F est donc moins une fiction qu’un nom commun donné à un ensemble de tendances déjà engagées.
|
||||
Système F n’est pas un fantasme technologique éloigné : il agrège des fonctions déjà présentes, sous d’autres noms, dans de nombreux pays et secteurs. Des algorithmes de scoring de fraude sociale ont été utilisés dans des administrations de sécurité sociale, provoquant scandales et contentieux lorsqu’ils ciblaient de façon disproportionnée certains quartiers, certaines familles, certains types de parcours ; des systèmes d’évaluation de risque ont été intégrés à des décisions de justice pour proposer des peines ou des libérations conditionnelles ; des plateformes de recrutement recourent à des modèles d’IA pour pré-filtrer des milliers de candidatures en quelques minutes ; les systèmes de modération emploient depuis longtemps des modèles d’apprentissage pour détecter les propos violents, haineux, pornographiques. Système F est donc moins une fiction qu’un nom commun donné à un ensemble de tendances déjà engagées.
|
||||
|
||||
Ce qui nous intéresse n’est pas l’IA “en général”, ni l’intelligence artificielle comme problème métaphysique. Ce qui nous intéresse, dans notre manière de voir les choses, c’est l’écosystème socio-technique dans lequel Système F est inséré : les chaînes cratiales qu’il tisse ou renforce, les formes d’arcalité explicite ou implicite qu’il véhicule, les archicrations qu’il rencontre, détourne ou évite. Un modèle appelé par API dans un formulaire de demande de logement n’est pas un objet neutre : il devient un segment de chaîne régulatrice qui affecte des droits à l’hébergement ; il participe à la décision de traiter un dossier en priorité, de le mettre en attente, de le faire basculer dans la catégorie “suspect”. De même, un modèle intégré au tri des CV dans une grande entreprise n’est pas un simple gain de temps : il devient un opérateur qui donne la forme concrète de l’accès à l’emploi.
|
||||
|
||||
|
||||
@@ -17,6 +17,21 @@ const baseTextSchema = z.object({
|
||||
});
|
||||
|
||||
// Éditions (séparation stricte : edition + status verrouillés par collection)
|
||||
const traite = defineCollection({
|
||||
type: "content",
|
||||
schema: baseTextSchema.extend({
|
||||
edition: z.literal("traite"),
|
||||
status: z.literal("theorie_fondamentale")
|
||||
})
|
||||
});
|
||||
|
||||
const archicratie = defineCollection({
|
||||
type: "content",
|
||||
schema: baseTextSchema.extend({
|
||||
edition: z.literal("archicratie"),
|
||||
status: z.literal("modele_sociopolitique")
|
||||
})
|
||||
});
|
||||
|
||||
const casIa = defineCollection({
|
||||
type: "content",
|
||||
@@ -26,11 +41,11 @@ const casIa = defineCollection({
|
||||
})
|
||||
});
|
||||
|
||||
const commencer = defineCollection({
|
||||
const atlas = defineCollection({
|
||||
type: "content",
|
||||
schema: baseTextSchema.extend({
|
||||
edition: z.literal("commencer"),
|
||||
status: z.union([z.literal("presentation"), z.literal("draft")])
|
||||
edition: z.literal("atlas"),
|
||||
status: z.literal("cartographie")
|
||||
})
|
||||
});
|
||||
|
||||
@@ -59,20 +74,17 @@ const glossaire = defineCollection({
|
||||
version: z.string().min(1),
|
||||
definitionShort: z.string().min(1),
|
||||
concepts: z.array(z.string().min(1)).default([]),
|
||||
links: z.array(linkSchema).default([]),
|
||||
|
||||
kind: z.enum(["concept", "topologie", "diagnostic", "verbe"]),
|
||||
domain: z.enum(["transversal", "theorie", "cas-ia"]),
|
||||
level: z.enum(["fondamental", "intermediaire", "avance"]),
|
||||
related: z.array(z.string().min(1)).default([]),
|
||||
opposedTo: z.array(z.string().min(1)).default([]),
|
||||
seeAlso: z.array(z.string().min(1)).default([])
|
||||
links: z.array(linkSchema).default([])
|
||||
})
|
||||
});
|
||||
|
||||
export const collections = {
|
||||
commencer,
|
||||
"archicrat-ia": archicratIa,
|
||||
traite,
|
||||
archicratie,
|
||||
"cas-ia": casIa,
|
||||
glossaire,
|
||||
atlas,
|
||||
|
||||
// ⚠️ clé avec tiret => doit être quotée
|
||||
"archicrat-ia": archicratIa
|
||||
};
|
||||
@@ -1,41 +0,0 @@
|
||||
---
|
||||
title: "Arcalité"
|
||||
term: "Arcalité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Dimension structurelle d’un ordre social, institutionnel ou technique : ce qui stabilise, ordonne et cadre les formes d’action."
|
||||
concepts: ["arcalite", "archicratie", "archicration", "cratialite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "archicration", "cratialite"]
|
||||
opposedTo: []
|
||||
seeAlso: ["co-viabilite"]
|
||||
---
|
||||
|
||||
L’arcalité désigne l’ensemble des structures relativement durables qui donnent consistance, forme et stabilité à un ordre social ou technique.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’arcalité ne doit pas être confondue avec une simple institution isolée ni avec la totalité du pouvoir. Elle désigne la dimension structurante : règles, formes, dispositifs, cadres, organisations, infrastructures et invariants qui rendent certaines actions possibles et en contraignent d’autres.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans le paradigme archicratique, l’arcalité correspond au pôle de structuration. Elle fournit la tenue, l’ordonnancement et la stabilité relative à l’intérieur desquels les dynamiques peuvent se déployer.
|
||||
|
||||
## Usages
|
||||
|
||||
Le terme permet d’analyser :
|
||||
- les formes de stabilisation institutionnelle ;
|
||||
- les architectures techniques ;
|
||||
- les dispositifs administratifs ;
|
||||
- les cadres normatifs et organisationnels.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
@@ -4,39 +4,11 @@ term: "Archicratie"
|
||||
aliases: ["Paradigme archicratique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Régime d’intelligibilité et d’analyse centré sur les architectures de régulation qui rendent possible la co-viabilité des sociétés complexes."
|
||||
concepts: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
version: "0.0.1"
|
||||
definitionShort: "Régime où l’instance régulatrice est tenue d’exposer ses prises, ses critères et ses scènes d’épreuve."
|
||||
concepts: ["archicratie"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
opposedTo: ["autarchicratie"]
|
||||
seeAlso: ["scene-depreuve", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
L’archicratie désigne le cadre théorique à partir duquel les sociétés sont analysées non seulement à travers leurs institutions visibles ou leurs régimes déclarés, mais à partir des architectures de régulation qui rendent possible leur tenue effective.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archicratie n’est pas un régime politique supplémentaire venant s’ajouter à la longue série des termes en *-cratie*. Elle ne désigne ni une forme constitutionnelle particulière, ni une simple technique de gouvernement. Elle sert à nommer un niveau plus profond : celui des architectures matérielles, normatives, organisationnelles, informationnelles et symboliques qui conditionnent l’exercice et la transformation du pouvoir.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Le concept d’archicratie permet de déplacer l’analyse politique de la seule surface institutionnelle vers les conditions architecturales de la régulation collective. Il constitue le concept central du paradigme, celui qui articule l’arcalité, la cratialité et l’archicration.
|
||||
|
||||
## Usages
|
||||
|
||||
Le terme est mobilisé pour penser :
|
||||
- les architectures de régulation des sociétés complexes ;
|
||||
- la distribution des puissances d’agir ;
|
||||
- les conditions de co-viabilité ;
|
||||
- les transformations contemporaines du pouvoir.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
Définition longue (à enrichir).
|
||||
Ici, on mettra la définition complète, les usages, les distinctions, et des renvois typés.
|
||||
|
||||
@@ -1,42 +0,0 @@
|
||||
---
|
||||
title: "Archicration"
|
||||
term: "Archicration"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Scène de mise en visibilité, d’épreuve et de révision où arcalité et cratialité peuvent comparaître ensemble."
|
||||
concepts: ["archicration", "archicratie", "arcalite", "cratialite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "scene-depreuve"]
|
||||
opposedTo: ["obliteration-archicratique"]
|
||||
seeAlso: ["autarchicratie"]
|
||||
---
|
||||
|
||||
L’archicration désigne la scène ou la configuration d’épreuve dans laquelle les structures d’un ordre et ses prises effectives peuvent être amenées ensemble en visibilité, en confrontation et en révision.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archicration n’est ni l’arcalité elle-même, ni la cratialité seule. Elle correspond à leur comparution conjointe : le lieu où peuvent être interrogés les fondements, les modes opératoires, les critères, les effets et les conditions de transformation d’un ordre régulateur.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
L’archicration joue un rôle central : elle rend possible l’intelligibilité critique d’une régulation. Sans archicration, l’ordre peut continuer à fonctionner, mais il tend à se soustraire à la scène d’épreuve.
|
||||
|
||||
## Usages
|
||||
|
||||
Le concept est mobilisé pour analyser :
|
||||
- les scènes de justification ;
|
||||
- les procédures de révision ;
|
||||
- les dispositifs de comparution ;
|
||||
- les conditions de visibilité du pouvoir régulateur.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
@@ -1,42 +0,0 @@
|
||||
---
|
||||
title: "Autarchicratie"
|
||||
term: "Autarchicratie"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tendance d’une architecture régulatrice à fonctionner selon sa propre logique opératoire en se soustrayant de plus en plus à la scène d’épreuve."
|
||||
concepts: ["autarchicratie", "archicratie", "archicration", "obliteration-archicratique"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "archicration", "obliteration-archicratique"]
|
||||
opposedTo: ["archicratie"]
|
||||
seeAlso: ["scene-depreuve"]
|
||||
---
|
||||
|
||||
L’autarchicratie désigne la dynamique par laquelle une architecture de régulation tend à acquérir une autonomie croissante, au point de fonctionner selon ses propres logiques de reproduction et d’extension.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’autarchicratie ne signifie pas nécessairement la disparition des institutions visibles. Elle désigne plus subtilement le déplacement du centre de gravité du pouvoir vers des architectures qui continuent d’opérer, même lorsque leur exposition critique devient faible ou fictive.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Le concept permet de diagnostiquer un basculement : celui d’une régulation qui demeure efficace, mais qui se soustrait progressivement à la comparution, à la révision et à la visibilité.
|
||||
|
||||
## Usages
|
||||
|
||||
Il sert à analyser :
|
||||
- l’autonomisation des systèmes techniques ;
|
||||
- la fermeture des chaînes régulatrices ;
|
||||
- les logiques de pilotage automatisé ;
|
||||
- les tendances contemporaines à la régulation hors scène.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
@@ -1,42 +0,0 @@
|
||||
---
|
||||
title: "Co-viabilité"
|
||||
term: "Co-viabilité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Capacité d’un ensemble social à maintenir compatibles ses dynamiques internes sans se désagréger."
|
||||
concepts: ["co-viabilite", "archicratie", "arcalite", "cratialite", "archicration"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration"]
|
||||
opposedTo: []
|
||||
seeAlso: ["autarchicratie"]
|
||||
---
|
||||
|
||||
La co-viabilité désigne la capacité d’un système social à absorber, redistribuer et organiser les tensions qui le traversent de manière à préserver la continuité de la vie collective.
|
||||
|
||||
## Distinction
|
||||
|
||||
La co-viabilité ne désigne ni l’absence de conflit ni l’harmonie parfaite. Elle renvoie à une compatibilité dynamique entre forces hétérogènes, rendue possible par des architectures de régulation suffisamment robustes pour empêcher la désagrégation.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
La co-viabilité est l’un des critères centraux de l’analyse archicratique : elle permet d’évaluer la capacité d’une société à tenir malgré ses tensions.
|
||||
|
||||
## Usages
|
||||
|
||||
Le terme est mobilisé pour penser :
|
||||
- la stabilité dynamique des sociétés complexes ;
|
||||
- la régulation des tensions internes ;
|
||||
- la tenue des ordres sociaux ;
|
||||
- l’évaluation des architectures régulatrices.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
@@ -1,41 +0,0 @@
|
||||
---
|
||||
title: "Cratialité"
|
||||
term: "Cratialité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Dimension opératoire et dynamique d’un ordre : ensemble des prises effectives, des chaînes d’action et des puissances d’exécution."
|
||||
concepts: ["cratialite", "archicratie", "archicration", "arcalite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "archicration", "arcalite"]
|
||||
opposedTo: []
|
||||
seeAlso: ["autarchicratie"]
|
||||
---
|
||||
|
||||
La cratialité désigne la dimension effective, dynamique et opératoire d’un ordre : ce par quoi il agit, s’applique, se déploie et transforme la réalité sociale.
|
||||
|
||||
## Distinction
|
||||
|
||||
La cratialité ne se réduit ni à la seule force brute, ni à l’autorité juridique. Elle renvoie à l’ensemble des prises effectives : instruments, chaînes de décision, moyens d’exécution, dispositifs de calcul, procédures, flux et mécanismes par lesquels une régulation devient agissante.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans le paradigme archicratique, la cratialité correspond au pôle d’effectuation. Là où l’arcalité stabilise, la cratialité opère, mobilise et redistribue les puissances d’action.
|
||||
|
||||
## Usages
|
||||
|
||||
Le terme sert à analyser :
|
||||
- les chaînes d’exécution ;
|
||||
- les dispositifs techniques et informationnels ;
|
||||
- les capacités effectives d’intervention ;
|
||||
- les modes opératoires de la régulation.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
@@ -1,42 +0,0 @@
|
||||
---
|
||||
title: "Oblitération archicratique"
|
||||
term: "Oblitération archicratique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Processus par lequel les scènes d’épreuve et les conditions de visibilité d’une régulation se trouvent effacées, neutralisées ou rendues inopérantes."
|
||||
concepts: ["obliteration-archicratique", "archicration", "autarchicratie", "scene-depreuve"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicration", "autarchicratie", "scene-depreuve"]
|
||||
opposedTo: []
|
||||
seeAlso: ["archicratie"]
|
||||
---
|
||||
|
||||
L’oblitération archicratique désigne le processus par lequel un ordre régulateur continue de fonctionner tout en effaçant les conditions de sa propre comparution critique.
|
||||
|
||||
## Distinction
|
||||
|
||||
Il ne s’agit pas simplement d’un manque de transparence. L’oblitération archicratique renvoie à une perte plus profonde : celle des scènes où les prises, les critères et les effets d’une régulation pourraient être véritablement mis à l’épreuve.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Ce concept permet de nommer l’une des pathologies majeures de l’époque contemporaine : la poursuite de régulations puissantes en dehors des formes effectives de visibilité et de révision.
|
||||
|
||||
## Usages
|
||||
|
||||
Le terme sert à analyser :
|
||||
- l’effacement des scènes de comparution ;
|
||||
- les régulations invisibilisées ;
|
||||
- les architectures qui opèrent sans exposition réelle ;
|
||||
- la montée de l’autarchicratie.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
@@ -1,41 +0,0 @@
|
||||
---
|
||||
title: "Scène d’épreuve"
|
||||
term: "Scène d’épreuve"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Configuration dans laquelle un ordre, ses critères et ses prises peuvent être exposés, interrogés et mis à l’épreuve."
|
||||
concepts: ["scene-depreuve", "archicration", "archicratie"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicration", "archicratie", "obliteration-archicratique"]
|
||||
opposedTo: []
|
||||
seeAlso: ["autarchicratie"]
|
||||
---
|
||||
|
||||
La scène d’épreuve désigne le lieu, le dispositif ou la configuration dans laquelle une régulation peut comparaître et être soumise à une exigence de justification, de critique ou de révision.
|
||||
|
||||
## Distinction
|
||||
|
||||
Une scène d’épreuve n’est pas une simple formalité procédurale. Elle suppose qu’un ordre puisse être réellement exposé : ses critères, ses prises, ses effets et ses conditions d’action doivent pouvoir y être examinés.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
La scène d’épreuve est l’une des conditions concrètes de l’archicration. Là où elle manque, la régulation tend à s’opacifier et à se dérober à la critique.
|
||||
|
||||
## Usages
|
||||
|
||||
Le terme sert à analyser :
|
||||
- les lieux de comparution ;
|
||||
- les dispositifs de justification ;
|
||||
- les procédures de recours et de révision ;
|
||||
- la qualité critique d’un ordre régulateur.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
13
src/content/ia/00-demarrage.md
Normal file
13
src/content/ia/00-demarrage.md
Normal file
@@ -0,0 +1,13 @@
|
||||
---
|
||||
title: "Démarrage — Cas pratique IA"
|
||||
edition: "ia"
|
||||
status: "application"
|
||||
level: 1
|
||||
version: "0.0.1"
|
||||
concepts: ["gouvernance-ia"]
|
||||
links: []
|
||||
order: 0
|
||||
summary: "Page de test (structure)."
|
||||
---
|
||||
|
||||
Ceci est une page de test pour valider la structure du **Cas pratique IA**.
|
||||
13
src/content/traite/00-demarrage.md
Normal file
13
src/content/traite/00-demarrage.md
Normal file
@@ -0,0 +1,13 @@
|
||||
---
|
||||
title: "Démarrage — Traité"
|
||||
edition: "traite"
|
||||
status: "theorie_fondamentale"
|
||||
level: 1
|
||||
version: "0.0.1"
|
||||
concepts: ["ontodynamique-generative"]
|
||||
links: []
|
||||
order: 0
|
||||
summary: "Page de test (structure)."
|
||||
---
|
||||
|
||||
Ceci est une page de test pour valider la structure du **Traité**.
|
||||
36
src/pages/archicratie/[...slug].astro
Normal file
36
src/pages/archicratie/[...slug].astro
Normal file
@@ -0,0 +1,36 @@
|
||||
---
|
||||
import EditionLayout from "../../layouts/EditionLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
import EditionToc from "../../components/EditionToc.astro";
|
||||
import LocalToc from "../../components/LocalToc.astro";
|
||||
|
||||
export async function getStaticPaths() {
|
||||
const entries = (await getCollection("archicratie"))
|
||||
.filter((e) => !e.slug.startsWith("archicrat-ia/"));
|
||||
return entries.map((entry) => ({
|
||||
params: { slug: entry.slug },
|
||||
props: { entry },
|
||||
}));
|
||||
}
|
||||
|
||||
const { entry } = Astro.props;
|
||||
const { Content, headings } = await entry.render();
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
title={entry.data.title}
|
||||
editionLabel="Archicratie"
|
||||
editionKey="archicratie"
|
||||
statusLabel="modèle sociopolitique"
|
||||
statusKey="modele_sociopolitique"
|
||||
level={entry.data.level}
|
||||
version={entry.data.version}
|
||||
>
|
||||
<Fragment slot="aside">
|
||||
<EditionToc currentSlug={entry.slug} />
|
||||
<LocalToc headings={headings} />
|
||||
</Fragment>
|
||||
|
||||
<h1>{entry.data.title}</h1>
|
||||
<Content />
|
||||
</EditionLayout>
|
||||
16
src/pages/archicratie/index.astro
Normal file
16
src/pages/archicratie/index.astro
Normal file
@@ -0,0 +1,16 @@
|
||||
---
|
||||
import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
const entries = (await getCollection('archicratie'))
|
||||
.filter((e) => e.slug !== "prologue");
|
||||
entries.sort((a, b) => (a.data.order ?? 9999) - (b.data.order ?? 9999));
|
||||
---
|
||||
<SiteLayout title="Essai-thèse — Archicratie">
|
||||
<h1>Essai-thèse — Archicratie</h1>
|
||||
<ul>
|
||||
{entries.map((e) => (
|
||||
<li><a href={`/archicratie/${e.slug}/`}>{e.data.title}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</SiteLayout>
|
||||
28
src/pages/atlas/[...slug].astro
Normal file
28
src/pages/atlas/[...slug].astro
Normal file
@@ -0,0 +1,28 @@
|
||||
---
|
||||
import EditionLayout from "../../layouts/EditionLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
export async function getStaticPaths() {
|
||||
const entries = await getCollection("atlas");
|
||||
return entries.map((entry) => ({
|
||||
params: { slug: entry.slug },
|
||||
props: { entry },
|
||||
}));
|
||||
}
|
||||
|
||||
const { entry } = Astro.props;
|
||||
const { Content } = await entry.render();
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
title={entry.data.title}
|
||||
editionLabel="Atlas"
|
||||
editionKey="atlas"
|
||||
statusLabel="cartographie"
|
||||
statusKey="cartographie"
|
||||
level={entry.data.level}
|
||||
version={entry.data.version}
|
||||
>
|
||||
<h1>{entry.data.title}</h1>
|
||||
<Content />
|
||||
</EditionLayout>
|
||||
15
src/pages/atlas/index.astro
Normal file
15
src/pages/atlas/index.astro
Normal file
@@ -0,0 +1,15 @@
|
||||
---
|
||||
import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
const entries = await getCollection("atlas");
|
||||
entries.sort((a, b) => (a.data.order ?? 9999) - (b.data.order ?? 9999));
|
||||
---
|
||||
<SiteLayout title="Atlas archicratique">
|
||||
<h1>Atlas archicratique</h1>
|
||||
<ul>
|
||||
{entries.map((e) => (
|
||||
<li><a href={`/atlas/${e.slug}/`}>{e.data.title}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</SiteLayout>
|
||||
7
src/pages/editions/index.astro
Normal file
7
src/pages/editions/index.astro
Normal file
@@ -0,0 +1,7 @@
|
||||
---
|
||||
import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
---
|
||||
<SiteLayout title="Carte des œuvres">
|
||||
<h1>Carte des œuvres</h1>
|
||||
<p>Cette page explicite la séparation stricte et l’articulation entre les éditions.</p>
|
||||
</SiteLayout>
|
||||
28
src/pages/ia/[...slug].astro
Normal file
28
src/pages/ia/[...slug].astro
Normal file
@@ -0,0 +1,28 @@
|
||||
---
|
||||
import EditionLayout from "../../layouts/EditionLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
export async function getStaticPaths() {
|
||||
const entries = await getCollection("ia");
|
||||
return entries.map((entry) => ({
|
||||
params: { slug: entry.slug },
|
||||
props: { entry },
|
||||
}));
|
||||
}
|
||||
|
||||
const { entry } = Astro.props;
|
||||
const { Content } = await entry.render();
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
title={entry.data.title}
|
||||
editionLabel="Cas IA"
|
||||
editionKey="ia"
|
||||
statusLabel="application"
|
||||
statusKey="application"
|
||||
level={entry.data.level}
|
||||
version={entry.data.version}
|
||||
>
|
||||
<h1>{entry.data.title}</h1>
|
||||
<Content />
|
||||
</EditionLayout>
|
||||
15
src/pages/ia/index.astro
Normal file
15
src/pages/ia/index.astro
Normal file
@@ -0,0 +1,15 @@
|
||||
---
|
||||
import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
const entries = await getCollection("ia");
|
||||
entries.sort((a, b) => (a.data.order ?? 9999) - (b.data.order ?? 9999));
|
||||
---
|
||||
<SiteLayout title="Cas pratique — Gouvernance des systèmes IA">
|
||||
<h1>Cas pratique — Gouvernance des systèmes IA</h1>
|
||||
<ul>
|
||||
{entries.map((e) => (
|
||||
<li><a href={`/ia/${e.slug}/`}>{e.data.title}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</SiteLayout>
|
||||
38
src/pages/methode/index.astro
Normal file
38
src/pages/methode/index.astro
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
---
|
||||
<SiteLayout title="Méthode & statut des textes">
|
||||
<h1>Méthode & statut des textes</h1>
|
||||
|
||||
<h2>1) Séparation stricte des productions</h2>
|
||||
<ul>
|
||||
<li><strong>Traité</strong> : ontodynamique générative (théorie fondamentale).</li>
|
||||
<li><strong>Essai-thèse</strong> : archicratie (modèle sociopolitique).</li>
|
||||
<li><strong>Cas pratique</strong> : gouvernance des systèmes IA (application).</li>
|
||||
<li><strong>Glossaire</strong> : référentiel terminologique (définitions et renvois).</li>
|
||||
<li><strong>Atlas</strong> : cartographie des archicrates (à venir).</li>
|
||||
</ul>
|
||||
|
||||
<h2>2) Règle d’or : liens typés</h2>
|
||||
<p>Tout lien important est explicitement typé :</p>
|
||||
<ul>
|
||||
<li><strong>definition</strong> : renvoi vers le glossaire (sens canonique).</li>
|
||||
<li><strong>appui</strong> : renvoi argumentatif (support).</li>
|
||||
<li><strong>transposition</strong> : analogie / déplacement non-déductif (anti-confusion Traité ↔ Archicratie).</li>
|
||||
</ul>
|
||||
|
||||
<h2>3) Niveaux de lecture</h2>
|
||||
<p>Le même texte peut contenir trois niveaux :</p>
|
||||
<ul>
|
||||
<li><strong>Niveau 1</strong> : lecture citoyenne (accès principal).</li>
|
||||
<li><strong>Niveau 2</strong> : approfondissement.</li>
|
||||
<li><strong>Niveau 3</strong> : niveau recherche.</li>
|
||||
</ul>
|
||||
<p>Techniquement : les blocs <code>.level-2</code> et <code>.level-3</code> sont masqués/affichés par le toggle, sans casser la lisibilité si JS est absent.</p>
|
||||
|
||||
<h2>4) Citabilité</h2>
|
||||
<p>Chaque paragraphe reçoit un identifiant stable et peut être cité par ancre (bouton “Citer”).</p>
|
||||
|
||||
<h2>5) Statut éditorial</h2>
|
||||
<p>Chaque page indique : Édition / Statut / Niveau / Version. Les versions servent à garantir la citabilité et l’historique.</p>
|
||||
</SiteLayout>
|
||||
28
src/pages/traite/[...slug].astro
Normal file
28
src/pages/traite/[...slug].astro
Normal file
@@ -0,0 +1,28 @@
|
||||
---
|
||||
import EditionLayout from "../../layouts/EditionLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
export async function getStaticPaths() {
|
||||
const entries = await getCollection("traite");
|
||||
return entries.map((entry) => ({
|
||||
params: { slug: entry.slug },
|
||||
props: { entry },
|
||||
}));
|
||||
}
|
||||
|
||||
const { entry } = Astro.props;
|
||||
const { Content } = await entry.render();
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
title={entry.data.title}
|
||||
editionLabel="Traité"
|
||||
editionKey="traite"
|
||||
statusLabel="théorie fondamentale"
|
||||
statusKey="theorie_fondamentale"
|
||||
level={entry.data.level}
|
||||
version={entry.data.version}
|
||||
>
|
||||
<h1>{entry.data.title}</h1>
|
||||
<Content />
|
||||
</EditionLayout>
|
||||
15
src/pages/traite/index.astro
Normal file
15
src/pages/traite/index.astro
Normal file
@@ -0,0 +1,15 @@
|
||||
---
|
||||
import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
const entries = await getCollection("traite");
|
||||
entries.sort((a, b) => (a.data.order ?? 9999) - (b.data.order ?? 9999));
|
||||
---
|
||||
<SiteLayout title="Traité — Ontodynamique générative">
|
||||
<h1>Traité — Ontodynamique générative</h1>
|
||||
<ul>
|
||||
{entries.map((e) => (
|
||||
<li><a href={`/traite/${e.slug}/`}>{e.data.title}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</SiteLayout>
|
||||
File diff suppressed because it is too large
Load Diff
Reference in New Issue
Block a user