Compare commits
13 Commits
fix/conten
...
feat/gloss
| Author | SHA1 | Date | |
|---|---|---|---|
| bb9f55a3b5 | |||
| 37cb836246 | |||
| 683b02f4a0 | |||
| 20aecc30b1 | |||
| daf57aa152 | |||
| bfd693de92 | |||
| ea2ad0017b | |||
| 82e7473cac | |||
| 95f8159554 | |||
|
|
5698c494f1 | ||
| e640e66b8d | |||
|
|
9be7d170c6 | ||
| c2c98c516b |
@@ -86,6 +86,10 @@ function rehypeDedupeIds() {
|
||||
}
|
||||
|
||||
export default defineConfig({
|
||||
legacy: {
|
||||
collectionsBackwardsCompat: true,
|
||||
},
|
||||
|
||||
output: "static",
|
||||
trailingSlash: "always",
|
||||
site: process.env.PUBLIC_SITE ?? "http://localhost:4321",
|
||||
|
||||
1565
package-lock.json
generated
1565
package-lock.json
generated
File diff suppressed because it is too large
Load Diff
@@ -25,11 +25,11 @@
|
||||
"ci": "CI=1 npm test"
|
||||
},
|
||||
"dependencies": {
|
||||
"@astrojs/mdx": "^4.3.13",
|
||||
"astro": "^5.18.0"
|
||||
"@astrojs/mdx": "^5.0.0",
|
||||
"astro": "^6.0.2"
|
||||
},
|
||||
"devDependencies": {
|
||||
"@astrojs/sitemap": "^3.7.0",
|
||||
"@astrojs/sitemap": "^3.7.1",
|
||||
"mammoth": "^1.11.0",
|
||||
"pagefind": "^1.4.0",
|
||||
"rehype-autolink-headings": "^7.1.0",
|
||||
|
||||
@@ -1,60 +0,0 @@
|
||||
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
|
||||
@@ -1,6 +0,0 @@
|
||||
items:
|
||||
- source: sources/docx/commencer/document-de-presentation.docx
|
||||
collection: commencer
|
||||
slug: document-de-presentation
|
||||
title: Document de présentation
|
||||
order: 0
|
||||
@@ -1,6 +1,15 @@
|
||||
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"
|
||||
# =========================
|
||||
@@ -47,115 +56,68 @@ docs:
|
||||
order: 70
|
||||
|
||||
# =========================
|
||||
# IA — Cas pratique (1 page = 1 chapitre)
|
||||
# NOTE: on n'inclut PAS le monolithe "Cas_IA-... .docx" dans le manifeste.
|
||||
# Cas pratique — Gouvernance des systèmes IA
|
||||
# =========================
|
||||
- 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"
|
||||
- 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: 110
|
||||
|
||||
- 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é"
|
||||
- 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: 120
|
||||
|
||||
- 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"
|
||||
- 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: 130
|
||||
|
||||
- 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"
|
||||
- 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: 140
|
||||
|
||||
- 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"
|
||||
- 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: 150
|
||||
|
||||
- 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"
|
||||
- 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: 160
|
||||
|
||||
- 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é"
|
||||
- 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: 170
|
||||
|
||||
- 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"
|
||||
- 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: 180
|
||||
|
||||
- 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"
|
||||
- source: sources/docx/cas-ia/Cas_Pratique-Archicratie_et_gouvernance_des_systemes_IA-Conclusion.docx
|
||||
collection: cas-ia
|
||||
slug: conclusion
|
||||
title: "Conclusion"
|
||||
order: 190
|
||||
|
||||
- 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"
|
||||
- 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: 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
|
||||
# =========================
|
||||
@@ -169,4 +131,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,9 @@
|
||||
{
|
||||
"/archicrat-ia/chapitre-3/": {
|
||||
"p-1-60c7ea48": "p-1-a21087b0"
|
||||
},
|
||||
"/cas-ia/introduction/": {
|
||||
"p-10-ceba29a2": "p-10-93d1eda0",
|
||||
"p-16-615e3d61": "p-16-5b453a81"
|
||||
}
|
||||
}
|
||||
|
||||
@@ -8,10 +8,20 @@ const {
|
||||
label = "Table des matières"
|
||||
} = Astro.props;
|
||||
|
||||
const entries = (await getCollection(collection))
|
||||
.sort((a, b) => (a.data.order ?? 0) - (b.data.order ?? 0));
|
||||
const slugOf = (entry) => String(entry.id).replace(/\.(md|mdx)$/i, "");
|
||||
const hrefOf = (entry) => `${basePath}/${slugOf(entry)}/`;
|
||||
|
||||
const href = (slug) => `${basePath}/${slug}/`;
|
||||
const collator = new Intl.Collator("fr", { sensitivity: "base", numeric: true });
|
||||
|
||||
const entries = [...await getCollection(collection)].sort((a, b) => {
|
||||
const ao = Number(a.data.order ?? 9999);
|
||||
const bo = Number(b.data.order ?? 9999);
|
||||
if (ao !== bo) return ao - bo;
|
||||
|
||||
const at = String(a.data.title ?? a.data.term ?? slugOf(a));
|
||||
const bt = String(b.data.title ?? b.data.term ?? slugOf(b));
|
||||
return collator.compare(at, bt);
|
||||
});
|
||||
---
|
||||
|
||||
<nav class="toc-global" aria-label={label}>
|
||||
@@ -21,10 +31,12 @@ const href = (slug) => `${basePath}/${slug}/`;
|
||||
|
||||
<ol class="toc-global__list">
|
||||
{entries.map((e) => {
|
||||
const active = e.slug === currentSlug;
|
||||
const slug = slugOf(e);
|
||||
const active = slug === currentSlug;
|
||||
|
||||
return (
|
||||
<li class={`toc-item ${active ? "is-active" : ""}`}>
|
||||
<a class="toc-link" href={href(e.slug)} aria-current={active ? "page" : undefined}>
|
||||
<a class="toc-link" href={hrefOf(e)} aria-current={active ? "page" : undefined}>
|
||||
<span class="toc-link__row">
|
||||
{active ? (
|
||||
<span class="toc-active-indicator" aria-hidden="true">👉</span>
|
||||
|
||||
@@ -59,7 +59,14 @@ 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([])
|
||||
links: z.array(linkSchema).default([]),
|
||||
|
||||
kind: z.enum(["concept", "topologie", "diagnostic", "verbe", "paradigme"]),
|
||||
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([])
|
||||
})
|
||||
});
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 100
|
||||
order: 195
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 20
|
||||
order: 120
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 30
|
||||
order: 130
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 40
|
||||
order: 140
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 50
|
||||
order: 150
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 60
|
||||
order: 160
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 70
|
||||
order: 170
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 80
|
||||
order: 180
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 90
|
||||
order: 190
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
|
||||
@@ -6,7 +6,7 @@ level: 1
|
||||
version: "0.1.0"
|
||||
concepts: []
|
||||
links: []
|
||||
order: 10
|
||||
order: 110
|
||||
summary: ""
|
||||
source:
|
||||
kind: docx
|
||||
@@ -33,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.
|
||||
|
||||
@@ -45,7 +45,7 @@ La première est l’épreuve de *détectabilité*. Elle consiste à savoir si,
|
||||
|
||||
La deuxième est l’épreuve archéogénétique. Il s’agit de replacer Système F dans la série des méta-régimes régulateurs décrits par la thèse : techno-logistique, scripturo-bureaucratique, marchand, guerrier, etc. Nous demanderons : de quelle histoire Système F est-il le prolongement ? Relève-t-il d’une nouvelle étape radicalement inédite, ou vient-il composer plusieurs régimes existants — par exemple la mégamachine techno-logistique, la rationalité scripturo-bureaucratique et le régime marchand ? Quels “styles de régulation” anciens réactive-t-il sous une forme technique nouvelle ?
|
||||
|
||||
La troisième est l’épreuve morphologique. Elle consiste à confronter Système F aux grandes philosophies du pouvoir auxquelles la thèse s’est mesurée : gouvernementalité foucaldienne, espace public habermassien, dissensus rancière, économies de la grandeur de Boltanski et Thévenot, etc. Que devient la gouvernementalité quand elle se dote d’un Système F ? Que devient l’espace public quand les contributions circulent à travers des filtres IA ? Comment les épreuves de justification se transforment-elles lorsque des modèles statistiques produisent des classements et des diagnostics à grande échelle ? Cette épreuve permettra de montrer ce que le paradigme archicratique voit que ces philosophies laissent en retrait : la question de la scène concrète où le pouvoir se justifie (ou ne se justifie pas).
|
||||
La troisième est l’épreuve morphologique. Elle consiste à confronter Système F aux grandes philosophies du pouvoir auxquelles la thèse s’est mesurée : gouvernementalité foucaldienne, espace public habermassien, économies de la grandeur de Boltanski et Thévenot, etc. Que devient la gouvernementalité quand elle se dote d’un Système F ? Que devient l’espace public quand les contributions circulent à travers des filtres IA ? Comment les épreuves de justification se transforment-elles lorsque des modèles statistiques produisent des classements et des diagnostics à grande échelle ? Cette épreuve permettra de montrer ce que le paradigme archicratique voit que ces philosophies laissent en retrait : la question de la scène concrète où le pouvoir se justifie (ou ne se justifie pas).
|
||||
|
||||
La quatrième est l’épreuve historique. Les révolutions industrielles ont été relues par la thèse comme des révolutions régulatrices : chaque vague technologique reconfigurant les agencements entre *arcalité, cratialité, archicration*. Nous montrerons en quoi Système F est un produit avancé de la quatrième révolution régulatrice (numérisation intégrale, pilotage par indicateurs) et en quoi il force à prendre au sérieux l’hypothèse d’une cinquième révolution scénique : non plus centrée sur l’extension de la puissance calculatoire, mais sur la réinstitution de la scène comme opérateur central du pouvoir.
|
||||
|
||||
|
||||
41
src/content/glossaire/arcalite.md
Normal file
41
src/content/glossaire/arcalite.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
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", "tension"]
|
||||
opposedTo: []
|
||||
seeAlso: ["co-viabilite", "tension"]
|
||||
---
|
||||
|
||||
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,11 +4,39 @@ term: "Archicratie"
|
||||
aliases: ["Paradigme archicratique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
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"]
|
||||
version: "0.1.0"
|
||||
definitionShort: "Régime d’intelligibilité centré sur les architectures de régulation qui organisent les tensions et rendent possible la co-viabilité des sociétés complexes."
|
||||
concepts: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
opposedTo: ["autarchicratie"]
|
||||
seeAlso: ["scene-depreuve", "obliteration-archicratique", "tension"]
|
||||
---
|
||||
|
||||
Définition longue (à enrichir).
|
||||
Ici, on mettra la définition complète, les usages, les distinctions, et des renvois typés.
|
||||
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/)
|
||||
|
||||
42
src/content/glossaire/archicration.md
Normal file
42
src/content/glossaire/archicration.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
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", "tension"]
|
||||
opposedTo: ["obliteration-archicratique"]
|
||||
seeAlso: ["autarchicratie", "tension"]
|
||||
---
|
||||
|
||||
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/)
|
||||
42
src/content/glossaire/autarchicratie.md
Normal file
42
src/content/glossaire/autarchicratie.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
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/)
|
||||
42
src/content/glossaire/co-viabilite.md
Normal file
42
src/content/glossaire/co-viabilite.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
title: "Co-viabilité"
|
||||
term: "Co-viabilité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Capacité d’un ordre collectif à maintenir la coexistence durable de dynamiques multiples en organisant les tensions qui les traversent."
|
||||
concepts: ["co-viabilite", "archicratie", "arcalite", "cratialite", "archicration"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "tension"]
|
||||
opposedTo: []
|
||||
seeAlso: ["autarchicratie", "tension"]
|
||||
---
|
||||
|
||||
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/)
|
||||
41
src/content/glossaire/cratialite.md
Normal file
41
src/content/glossaire/cratialite.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
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", "tension"]
|
||||
opposedTo: []
|
||||
seeAlso: ["autarchicratie", "tension"]
|
||||
---
|
||||
|
||||
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/)
|
||||
42
src/content/glossaire/obliteration-archicratique.md
Normal file
42
src/content/glossaire/obliteration-archicratique.md
Normal file
@@ -0,0 +1,42 @@
|
||||
---
|
||||
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/)
|
||||
41
src/content/glossaire/scene-depreuve.md
Normal file
41
src/content/glossaire/scene-depreuve.md
Normal file
@@ -0,0 +1,41 @@
|
||||
---
|
||||
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/)
|
||||
48
src/content/glossaire/tension.md
Normal file
48
src/content/glossaire/tension.md
Normal file
@@ -0,0 +1,48 @@
|
||||
---
|
||||
title: "Tension"
|
||||
term: "Tension"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Différentiel, pression ou rapport dynamique entre forces, structures, normes ou flux, dont le traitement conditionne la tenue d’un ordre social ou technique."
|
||||
concepts: ["tension", "archicratie", "co-viabilite", "arcalite", "cratialite", "archicration"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "co-viabilite", "arcalite", "cratialite", "archicration"]
|
||||
opposedTo: []
|
||||
seeAlso: ["autarchicratie", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
La tension désigne l’état dynamique dans lequel des forces, des structures, des normes, des intérêts ou des flux entrent en rapport de pression, de différenciation ou d’ajustement.
|
||||
|
||||
## Distinction
|
||||
|
||||
La tension ne se réduit ni au conflit ouvert ni à la crise manifeste. Elle peut être latente, diffuse ou distribuée, tout en demeurant déterminante pour la tenue d’un ordre collectif.
|
||||
|
||||
Elle n’est pas nécessairement négative : certaines tensions sont structurantes et rendent possible l’équilibre dynamique d’un système.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans le paradigme archicratique, les sociétés ne se définissent pas par l’absence de tensions, mais par les architectures capables d’organiser ces tensions et d’éviter leur transformation en ruptures destructrices.
|
||||
|
||||
L’analyse archicratique porte donc sur les dispositifs qui permettent de rendre ces tensions visibles, traitables et compatibles avec la continuité collective.
|
||||
|
||||
## Usages
|
||||
|
||||
Le terme sert à analyser :
|
||||
|
||||
- les différentiels entre structures et dynamiques ;
|
||||
- les pressions exercées sur un ordre régulateur ;
|
||||
- les points de désajustement ou de surcharge ;
|
||||
- les conditions de la co-viabilité.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
@@ -3,15 +3,21 @@ import { getCollection } from "astro:content";
|
||||
|
||||
export const prerender = true;
|
||||
|
||||
const slugOf = (entry: { id: string }) => String(entry.id).replace(/\.(md|mdx)$/i, "");
|
||||
|
||||
export const GET: APIRoute = async () => {
|
||||
const entries = await getCollection("glossaire");
|
||||
const index = entries.map((e) => ({
|
||||
slug: e.slug,
|
||||
term: e.data.term,
|
||||
aliases: e.data.aliases ?? [],
|
||||
definitionShort: e.data.definitionShort,
|
||||
href: `/glossaire/${e.slug}/`,
|
||||
}));
|
||||
|
||||
const index = entries.map((e) => {
|
||||
const slug = slugOf(e);
|
||||
return {
|
||||
slug,
|
||||
term: e.data.term,
|
||||
aliases: e.data.aliases ?? [],
|
||||
definitionShort: e.data.definitionShort,
|
||||
href: `/glossaire/${slug}/`,
|
||||
};
|
||||
});
|
||||
|
||||
return new Response(JSON.stringify(index), {
|
||||
headers: {
|
||||
@@ -19,4 +25,4 @@ export const GET: APIRoute = async () => {
|
||||
"Cache-Control": "public, max-age=3600",
|
||||
},
|
||||
});
|
||||
};
|
||||
};
|
||||
@@ -1,34 +1,38 @@
|
||||
---
|
||||
import EditionLayout from "../../layouts/EditionLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
import EditionToc from "../../components/EditionToc.astro";
|
||||
import LocalToc from "../../components/LocalToc.astro";
|
||||
import { getCollection, render } from "astro:content";
|
||||
|
||||
export async function getStaticPaths() {
|
||||
// ✅ Après migration : plus de filtre par prefix, on prend toute la collection
|
||||
const entries = await getCollection("archicrat-ia");
|
||||
|
||||
return entries.map((entry) => ({
|
||||
params: { slug: entry.slug },
|
||||
props: { entry },
|
||||
params: { slug: String(entry.id).replace(/\.(md|mdx)$/i, "") },
|
||||
props: { entry }
|
||||
}));
|
||||
}
|
||||
|
||||
const { entry } = Astro.props;
|
||||
const { Content, headings } = await entry.render();
|
||||
const { Content, headings } = await render(entry);
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
title={entry.data.title}
|
||||
editionLabel="Essai-thèse"
|
||||
editionKey="archicrat-ia"
|
||||
statusLabel="essai-thèse"
|
||||
statusLabel="Essai-thèse"
|
||||
statusKey="essai_these"
|
||||
level={entry.data.level}
|
||||
level={entry.data.level ?? 1}
|
||||
version={entry.data.version}
|
||||
>
|
||||
<Fragment slot="aside">
|
||||
<EditionToc currentSlug={entry.slug} />
|
||||
<EditionToc
|
||||
currentSlug={String(entry.id).replace(/\.(md|mdx)$/i, "")}
|
||||
collection="archicrat-ia"
|
||||
basePath="/archicrat-ia"
|
||||
label="Table des matières — ArchiCraT-IA"
|
||||
/>
|
||||
<LocalToc headings={headings} />
|
||||
</Fragment>
|
||||
|
||||
|
||||
@@ -2,12 +2,8 @@
|
||||
import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
// ✅ Après migration physique : collection = "archicrat-ia", slug = "chapitre-3" (sans prefix)
|
||||
const entries = await getCollection("archicrat-ia");
|
||||
|
||||
entries.sort((a, b) => (a.data.order ?? 9999) - (b.data.order ?? 9999));
|
||||
|
||||
const href = (slug) => `/archicrat-ia/${slug}/`;
|
||||
---
|
||||
|
||||
<SiteLayout title="Essai-thèse — ArchiCraT-IA">
|
||||
@@ -15,7 +11,11 @@ const href = (slug) => `/archicrat-ia/${slug}/`;
|
||||
|
||||
<ul>
|
||||
{entries.map((e) => (
|
||||
<li><a href={href(e.slug)}>{e.data.title}</a></li>
|
||||
<li>
|
||||
<a href={`/archicrat-ia/${String(e.id).replace(/\.(md|mdx)$/i, "")}/`}>
|
||||
{e.data.title}
|
||||
</a>
|
||||
</li>
|
||||
))}
|
||||
</ul>
|
||||
</SiteLayout>
|
||||
@@ -2,19 +2,19 @@
|
||||
import EditionLayout from "../../layouts/EditionLayout.astro";
|
||||
import EditionToc from "../../components/EditionToc.astro";
|
||||
import LocalToc from "../../components/LocalToc.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
import { getCollection, render } from "astro:content";
|
||||
|
||||
export async function getStaticPaths() {
|
||||
const entries = await getCollection("cas-ia");
|
||||
|
||||
return entries.map((entry) => ({
|
||||
params: { slug: entry.slug },
|
||||
params: { slug: String(entry.id).replace(/\.(md|mdx)$/i, "") },
|
||||
props: { entry }
|
||||
}));
|
||||
}
|
||||
|
||||
const { entry } = Astro.props;
|
||||
const { Content, headings } = await entry.render();
|
||||
const { Content, headings } = await render(entry);
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
@@ -28,7 +28,7 @@ const { Content, headings } = await entry.render();
|
||||
>
|
||||
<Fragment slot="aside">
|
||||
<EditionToc
|
||||
currentSlug={entry.slug}
|
||||
currentSlug={String(entry.id).replace(/\.(md|mdx)$/i, "")}
|
||||
collection="cas-ia"
|
||||
basePath="/cas-ia"
|
||||
label="Table des matières — Cas pratique IA"
|
||||
@@ -37,6 +37,5 @@ const { Content, headings } = await entry.render();
|
||||
</Fragment>
|
||||
|
||||
<h1>{entry.data.title}</h1>
|
||||
|
||||
<Content />
|
||||
</EditionLayout>
|
||||
@@ -3,10 +3,7 @@ import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
const entries = await getCollection("cas-ia");
|
||||
|
||||
entries.sort((a, b) => (a.data.order ?? 9999) - (b.data.order ?? 9999));
|
||||
|
||||
const href = (slug: string) => `/cas-ia/${slug}/`;
|
||||
---
|
||||
|
||||
<SiteLayout title="Cas pratique — Gouvernance des systèmes IA">
|
||||
@@ -14,7 +11,11 @@ const href = (slug: string) => `/cas-ia/${slug}/`;
|
||||
|
||||
<ul>
|
||||
{entries.map((e) => (
|
||||
<li><a href={href(e.slug)}>{e.data.title}</a></li>
|
||||
<li>
|
||||
<a href={`/cas-ia/${String(e.id).replace(/\.(md|mdx)$/i, "")}/`}>
|
||||
{e.data.title}
|
||||
</a>
|
||||
</li>
|
||||
))}
|
||||
</ul>
|
||||
</SiteLayout>
|
||||
@@ -1,17 +1,17 @@
|
||||
---
|
||||
import EditionLayout from "../../layouts/EditionLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
import { getCollection, render } from "astro:content";
|
||||
|
||||
export async function getStaticPaths() {
|
||||
const entries = await getCollection("glossaire");
|
||||
return entries.map((entry) => ({
|
||||
params: { slug: entry.slug },
|
||||
params: { slug: String(entry.id).replace(/\.(md|mdx)$/i, "") },
|
||||
props: { entry },
|
||||
}));
|
||||
}
|
||||
|
||||
const { entry } = Astro.props;
|
||||
const { Content } = await entry.render();
|
||||
const { Content } = await render(entry);
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
@@ -26,4 +26,4 @@ const { Content } = await entry.render();
|
||||
<h1>{entry.data.term}</h1>
|
||||
<p><em>{entry.data.definitionShort}</em></p>
|
||||
<Content />
|
||||
</EditionLayout>
|
||||
</EditionLayout>
|
||||
@@ -3,13 +3,323 @@ import SiteLayout from "../../layouts/SiteLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
|
||||
const entries = await getCollection("glossaire");
|
||||
entries.sort((a, b) => a.data.term.localeCompare(b.data.term, "fr"));
|
||||
|
||||
const slugOf = (entry) => String(entry.id).replace(/\.(md|mdx)$/i, "");
|
||||
const hrefOf = (entry) => `/glossaire/${slugOf(entry)}/`;
|
||||
|
||||
const collator = new Intl.Collator("fr", { sensitivity: "base", numeric: true });
|
||||
|
||||
const sorted = [...entries].sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
|
||||
function groupByInitial(list) {
|
||||
const map = new Map();
|
||||
|
||||
for (const entry of list) {
|
||||
const letter = (entry.data.term || "").trim().charAt(0).toUpperCase() || "#";
|
||||
if (!map.has(letter)) map.set(letter, []);
|
||||
map.get(letter).push(entry);
|
||||
}
|
||||
|
||||
return [...map.entries()].sort((a, b) => collator.compare(a[0], b[0]));
|
||||
}
|
||||
|
||||
const groupedAlpha = groupByInitial(sorted);
|
||||
|
||||
const byPredicate = (fn) => sorted.filter(fn);
|
||||
|
||||
const fondamentaux = byPredicate(
|
||||
(e) => e.data.kind === "concept" && e.data.level === "fondamental"
|
||||
);
|
||||
|
||||
const intermediaires = byPredicate(
|
||||
(e) => e.data.kind === "concept" && e.data.level === "intermediaire"
|
||||
);
|
||||
|
||||
const avances = byPredicate(
|
||||
(e) => e.data.kind === "concept" && e.data.level === "avance"
|
||||
);
|
||||
|
||||
const diagnostics = byPredicate((e) => e.data.kind === "diagnostic");
|
||||
const topologies = byPredicate((e) => e.data.kind === "topologie");
|
||||
const verbes = byPredicate((e) => e.data.kind === "verbe");
|
||||
const paradigmes = byPredicate((e) => e.data.kind === "paradigme");
|
||||
---
|
||||
|
||||
<SiteLayout title="Glossaire archicratique">
|
||||
<h1>Glossaire archicratique</h1>
|
||||
<ul>
|
||||
{entries.map((e) => (
|
||||
<li><a href={`/glossaire/${e.slug}/`}>{e.data.term}</a> — <em>{e.data.definitionShort}</em></li>
|
||||
))}
|
||||
</ul>
|
||||
<section class="glossary-home">
|
||||
<header class="glossary-hero">
|
||||
<p class="glossary-kicker">Référentiel terminologique</p>
|
||||
<h1>Glossaire archicratique</h1>
|
||||
<p class="glossary-intro">
|
||||
Ce glossaire rassemble les concepts, diagnostics, topologies et verbes
|
||||
utiles à la lecture du paradigme archicratique. Son organisation repose
|
||||
sur les métadonnées de chaque entrée afin de maintenir une structure
|
||||
cohérente, extensible et lisible.
|
||||
</p>
|
||||
</header>
|
||||
|
||||
<nav class="glossary-toc" aria-label="Sommaire du glossaire">
|
||||
<a href="#reperes">Repères</a>
|
||||
<a href="#paradigmes">Paradigmes mobilisés</a>
|
||||
{paradigmes.length > 0 && (
|
||||
<section id="paradigmes" class="glossary-section">
|
||||
<h2>Paradigmes mobilisés</h2>
|
||||
<p class="glossary-intro">
|
||||
Ces entrées ne relèvent pas du noyau conceptuel archicratique au sens strict.
|
||||
Elles désignent les cadres théoriques, paradigmes ou traditions de pensée
|
||||
avec lesquels l’archicratie entre en dialogue, en déplacement ou en différenciation.
|
||||
</p>
|
||||
|
||||
<div class="glossary-cards">
|
||||
{paradigmes.map((e) => (
|
||||
<a class="glossary-card" href={hrefOf(e)}>
|
||||
<strong>{e.data.term}</strong>
|
||||
<span>{e.data.definitionShort}</span>
|
||||
</a>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
)}
|
||||
<a href="#alphabetique">Index alphabétique</a>
|
||||
</nav>
|
||||
|
||||
<section id="reperes" class="glossary-section">
|
||||
<h2>Repères</h2>
|
||||
|
||||
{fondamentaux.length > 0 && (
|
||||
<section class="glossary-block">
|
||||
<h3>Repères fondamentaux</h3>
|
||||
<div class="glossary-cards">
|
||||
{fondamentaux.map((e) => (
|
||||
<a class="glossary-card" href={hrefOf(e)}>
|
||||
<strong>{e.data.term}</strong>
|
||||
<span>{e.data.definitionShort}</span>
|
||||
</a>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
)}
|
||||
|
||||
{intermediaires.length > 0 && (
|
||||
<section class="glossary-block">
|
||||
<h3>Concepts intermédiaires</h3>
|
||||
<div class="glossary-cards">
|
||||
{intermediaires.map((e) => (
|
||||
<a class="glossary-card" href={hrefOf(e)}>
|
||||
<strong>{e.data.term}</strong>
|
||||
<span>{e.data.definitionShort}</span>
|
||||
</a>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
)}
|
||||
|
||||
{avances.length > 0 && (
|
||||
<section class="glossary-block">
|
||||
<h3>Concepts avancés</h3>
|
||||
<div class="glossary-cards">
|
||||
{avances.map((e) => (
|
||||
<a class="glossary-card" href={hrefOf(e)}>
|
||||
<strong>{e.data.term}</strong>
|
||||
<span>{e.data.definitionShort}</span>
|
||||
</a>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
)}
|
||||
|
||||
{diagnostics.length > 0 && (
|
||||
<section class="glossary-block">
|
||||
<h3>Diagnostics</h3>
|
||||
<div class="glossary-cards">
|
||||
{diagnostics.map((e) => (
|
||||
<a class="glossary-card" href={hrefOf(e)}>
|
||||
<strong>{e.data.term}</strong>
|
||||
<span>{e.data.definitionShort}</span>
|
||||
</a>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
)}
|
||||
|
||||
{topologies.length > 0 && (
|
||||
<section class="glossary-block">
|
||||
<h3>Topologies</h3>
|
||||
<div class="glossary-cards">
|
||||
{topologies.map((e) => (
|
||||
<a class="glossary-card" href={hrefOf(e)}>
|
||||
<strong>{e.data.term}</strong>
|
||||
<span>{e.data.definitionShort}</span>
|
||||
</a>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
)}
|
||||
|
||||
{verbes.length > 0 && (
|
||||
<section class="glossary-block">
|
||||
<h3>Verbes de la scène archicratique</h3>
|
||||
<div class="glossary-cards">
|
||||
{verbes.map((e) => (
|
||||
<a class="glossary-card" href={hrefOf(e)}>
|
||||
<strong>{e.data.term}</strong>
|
||||
<span>{e.data.definitionShort}</span>
|
||||
</a>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
)}
|
||||
</section>
|
||||
|
||||
<section id="alphabetique" class="glossary-section">
|
||||
<h2>Index alphabétique</h2>
|
||||
|
||||
<nav class="glossary-alpha-nav" aria-label="Lettres du glossaire">
|
||||
{groupedAlpha.map(([letter]) => (
|
||||
<a href={`#letter-${letter}`}>{letter}</a>
|
||||
))}
|
||||
</nav>
|
||||
|
||||
<div class="glossary-alpha-groups">
|
||||
{groupedAlpha.map(([letter, items]) => (
|
||||
<section class="glossary-letter-group" id={`letter-${letter}`}>
|
||||
<h3>{letter}</h3>
|
||||
<ul class="glossary-list">
|
||||
{items.map((e) => (
|
||||
<li>
|
||||
<a href={hrefOf(e)}>{e.data.term}</a>
|
||||
<span> — {e.data.definitionShort}</span>
|
||||
</li>
|
||||
))}
|
||||
</ul>
|
||||
</section>
|
||||
))}
|
||||
</div>
|
||||
</section>
|
||||
</section>
|
||||
</SiteLayout>
|
||||
|
||||
<style>
|
||||
.glossary-home{
|
||||
padding: 8px 0 32px;
|
||||
}
|
||||
|
||||
.glossary-hero{
|
||||
margin-bottom: 24px;
|
||||
}
|
||||
|
||||
.glossary-kicker{
|
||||
font-size: 12px;
|
||||
letter-spacing: .08em;
|
||||
text-transform: uppercase;
|
||||
opacity: .72;
|
||||
margin-bottom: 8px;
|
||||
}
|
||||
|
||||
.glossary-intro{
|
||||
max-width: 72ch;
|
||||
opacity: .92;
|
||||
}
|
||||
|
||||
.glossary-toc{
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 10px;
|
||||
margin: 18px 0 30px;
|
||||
}
|
||||
|
||||
.glossary-toc a{
|
||||
border: 1px solid rgba(127,127,127,0.28);
|
||||
border-radius: 999px;
|
||||
padding: 6px 12px;
|
||||
text-decoration: none;
|
||||
}
|
||||
|
||||
.glossary-section{
|
||||
margin-top: 34px;
|
||||
}
|
||||
|
||||
.glossary-block{
|
||||
margin-top: 18px;
|
||||
}
|
||||
|
||||
.glossary-cards{
|
||||
display: grid;
|
||||
grid-template-columns: repeat(auto-fit, minmax(220px, 1fr));
|
||||
gap: 12px;
|
||||
margin-top: 12px;
|
||||
}
|
||||
|
||||
.glossary-card{
|
||||
display: flex;
|
||||
flex-direction: column;
|
||||
gap: 8px;
|
||||
padding: 14px 16px;
|
||||
border: 1px solid rgba(127,127,127,0.22);
|
||||
border-radius: 16px;
|
||||
background: rgba(127,127,127,0.05);
|
||||
text-decoration: none;
|
||||
transition: transform 120ms ease, background 120ms ease;
|
||||
}
|
||||
|
||||
.glossary-card:hover{
|
||||
transform: translateY(-1px);
|
||||
background: rgba(127,127,127,0.08);
|
||||
text-decoration: none;
|
||||
}
|
||||
|
||||
.glossary-card strong{
|
||||
font-size: 15px;
|
||||
}
|
||||
|
||||
.glossary-card span{
|
||||
font-size: 14px;
|
||||
line-height: 1.45;
|
||||
opacity: .92;
|
||||
}
|
||||
|
||||
.glossary-alpha-nav{
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 8px;
|
||||
margin: 12px 0 20px;
|
||||
}
|
||||
|
||||
.glossary-alpha-nav a{
|
||||
min-width: 32px;
|
||||
text-align: center;
|
||||
border: 1px solid rgba(127,127,127,0.22);
|
||||
border-radius: 10px;
|
||||
padding: 5px 8px;
|
||||
text-decoration: none;
|
||||
}
|
||||
|
||||
.glossary-alpha-groups{
|
||||
display: flex;
|
||||
flex-direction: column;
|
||||
gap: 24px;
|
||||
}
|
||||
|
||||
.glossary-letter-group h3{
|
||||
margin-bottom: 10px;
|
||||
}
|
||||
|
||||
.glossary-list{
|
||||
margin: 0;
|
||||
padding-left: 18px;
|
||||
}
|
||||
|
||||
.glossary-list li{
|
||||
margin-bottom: 8px;
|
||||
}
|
||||
|
||||
@media (prefers-color-scheme: dark){
|
||||
.glossary-card{
|
||||
background: rgba(255,255,255,0.04);
|
||||
}
|
||||
|
||||
.glossary-card:hover{
|
||||
background: rgba(255,255,255,0.07);
|
||||
}
|
||||
}
|
||||
</style>
|
||||
@@ -539,4 +539,91 @@ html{ scroll-behavior: smooth; }
|
||||
min-height: 100dvh;
|
||||
}
|
||||
}
|
||||
}
|
||||
}
|
||||
|
||||
/* ==========================
|
||||
Glossaire
|
||||
========================== */
|
||||
|
||||
.glossary-intro{
|
||||
margin-bottom: 14px;
|
||||
}
|
||||
|
||||
.glossary-section{
|
||||
margin: 24px 0;
|
||||
}
|
||||
|
||||
.glossary-section-nav{
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 10px;
|
||||
margin: 18px 0 12px;
|
||||
}
|
||||
|
||||
.glossary-section-nav a,
|
||||
.glossary-alpha-nav a{
|
||||
border: 1px solid rgba(127,127,127,0.35);
|
||||
border-radius: 999px;
|
||||
padding: 4px 10px;
|
||||
transition: background 120ms ease, transform 120ms ease;
|
||||
}
|
||||
|
||||
.glossary-section-nav a:hover,
|
||||
.glossary-alpha-nav a:hover{
|
||||
background: rgba(127,127,127,0.10);
|
||||
transform: translateY(-1px);
|
||||
text-decoration: none;
|
||||
}
|
||||
|
||||
.glossary-grid{
|
||||
display: grid;
|
||||
grid-template-columns: repeat(auto-fit, minmax(240px, 1fr));
|
||||
gap: 14px;
|
||||
margin-top: 14px;
|
||||
}
|
||||
|
||||
.glossary-card{
|
||||
border: 1px solid rgba(127,127,127,0.22);
|
||||
border-radius: 16px;
|
||||
padding: 14px;
|
||||
background: rgba(127,127,127,0.05);
|
||||
}
|
||||
|
||||
.glossary-card h3{
|
||||
margin-top: 0;
|
||||
margin-bottom: 8px;
|
||||
line-height: 1.25;
|
||||
}
|
||||
|
||||
.glossary-card__def{
|
||||
margin-bottom: 10px;
|
||||
}
|
||||
|
||||
.glossary-meta{
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 8px;
|
||||
font-size: 12px;
|
||||
opacity: .85;
|
||||
}
|
||||
|
||||
.glossary-meta span{
|
||||
border: 1px solid rgba(127,127,127,0.28);
|
||||
border-radius: 999px;
|
||||
padding: 2px 8px;
|
||||
}
|
||||
|
||||
.glossary-alpha-nav{
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 8px;
|
||||
margin: 12px 0 18px;
|
||||
}
|
||||
|
||||
.glossary-alpha-group{
|
||||
margin: 20px 0;
|
||||
}
|
||||
|
||||
.glossary-alpha-group h3{
|
||||
margin-bottom: 8px;
|
||||
}
|
||||
@@ -6296,7 +6296,52 @@
|
||||
"p-186-a71db080",
|
||||
"p-187-a4e7484a"
|
||||
],
|
||||
"glossaire/arcalite/index.html": [
|
||||
"p-0-14ac86eb",
|
||||
"p-1-59f414fa",
|
||||
"p-2-74b24e77",
|
||||
"p-3-f4aae370"
|
||||
],
|
||||
"glossaire/archicratie/index.html": [
|
||||
"p-0-942a2447"
|
||||
"p-0-cce1f89f",
|
||||
"p-1-fa8e1d82",
|
||||
"p-2-cb69a6bb",
|
||||
"p-3-f2d0dd74"
|
||||
],
|
||||
"glossaire/archicration/index.html": [
|
||||
"p-0-72a4b89d",
|
||||
"p-1-958e2027",
|
||||
"p-2-c8b40f56",
|
||||
"p-3-bd704a11"
|
||||
],
|
||||
"glossaire/autarchicratie/index.html": [
|
||||
"p-0-d2418a7d",
|
||||
"p-1-393b9d29",
|
||||
"p-2-723c1ce5",
|
||||
"p-3-6ced0465"
|
||||
],
|
||||
"glossaire/co-viabilite/index.html": [
|
||||
"p-0-648f9a90",
|
||||
"p-1-365fcb8d",
|
||||
"p-2-c8c0b7e1",
|
||||
"p-3-f2d0dd74"
|
||||
],
|
||||
"glossaire/cratialite/index.html": [
|
||||
"p-0-744f5cc4",
|
||||
"p-1-308eda7d",
|
||||
"p-2-e218841f",
|
||||
"p-3-1a820df7"
|
||||
],
|
||||
"glossaire/obliteration-archicratique/index.html": [
|
||||
"p-0-514feff0",
|
||||
"p-1-07a0688e",
|
||||
"p-2-8bb49187",
|
||||
"p-3-1a820df7"
|
||||
],
|
||||
"glossaire/scene-depreuve/index.html": [
|
||||
"p-0-a92e4dd5",
|
||||
"p-1-cc30b40c",
|
||||
"p-2-af83aec3",
|
||||
"p-3-1a820df7"
|
||||
]
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user