Compare commits
34 Commits
refactor/r
...
cfa092cd38
| Author | SHA1 | Date | |
|---|---|---|---|
| cfa092cd38 | |||
| 1a762f8f54 | |||
| fbdaf72775 | |||
| 67128a9ca1 | |||
| 898759db3d | |||
| 4f009a9557 | |||
| 378d0981f0 | |||
| 8f3702f803 | |||
| cfd303fc85 | |||
| 0fc0976f8a | |||
| e247ea8ead | |||
| 0c57c4bc6d | |||
| 9b7998e1c3 | |||
| 8997a00413 | |||
| a2e6f6185f | |||
| c2715b01d7 | |||
| 6f09dfcd12 | |||
| bb9f55a3b5 | |||
| 298ee7492c | |||
| 37cb836246 | |||
| 19e3318125 | |||
| 683b02f4a0 | |||
| 20aecc30b1 | |||
| daf57aa152 | |||
| bfd693de92 | |||
| ea2ad0017b | |||
| 82e7473cac | |||
| 315523e80f | |||
| 569b6de154 | |||
| 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>
|
||||
|
||||
298
src/components/GlossaryAside.astro
Normal file
298
src/components/GlossaryAside.astro
Normal file
@@ -0,0 +1,298 @@
|
||||
---
|
||||
const {
|
||||
currentEntry,
|
||||
allEntries = [],
|
||||
} = Astro.props;
|
||||
|
||||
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 bySlug = new Map(allEntries.map((entry) => [slugOf(entry), entry]));
|
||||
const currentSlug = slugOf(currentEntry);
|
||||
|
||||
const fondamentauxWanted = [
|
||||
"archicratie",
|
||||
"tension",
|
||||
"arcalite",
|
||||
"cratialite",
|
||||
"archicration",
|
||||
"co-viabilite",
|
||||
];
|
||||
|
||||
const fondamentaux = fondamentauxWanted
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter(Boolean);
|
||||
|
||||
function resolveList(slugs = []) {
|
||||
return slugs
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter(Boolean);
|
||||
}
|
||||
|
||||
function uniqueBySlug(entries) {
|
||||
const seen = new Set();
|
||||
const out = [];
|
||||
for (const entry of entries) {
|
||||
const slug = slugOf(entry);
|
||||
if (seen.has(slug)) continue;
|
||||
seen.add(slug);
|
||||
out.push(entry);
|
||||
}
|
||||
return out;
|
||||
}
|
||||
|
||||
const relatedEntries = uniqueBySlug(resolveList(currentEntry.data.related ?? []))
|
||||
.sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
|
||||
const opposedEntries = uniqueBySlug(resolveList(currentEntry.data.opposedTo ?? []))
|
||||
.sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
|
||||
const seeAlsoEntries = uniqueBySlug(resolveList(currentEntry.data.seeAlso ?? []))
|
||||
.sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
|
||||
const paradigmes = [...allEntries]
|
||||
.filter((e) => e.data.kind === "paradigme" && slugOf(e) !== currentSlug)
|
||||
.sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
|
||||
function contextualParadigmsFor(entry) {
|
||||
const relatedParadigms = (entry.data.related ?? [])
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter((e) => e && e.data.kind === "paradigme");
|
||||
|
||||
const seeAlsoParadigms = (entry.data.seeAlso ?? [])
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter((e) => e && e.data.kind === "paradigme");
|
||||
|
||||
const opposedParadigms = (entry.data.opposedTo ?? [])
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter((e) => e && e.data.kind === "paradigme");
|
||||
|
||||
const merged = uniqueBySlug([
|
||||
...relatedParadigms,
|
||||
...seeAlsoParadigms,
|
||||
...opposedParadigms,
|
||||
]);
|
||||
|
||||
if (merged.length > 0) {
|
||||
return merged.slice(0, 5);
|
||||
}
|
||||
|
||||
if (entry.data.kind === "paradigme") {
|
||||
const preferred = [
|
||||
"gouvernementalite",
|
||||
"gouvernementalite-algorithmique",
|
||||
"cybernetique",
|
||||
"biopolitique",
|
||||
"bureaucratie",
|
||||
"contractualisme-hobbesien",
|
||||
"liberalisme-proprietaire",
|
||||
"volonte-generale",
|
||||
];
|
||||
|
||||
return uniqueBySlug(
|
||||
preferred
|
||||
.filter((slug) => slug !== currentSlug)
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter(Boolean)
|
||||
).slice(0, 5);
|
||||
}
|
||||
|
||||
return paradigmes.slice(0, 4);
|
||||
}
|
||||
|
||||
const contextualParadigms = contextualParadigmsFor(currentEntry);
|
||||
|
||||
const kindLabels = {
|
||||
concept: "Concept",
|
||||
diagnostic: "Diagnostic",
|
||||
topologie: "Topologie",
|
||||
verbe: "Verbe",
|
||||
paradigme: "Paradigme",
|
||||
doctrine: "Doctrine",
|
||||
};
|
||||
|
||||
const domainLabels = {
|
||||
transversal: "Transversal",
|
||||
theorie: "Théorie",
|
||||
"cas-ia": "Cas IA",
|
||||
};
|
||||
|
||||
const levelLabels = {
|
||||
fondamental: "Fondamental",
|
||||
intermediaire: "Intermédiaire",
|
||||
avance: "Avancé",
|
||||
};
|
||||
|
||||
const metaLabel = [
|
||||
kindLabels[currentEntry.data.kind] ?? currentEntry.data.kind,
|
||||
domainLabels[currentEntry.data.domain] ?? currentEntry.data.domain,
|
||||
levelLabels[currentEntry.data.level] ?? currentEntry.data.level,
|
||||
].join(" · ");
|
||||
---
|
||||
|
||||
<nav class="glossary-aside" aria-label="Navigation du glossaire">
|
||||
<div class="glossary-aside__block glossary-aside__block--intro">
|
||||
<a class="glossary-aside__back" href="/glossaire/">← Retour au glossaire</a>
|
||||
<div class="glossary-aside__title">Glossaire archicratique</div>
|
||||
<div class="glossary-aside__meta">{metaLabel}</div>
|
||||
</div>
|
||||
|
||||
{fondamentaux.length > 0 && (
|
||||
<section class="glossary-aside__block">
|
||||
<h2 class="glossary-aside__heading">Noyau archicratique</h2>
|
||||
<ul class="glossary-aside__list">
|
||||
{fondamentaux.map((entry) => {
|
||||
const active = slugOf(entry) === currentSlug;
|
||||
return (
|
||||
<li>
|
||||
<a
|
||||
href={hrefOf(entry)}
|
||||
aria-current={active ? "page" : undefined}
|
||||
class={active ? "is-active" : undefined}
|
||||
>
|
||||
{entry.data.term}
|
||||
</a>
|
||||
</li>
|
||||
);
|
||||
})}
|
||||
</ul>
|
||||
</section>
|
||||
)}
|
||||
|
||||
{(relatedEntries.length > 0 || opposedEntries.length > 0 || seeAlsoEntries.length > 0) && (
|
||||
<section class="glossary-aside__block">
|
||||
<h2 class="glossary-aside__heading">Autour de cette fiche</h2>
|
||||
|
||||
{relatedEntries.length > 0 && (
|
||||
<>
|
||||
<h3 class="glossary-aside__subheading">Liés</h3>
|
||||
<ul class="glossary-aside__list">
|
||||
{relatedEntries.map((entry) => (
|
||||
<li><a href={hrefOf(entry)}>{entry.data.term}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</>
|
||||
)}
|
||||
|
||||
{opposedEntries.length > 0 && (
|
||||
<>
|
||||
<h3 class="glossary-aside__subheading">Opposés</h3>
|
||||
<ul class="glossary-aside__list">
|
||||
{opposedEntries.map((entry) => (
|
||||
<li><a href={hrefOf(entry)}>{entry.data.term}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</>
|
||||
)}
|
||||
|
||||
{seeAlsoEntries.length > 0 && (
|
||||
<>
|
||||
<h3 class="glossary-aside__subheading">Voir aussi</h3>
|
||||
<ul class="glossary-aside__list">
|
||||
{seeAlsoEntries.map((entry) => (
|
||||
<li><a href={hrefOf(entry)}>{entry.data.term}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</>
|
||||
)}
|
||||
</section>
|
||||
)}
|
||||
|
||||
{contextualParadigms.length > 0 && (
|
||||
<section class="glossary-aside__block">
|
||||
<h2 class="glossary-aside__heading">
|
||||
{currentEntry.data.kind === "paradigme" ? "Paradigmes voisins" : "Paradigmes mobilisés"}
|
||||
</h2>
|
||||
<ul class="glossary-aside__list">
|
||||
{contextualParadigms.map((entry) => (
|
||||
<li><a href={hrefOf(entry)}>{entry.data.term}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</section>
|
||||
)}
|
||||
</nav>
|
||||
|
||||
<style>
|
||||
.glossary-aside{
|
||||
display: flex;
|
||||
flex-direction: column;
|
||||
gap: 14px;
|
||||
}
|
||||
|
||||
.glossary-aside__block{
|
||||
border: 1px solid rgba(127,127,127,0.22);
|
||||
border-radius: 16px;
|
||||
padding: 12px;
|
||||
background: rgba(127,127,127,0.05);
|
||||
}
|
||||
|
||||
.glossary-aside__block--intro{
|
||||
padding-top: 11px;
|
||||
padding-bottom: 11px;
|
||||
}
|
||||
|
||||
.glossary-aside__back{
|
||||
display: inline-block;
|
||||
margin-bottom: 8px;
|
||||
font-size: 13px;
|
||||
font-weight: 700;
|
||||
text-decoration: none;
|
||||
}
|
||||
|
||||
.glossary-aside__title{
|
||||
font-size: 14px;
|
||||
font-weight: 800;
|
||||
letter-spacing: .2px;
|
||||
line-height: 1.25;
|
||||
}
|
||||
|
||||
.glossary-aside__meta{
|
||||
margin-top: 8px;
|
||||
font-size: 12px;
|
||||
line-height: 1.35;
|
||||
opacity: .78;
|
||||
}
|
||||
|
||||
.glossary-aside__heading{
|
||||
margin: 0 0 10px;
|
||||
font-size: 13px;
|
||||
font-weight: 800;
|
||||
opacity: .9;
|
||||
}
|
||||
|
||||
.glossary-aside__subheading{
|
||||
margin: 12px 0 8px;
|
||||
font-size: 12px;
|
||||
font-weight: 800;
|
||||
opacity: .8;
|
||||
text-transform: uppercase;
|
||||
letter-spacing: .04em;
|
||||
}
|
||||
|
||||
.glossary-aside__list{
|
||||
list-style: none;
|
||||
margin: 0;
|
||||
padding: 0;
|
||||
}
|
||||
|
||||
.glossary-aside__list li{
|
||||
margin: 6px 0;
|
||||
}
|
||||
|
||||
.glossary-aside__list a{
|
||||
text-decoration: none;
|
||||
font-size: 13px;
|
||||
line-height: 1.3;
|
||||
}
|
||||
|
||||
.glossary-aside__list a.is-active{
|
||||
font-weight: 800;
|
||||
}
|
||||
|
||||
@media (prefers-color-scheme: dark){
|
||||
.glossary-aside__block{
|
||||
background: rgba(255,255,255,0.04);
|
||||
}
|
||||
}
|
||||
</style>
|
||||
@@ -17,21 +17,6 @@ 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",
|
||||
@@ -41,11 +26,11 @@ const casIa = defineCollection({
|
||||
})
|
||||
});
|
||||
|
||||
const atlas = defineCollection({
|
||||
const commencer = defineCollection({
|
||||
type: "content",
|
||||
schema: baseTextSchema.extend({
|
||||
edition: z.literal("atlas"),
|
||||
status: z.literal("cartographie")
|
||||
edition: z.literal("commencer"),
|
||||
status: z.union([z.literal("presentation"), z.literal("draft")])
|
||||
})
|
||||
});
|
||||
|
||||
@@ -74,17 +59,20 @@ 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", "doctrine"]),
|
||||
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([])
|
||||
})
|
||||
});
|
||||
|
||||
export const collections = {
|
||||
traite,
|
||||
archicratie,
|
||||
commencer,
|
||||
"archicrat-ia": archicratIa,
|
||||
"cas-ia": casIa,
|
||||
glossaire,
|
||||
atlas,
|
||||
|
||||
// ⚠️ clé avec tiret => doit être quotée
|
||||
"archicrat-ia": archicratIa
|
||||
};
|
||||
@@ -1,42 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,13 +0,0 @@
|
||||
---
|
||||
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,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.
|
||||
|
||||
|
||||
66
src/content/glossaire/arcalite.md
Normal file
66
src/content/glossaire/arcalite.md
Normal file
@@ -0,0 +1,66 @@
|
||||
---
|
||||
title: "Arcalité"
|
||||
term: "Arcalité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Vecteur fondationnel et structurant de la régulation : ensemble des prises de légitimation, de stabilisation et de cadrage qui donnent forme et tenue à la vie collective."
|
||||
concepts: ["arcalite", "archicratie", "cratialite", "archicration", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "cratialite", "archicration", "co-viabilite", "tension"]
|
||||
opposedTo: ["autarchicratie"]
|
||||
seeAlso: ["obliteration-archicratique"]
|
||||
---
|
||||
|
||||
L’arcalité désigne le vecteur fondationnel et structurant de toute régulation.
|
||||
|
||||
Elle correspond à l’ensemble des prises de légitimation, de stabilisation et de cadrage par lesquelles un ordre collectif se donne une forme, s’inscrit dans une durée et rend certaines actions possibles tandis que d’autres deviennent plus difficiles ou illégitimes.
|
||||
|
||||
L’arcalité peut prendre une grande diversité de formes : institutionnelles, juridiques, scripturales, symboliques, cosmologiques, théologiques, techniques, administratives ou épistémiques.
|
||||
|
||||
Elle ne se réduit donc ni à une institution isolée ni à un simple cadre juridique. Elle désigne plus largement tout ce qui, dans une société, fonde, stabilise, ordonne et donne tenue à la vie collective.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’arcalité ne doit pas être pensée comme un bloc unique et homogène.
|
||||
|
||||
Il existe toujours une pluralité d’arcalités effectives, parfois complémentaires, parfois concurrentes, parfois contradictoires. Une société peut ainsi articuler des arcalités juridiques, administratives, techniques, rituelles, économiques ou symboliques dont les logiques ne coïncident pas nécessairement.
|
||||
|
||||
L’arcalité ne se confond pas non plus avec la puissance d’agir elle-même. Là où l’arcalité stabilise et fonde, la [Cratialité](/glossaire/cratialite/) met en mouvement, transforme, intensifie ou redistribue.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans la théorie de l’[Archicratie](/glossaire/archicratie/), l’arcalité constitue l’un des trois vecteurs fondamentaux de la dynamique régulatrice :
|
||||
|
||||
- l’arcalité : fondation et structuration ;
|
||||
- la cratialité : effectuation et transformation ;
|
||||
- l’archicration : régulation et comparution.
|
||||
|
||||
L’arcalité définit les formes relativement durables dans lesquelles les dynamiques sociales peuvent se déployer et dans lesquelles les [Tensions](/glossaire/tension/) peuvent être absorbées, redistribuées ou transformées.
|
||||
|
||||
## Pathologies possibles
|
||||
|
||||
L’arcalité devient pathologique lorsqu’elle se rigidifie au point de ne plus pouvoir intégrer les transformations qui affectent la société.
|
||||
|
||||
Ses formes pathologiques incluent notamment :
|
||||
|
||||
- la rigidification institutionnelle ;
|
||||
- la fermeture dogmatique ;
|
||||
- l’inertie bureaucratique ;
|
||||
- la sacralisation des cadres existants ;
|
||||
- l’incapacité à se laisser réviser.
|
||||
|
||||
Dans ces cas, les structures cessent de soutenir la [Co-viabilité](/glossaire/co-viabilite/) et peuvent au contraire amplifier les blocages du système social.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
@@ -4,11 +4,71 @@ 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: "Méta-régime de régulation par lequel les sociétés humaines organisent la co-viabilité de leurs dynamiques internes à travers des compositions variables d’arcalité, de cratialité et d’archicration."
|
||||
concepts: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "tension"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["arcalite", "cratialite", "archicration", "co-viabilite", "tension"]
|
||||
opposedTo: ["autarchicratie"]
|
||||
seeAlso: ["scene-depreuve", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
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 méta-régime de régulation par lequel les sociétés humaines organisent la co-viabilité de leurs dynamiques internes.
|
||||
|
||||
Elle ne correspond pas à une forme particulière de gouvernement. Elle renvoie au niveau plus profond où s’articulent les architectures matérielles, techniques, normatives, symboliques et organisationnelles qui permettent à une société de maintenir la continuité de son existence collective malgré les tensions qui la traversent.
|
||||
|
||||
Toute société humaine est travaillée par une multiplicité de dynamiques : transformations économiques, innovations techniques, conflits sociaux, mutations culturelles, pressions écologiques ou recompositions institutionnelles. Ces dynamiques produisent des tensions permanentes qui peuvent fragiliser l’ordre social.
|
||||
|
||||
La continuité d’une société dépend alors de sa capacité à organiser un traitement durable de ces tensions. Ce traitement ne repose pas uniquement sur les institutions politiques visibles. Il s’appuie sur un ensemble beaucoup plus large de dispositifs stabilisateurs, opératoires et régulateurs.
|
||||
|
||||
C’est cet ensemble articulé que désigne le concept d’archicratie.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archicratie n’est pas un régime politique parmi d’autres. Elle ne désigne ni une constitution particulière, ni une doctrine explicite, ni une simple technique de gouvernement.
|
||||
|
||||
Elle désigne le niveau d’analyse à partir duquel on peut comprendre comment un ordre collectif tient, se transforme, se justifie, se dispute et se régule.
|
||||
|
||||
Elle ne doit donc pas être pensée comme un bloc homogène. Il existe au contraire une pluralité de formes archicratiques, selon les manières dont s’y composent les prises de fondation, les chaînes d’effectuation et les scènes d’épreuve.
|
||||
|
||||
## Structure conceptuelle
|
||||
|
||||
La théorie archicratique distingue trois vecteurs fondamentaux présents dans toute organisation sociale complexe :
|
||||
|
||||
- l’[Arcalité](/glossaire/arcalite/), qui désigne le vecteur fondationnel et structurant de la régulation ;
|
||||
- la [Cratialité](/glossaire/cratialite/), qui désigne le vecteur opératoire, dynamique et transformateur ;
|
||||
- l’[Archicration](/glossaire/archicration/), qui désigne le vecteur régulateur par lequel les tensions entre structures et dynamiques sont organisées, exposées et rendues révisables.
|
||||
|
||||
Ces trois vecteurs n’existent jamais à l’état pur. Ils prennent des formes multiples, situées, différentielles, parfois concurrentes ou antagonistes, et leur composition varie selon les sociétés, les époques et les régimes de régulation.
|
||||
|
||||
L’archicratie correspond à cette composition dynamique.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
L’archicratie permet de penser les sociétés non à partir de leurs seules formes institutionnelles visibles, mais à partir des architectures de régulation qui rendent possible leur tenue effective.
|
||||
|
||||
Elle déplace ainsi l’analyse politique :
|
||||
|
||||
- du régime affiché vers les architectures de régulation ;
|
||||
- de la seule autorité visible vers les infrastructures qui organisent la vie collective ;
|
||||
- de la simple domination vers la capacité à maintenir la [Co-viabilité](/glossaire/co-viabilite/) d’un système traversé de [Tensions](/glossaire/tension/).
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Dans cette perspective, la question politique ne se limite pas à savoir qui gouverne. Elle concerne aussi la capacité collective à comprendre, discuter et orienter les architectures qui assurent la régulation des sociétés humaines.
|
||||
|
||||
Une société archicratique n’est donc pas une société sans tensions. C’est une société capable de les traiter sans basculer dans la désagrégation ou dans la fermeture opaque de ses propres mécanismes régulateurs.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
63
src/content/glossaire/archicration.md
Normal file
63
src/content/glossaire/archicration.md
Normal file
@@ -0,0 +1,63 @@
|
||||
---
|
||||
title: "Archicration"
|
||||
term: "Archicration"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Vecteur régulateur par lequel les tensions entre arcalités et cratialités sont organisées, exposées, redistribuées et rendues révisables."
|
||||
concepts: ["archicration", "archicratie", "arcalite", "cratialite", "co-viabilite", "tension", "scene-depreuve"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "co-viabilite", "tension", "scene-depreuve"]
|
||||
opposedTo: ["autarchicratie", "obliteration-archicratique"]
|
||||
seeAlso: ["scene-depreuve"]
|
||||
---
|
||||
|
||||
L’archicration désigne le vecteur régulateur par lequel les tensions entre arcalités et cratialités sont organisées, exposées, redistribuées et rendues révisables.
|
||||
|
||||
Elle correspond à l’ensemble des mécanismes, scènes, dispositifs et opérations par lesquels une société traite effectivement les tensions entre ses prises de fondation et ses chaînes d’effectuation.
|
||||
|
||||
L’archicration ne supprime pas les tensions ; elle les organise, les redistribue, les canalise et les transforme afin de maintenir une compatibilité globale du système social.
|
||||
|
||||
Elle peut prendre des formes multiples : juridiques, rituelles, discursives, institutionnelles, statistiques, symboliques, administratives, techniques, voire hybrides.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archicration n’est ni l’[Arcalité](/glossaire/arcalite/) elle-même, ni la [Cratialité](/glossaire/cratialite/) seule.
|
||||
|
||||
Elle désigne le plan régulateur où les structures de fondation et les dynamiques opératoires entrent en rapport de traitement, de comparution, d’arbitrage et de révision.
|
||||
|
||||
Elle ne doit pas être pensée comme une forme unique d’exposition critique. Il existe au contraire une pluralité d’archicrations : certaines sont discursives, d’autres techniques, d’autres rituelles, normatives, esthétiques, bureaucratiques ou hybrides.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
L’archicration constitue la dimension régulatrice de la dynamique archicratique.
|
||||
|
||||
Elle articule :
|
||||
|
||||
- les arcalités qui fondent et stabilisent ;
|
||||
- les cratialités qui opèrent et transforment ;
|
||||
|
||||
afin de maintenir la [Co-viabilité](/glossaire/co-viabilite/) du système social.
|
||||
|
||||
Sans archicration, les tensions produites par la pluralité des fondements et des chaînes d’effectuation finissent par dépasser les capacités de régulation du système.
|
||||
|
||||
## Scène d’épreuve
|
||||
|
||||
L’archicration suppose aussi la possibilité d’une [Scène d’épreuve](/glossaire/scene-depreuve/), c’est-à-dire d’un espace où les architectures régulatrices peuvent être rendues visibles, discutées, exposées à la critique et transformées.
|
||||
|
||||
Lorsque cette dimension s’efface, l’archicration tend à se dégrader et peut dériver vers des formes d’[Autarchicratie](/glossaire/autarchicratie/) ou d’[Oblitération archicratique](/glossaire/obliteration-archicratique/).
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
62
src/content/glossaire/autarchicratie.md
Normal file
62
src/content/glossaire/autarchicratie.md
Normal file
@@ -0,0 +1,62 @@
|
||||
---
|
||||
title: "Autarchicratie"
|
||||
term: "Autarchicratie"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Dérive d’un régime archicratique dans laquelle les architectures régulatrices continuent d’opérer tout en devenant de plus en plus autonomes, opaques et soustraites à la scène d’épreuve."
|
||||
concepts: ["autarchicratie", "archicratie", "archicration", "obliteration-archicratique", "scene-depreuve"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "archicration", "obliteration-archicratique", "scene-depreuve", "co-viabilite"]
|
||||
opposedTo: ["archicratie"]
|
||||
seeAlso: ["tension"]
|
||||
---
|
||||
|
||||
L’autarchicratie désigne une dérive d’un régime archicratique dans laquelle les architectures régulatrices continuent d’opérer tout en devenant de plus en plus autonomes, opaques et soustraites à la scène d’épreuve.
|
||||
|
||||
Dans une configuration autarchicratique, les dispositifs techniques, administratifs, normatifs ou organisationnels qui assurent la régulation des dynamiques collectives restent actifs et parfois efficaces, mais leur fonctionnement devient de moins en moins intelligible, discutable et transformable pour la société qu’ils structurent.
|
||||
|
||||
Les architectures ne cessent donc pas d’agir ; elles cessent progressivement de comparaître.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’autarchicratie ne signifie pas l’absence de régulation. Elle désigne au contraire une forme de régulation qui persiste tout en se refermant sur sa propre logique de reproduction.
|
||||
|
||||
Elle ne se réduit pas non plus à l’autoritarisme classique. Une configuration autarchicratique peut très bien coexister avec des institutions visibles, des procédures, voire des formes de légalité, tout en soustrayant les mécanismes décisifs de régulation à la compréhension et à la révision collectives.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans la théorie de l’[Archicratie](/glossaire/archicratie/), l’autarchicratie désigne une dérive majeure de la dynamique régulatrice.
|
||||
|
||||
Elle apparaît lorsque :
|
||||
|
||||
- les formes d’[Archicration](/glossaire/archicration/) continuent de fonctionner ;
|
||||
- mais les [Scènes d’épreuve](/glossaire/scene-depreuve/) se réduisent, se vident ou deviennent fictives ;
|
||||
- tandis que l’[Oblitération archicratique](/glossaire/obliteration-archicratique/) rend les architectures de moins en moins visibles comme objets politiques.
|
||||
|
||||
L’autarchicratie constitue ainsi le contraire pratique d’une archicratie exposable et révisable.
|
||||
|
||||
## Pathologies possibles
|
||||
|
||||
Ses effets pathologiques incluent notamment :
|
||||
|
||||
- l’opacité systémique ;
|
||||
- la perte de maîtrise collective des infrastructures sociales ;
|
||||
- la fermeture des mécanismes de révision ;
|
||||
- la reconduction automatique des dispositifs de régulation ;
|
||||
- l’aggravation de tensions devenues difficilement traitables.
|
||||
|
||||
À terme, l’autarchicratie compromet la [Co-viabilité](/glossaire/co-viabilite/) en faisant fonctionner la régulation contre sa propre intelligibilité collective.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
37
src/content/glossaire/biopolitique.md
Normal file
37
src/content/glossaire/biopolitique.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Biopolitique"
|
||||
term: "Biopolitique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Paradigme d’analyse du pouvoir centré sur la prise en charge, la gestion et l’optimisation des processus de la vie des populations."
|
||||
concepts: ["biopolitique", "population", "vie", "gouvernementalite"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "intermediaire"
|
||||
related: ["gouvernementalite", "archicratie", "co-viabilite"]
|
||||
opposedTo: []
|
||||
seeAlso: ["gouvernementalite-algorithmique", "cybernetique", "tension"]
|
||||
---
|
||||
|
||||
La biopolitique désigne le paradigme dans lequel le pouvoir s’exerce sur les conditions de la vie collective : santé, natalité, mortalité, risque, sécurité, protection, optimisation des corps et des populations.
|
||||
|
||||
## Distinction
|
||||
|
||||
Elle ne concerne pas seulement le soin ou la médecine. Elle désigne plus largement le moment où la vie devient un objet central de calcul, de gestion et d’intervention politique.
|
||||
|
||||
## Fonction dans le paysage théorique
|
||||
|
||||
La biopolitique permet de comprendre comment les sociétés modernes organisent la régulation des vivants à travers des dispositifs statistiques, sanitaires, assurantiels et sécuritaires.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
L’archicratie prolonge ce diagnostic en se demandant à quelles architectures concrètes de régulation cette gestion de la vie est arrimée, et surtout dans quelles scènes elle peut encore être exposée, contestée ou révisée.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Gouvernementalité](/glossaire/gouvernementalite/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
37
src/content/glossaire/bureaucratie.md
Normal file
37
src/content/glossaire/bureaucratie.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Bureaucratie"
|
||||
term: "Bureaucratie"
|
||||
aliases: ["Paradigme bureaucratique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Paradigme de régulation fondé sur la formalisation des règles, la hiérarchie des fonctions, l’écriture administrative et la procédure."
|
||||
concepts: ["bureaucratie", "regle", "procedure", "arcalite"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "scene-depreuve"]
|
||||
opposedTo: []
|
||||
seeAlso: ["gouvernementalite", "cybernetique", "liberalisme-proprietaire"]
|
||||
---
|
||||
|
||||
La bureaucratie désigne le paradigme de régulation dans lequel la tenue de l’ordre repose sur des procédures explicites, des chaînes de compétence, des écritures, des classifications et des règles de traitement relativement stables.
|
||||
|
||||
## Distinction
|
||||
|
||||
Ce paradigme ne se réduit pas à une simple lourdeur administrative. Il constitue une forme historique majeure de mise en ordre des sociétés complexes par formalisation, archive, traçabilité et hiérarchisation.
|
||||
|
||||
## Fonction dans le paysage théorique
|
||||
|
||||
Il permet de penser comment des ordres durables se stabilisent à travers des dispositifs impersonnels, des routines de traitement et des chaînes d’exécution normalisées.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
L’archicratie ne remplace pas l’analyse bureaucratique, mais l’englobe et la déplace. Elle montre que la bureaucratie n’est pas seulement une organisation, mais une certaine articulation d’arcalité, de cratialité et, parfois, d’archicration. Elle permet aussi de diagnostiquer quand la bureaucratie cesse d’être exposable et glisse vers l’autarchicratie.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
68
src/content/glossaire/co-viabilite.md
Normal file
68
src/content/glossaire/co-viabilite.md
Normal file
@@ -0,0 +1,68 @@
|
||||
---
|
||||
title: "Co-viabilité"
|
||||
term: "Co-viabilité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Capacité d’un système social à maintenir la continuité de son organisation collective en rendant compatibles, sans les abolir, une pluralité de tensions, d’arcalités et de cratialités."
|
||||
concepts: ["co-viabilite", "archicratie", "arcalite", "cratialite", "archicration", "tension"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "tension"]
|
||||
opposedTo: ["autarchicratie"]
|
||||
seeAlso: ["scene-depreuve", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
La co-viabilité désigne la capacité d’un système social à maintenir la continuité de son organisation collective en rendant compatibles, sans les abolir, une pluralité de tensions, d’arcalités et de cratialités.
|
||||
|
||||
Une société humaine est toujours traversée par des forces multiples : transformations économiques, innovations techniques, conflits sociaux, mutations culturelles, pressions écologiques ou recompositions institutionnelles. Ces dynamiques produisent des tensions permanentes qui peuvent fragiliser l’ordre social.
|
||||
|
||||
La co-viabilité correspond à la capacité d’un système social à absorber, redistribuer ou transformer ces tensions de manière à préserver une compatibilité globale entre des dynamiques hétérogènes.
|
||||
|
||||
Une société co-viable n’est pas une société sans tensions. C’est une société dont les tensions demeurent traitables sans conduire à la désagrégation de l’ensemble.
|
||||
|
||||
## Distinction
|
||||
|
||||
La co-viabilité ne désigne ni l’harmonie parfaite ni l’absence de conflit.
|
||||
|
||||
Elle désigne une forme de tenue dynamique dans laquelle des forces hétérogènes, parfois divergentes, parfois concurrentes, peuvent continuer à coexister sans que leur interaction débouche sur l’effondrement du système social.
|
||||
|
||||
En ce sens, elle ne supprime pas la [Tension](/glossaire/tension/) : elle en constitue l’organisation viable.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans la théorie de l’[Archicratie](/glossaire/archicratie/), la co-viabilité constitue l’enjeu fondamental de la régulation sociale.
|
||||
|
||||
Elle dépend de l’articulation dynamique entre :
|
||||
|
||||
- des [Arcalités](/glossaire/arcalite/) multiples, qui fondent et stabilisent ;
|
||||
- des [Cratialités](/glossaire/cratialite/) multiples, qui opèrent et transforment ;
|
||||
- des formes d’[Archicration](/glossaire/archicration/) capables de réguler les tensions entre ces prises.
|
||||
|
||||
Lorsque cette articulation fonctionne, les tensions peuvent être redistribuées et intégrées dans l’ordre collectif. Lorsqu’elle se fragilise, les tensions peuvent dépasser les capacités de régulation du système et produire des crises politiques, économiques ou institutionnelles.
|
||||
|
||||
La co-viabilité constitue ainsi le critère principal d’évaluation des architectures archicratiques.
|
||||
|
||||
## Pathologies opposées
|
||||
|
||||
La co-viabilité peut être compromise par :
|
||||
|
||||
- l’accumulation non régulée des tensions ;
|
||||
- la rupture des architectures de régulation ;
|
||||
- l’incompatibilisation durable de dynamiques sociales majeures ;
|
||||
- la dérive autarchicratique ;
|
||||
- les formes de domination qui bloquent la révision des structures.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
37
src/content/glossaire/contractualisme-hobbesien.md
Normal file
37
src/content/glossaire/contractualisme-hobbesien.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Contractualisme hobbesien"
|
||||
term: "Contractualisme hobbesien"
|
||||
aliases: ["Hobbes", "Contractualisme de Hobbes"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Paradigme politique fondant l’ordre sur la sortie de la guerre de tous contre tous par l’institution d’un souverain garant de la sécurité."
|
||||
concepts: ["contractualisme-hobbesien", "souverainete", "ordre", "tension"]
|
||||
links: []
|
||||
kind: "doctrine"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "tension", "co-viabilite"]
|
||||
opposedTo: ["volonte-generale"]
|
||||
seeAlso: ["liberalisme-proprietaire", "bureaucratie", "gouvernementalite"]
|
||||
---
|
||||
|
||||
Le contractualisme hobbesien désigne le paradigme selon lequel l’ordre politique tire sa légitimité première de sa capacité à conjurer la conflictualité destructrice et à garantir la sécurité commune.
|
||||
|
||||
## Distinction
|
||||
|
||||
Ce paradigme ne pense pas d’abord la politique à partir de la délibération publique, de la participation civique ou de la pluralité des scènes de justification. Il la pense à partir du problème de la désagrégation et de la nécessité d’un principe de centralisation.
|
||||
|
||||
## Fonction dans le paysage théorique
|
||||
|
||||
Il constitue une matrice majeure de pensée de l’ordre : la régulation y apparaît comme réponse à la menace de dissolution. Le pouvoir vaut d’abord par sa fonction de tenue et de pacification.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
L’archicratie se distingue du contractualisme hobbesien en ce qu’elle ne réduit pas la tenue d’un ordre à l’unité souveraine ni à la seule sortie du chaos. Elle déplace l’analyse vers les architectures de régulation, les scènes d’épreuve et les conditions concrètes de co-viabilité.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
67
src/content/glossaire/cratialite.md
Normal file
67
src/content/glossaire/cratialite.md
Normal file
@@ -0,0 +1,67 @@
|
||||
---
|
||||
title: "Cratialité"
|
||||
term: "Cratialité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Vecteur opératoire et transformateur de la régulation : ensemble des prises effectives, des chaînes d’action et des dynamiques qui modifient les équilibres existants."
|
||||
concepts: ["cratialite", "archicratie", "arcalite", "archicration", "tension", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "archicration", "tension", "co-viabilite"]
|
||||
opposedTo: ["autarchicratie"]
|
||||
seeAlso: ["obliteration-archicratique"]
|
||||
---
|
||||
|
||||
La cratialité désigne le vecteur opératoire et transformateur de toute régulation.
|
||||
|
||||
Elle correspond à l’ensemble des prises effectives, des chaînes d’action, des puissances d’exécution, des dispositifs et des flux par lesquels une société agit sur elle-même et transforme ses propres équilibres.
|
||||
|
||||
La cratialité peut prendre une pluralité de formes : coercitives, administratives, techniques, logistiques, informationnelles, économiques, militaires, évaluatives ou algorithmiques.
|
||||
|
||||
Elle ne renvoie donc pas uniquement à la force visible ou à l’autorité juridique. Elle désigne plus largement tout ce qui, dans une société, opère réellement, produit des effets, redistribue les contraintes et transforme les rapports existants.
|
||||
|
||||
## Distinction
|
||||
|
||||
La cratialité ne doit pas être pensée comme une seule chaîne homogène d’effectuation.
|
||||
|
||||
Il existe toujours une pluralité de cratialités effectives, parfois coordonnées, parfois concurrentes, parfois antagonistes. Une société peut ainsi être traversée simultanément par des cratialités administratives, techniques, marchandes, policières, numériques ou bureaucratiques qui ne poursuivent pas toujours les mêmes logiques.
|
||||
|
||||
Là où l’[Arcalité](/glossaire/arcalite/) stabilise des formes, la cratialité les met à l’épreuve par le mouvement, l’innovation, le conflit, la pression ou l’accélération.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans la dynamique archicratique, la cratialité constitue la dimension opératoire et transformatrice de la vie sociale.
|
||||
|
||||
Elle s’articule avec :
|
||||
|
||||
- l’[Arcalité](/glossaire/arcalite/), qui fonde et stabilise les cadres ;
|
||||
- l’[Archicration](/glossaire/archicration/), qui régule les [Tensions](/glossaire/tension/) produites par ces transformations.
|
||||
|
||||
Aucune société ne peut supprimer la cratialité : elle constitue la condition même de son effectuation historique.
|
||||
|
||||
## Pathologies possibles
|
||||
|
||||
La cratialité devient pathologique lorsqu’elle se déploie sans régulation suffisante ou lorsqu’elle se transforme en pure logique de capture, d’accélération ou de domination.
|
||||
|
||||
Parmi ses formes pathologiques, on peut relever :
|
||||
|
||||
- l’accélération incontrôlée ;
|
||||
- la dérégulation systémique ;
|
||||
- la capture du pouvoir ;
|
||||
- la domination opératoire sans exposition critique ;
|
||||
- la fermeture de l’action sur sa propre auto-reproduction.
|
||||
|
||||
Dans ces cas, la dynamique transformatrice cesse de contribuer à la [Co-viabilité](/glossaire/co-viabilite/) et tend à produire de la désorganisation ou de la fermeture.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
37
src/content/glossaire/cybernetique.md
Normal file
37
src/content/glossaire/cybernetique.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Cybernétique"
|
||||
term: "Cybernétique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Paradigme de régulation centré sur les boucles de rétroaction, le pilotage, l’information, le contrôle et l’adaptation des systèmes."
|
||||
concepts: ["cybernetique", "retroaction", "pilotage", "tension"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "tension", "cratialite", "gouvernementalite-algorithmique"]
|
||||
opposedTo: []
|
||||
seeAlso: ["gouvernementalite", "biopolitique", "autarchicratie"]
|
||||
---
|
||||
|
||||
La cybernétique désigne le paradigme selon lequel un système peut être compris et gouverné à partir de ses flux d’information, de ses boucles de rétroaction, de ses écarts et de ses mécanismes de correction.
|
||||
|
||||
## Distinction
|
||||
|
||||
Elle ne se réduit pas à l’informatique. Elle constitue une matrice générale de pensée du pilotage, du contrôle et de l’adaptation applicable aux machines, aux organisations et aux ensembles sociaux.
|
||||
|
||||
## Fonction dans le paysage théorique
|
||||
|
||||
La cybernétique joue un rôle décisif dans la formation des imaginaires contemporains de régulation : monitorer, corriger, optimiser, stabiliser, ajuster en temps réel.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
L’archicratie dialogue étroitement avec la cybernétique mais s’en distingue par son insistance sur la scène, la justification et la comparution. Là où la cybernétique privilégie l’efficacité des boucles de pilotage, l’archicratie interroge la visibilité des prises, la révisabilité des architectures et la co-viabilité des régulations.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
38
src/content/glossaire/gouvernementalite-algorithmique.md
Normal file
38
src/content/glossaire/gouvernementalite-algorithmique.md
Normal file
@@ -0,0 +1,38 @@
|
||||
---
|
||||
title: "Gouvernementalité algorithmique"
|
||||
term: "Gouvernementalité algorithmique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Paradigme de régulation fondé sur le calcul automatisé, la corrélation de données, le scoring et le pilotage comportemental par systèmes algorithmiques."
|
||||
concepts: ["gouvernementalite-algorithmique", "algorithme", "scoring", "autarchicratie"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
domain: "cas-ia"
|
||||
level: "intermediaire"
|
||||
related: ["gouvernementalite", "cybernetique", "autarchicratie", "obliteration-archicratique", "cratialite"]
|
||||
opposedTo: []
|
||||
seeAlso: ["archicratie", "archicration", "co-viabilite", "tension"]
|
||||
---
|
||||
|
||||
La gouvernementalité algorithmique désigne le paradigme contemporain dans lequel la régulation tend à s’appuyer sur des traitements automatisés de données, des calculs prédictifs, des classements, des seuils de risque et des ajustements opérés à distance par des systèmes techniques.
|
||||
|
||||
## Distinction
|
||||
|
||||
Elle ne se confond ni avec la simple numérisation ni avec la seule informatique administrative. Elle désigne un régime où la décision, l’orientation ou la modulation des comportements passent de plus en plus par des dispositifs calculatoires intégrés aux infrastructures ordinaires.
|
||||
|
||||
## Fonction dans le paysage théorique
|
||||
|
||||
Ce paradigme permet de penser les formes récentes de gouvernement par scoring, recommandation, détection, filtrage, priorisation et optimisation continue.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
L’archicratie fournit ici une ressource critique décisive : elle permet d’identifier les arcalités cachées, les cratialités automatisées et les déficits d’archicration propres à ces régimes. Elle rend possible un diagnostic plus précis des tendances à l’autarchicratie et à la régulation hors scène.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
37
src/content/glossaire/gouvernementalite.md
Normal file
37
src/content/glossaire/gouvernementalite.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Gouvernementalité"
|
||||
term: "Gouvernementalité"
|
||||
aliases: ["Paradigme gouvernemental", "Foucault"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Paradigme d’analyse du pouvoir centré sur la conduite des conduites, les rationalités de gouvernement et les techniques de gestion des populations."
|
||||
concepts: ["gouvernementalite", "pouvoir", "population", "regulation"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "biopolitique", "gouvernementalite-algorithmique", "scene-depreuve"]
|
||||
opposedTo: []
|
||||
seeAlso: ["bureaucratie", "cybernetique", "volonte-generale"]
|
||||
---
|
||||
|
||||
La gouvernementalité désigne le paradigme d’analyse dans lequel le pouvoir est pensé comme conduite des conduites, à travers des savoirs, des dispositifs, des calculs et des techniques orientés vers la gestion des comportements collectifs.
|
||||
|
||||
## Distinction
|
||||
|
||||
Ce paradigme ne centre pas d’abord l’analyse sur la souveraineté juridique ni sur la seule violence d’État. Il s’intéresse aux formes capillaires, diffuses et techniques du gouvernement des hommes.
|
||||
|
||||
## Fonction dans le paysage théorique
|
||||
|
||||
Il fournit une grille décisive pour penser les dispositifs modernes de sécurité, de gestion, de normalisation et d’administration des populations.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
L’archicratie rejoint la gouvernementalité dans son attention aux dispositifs concrets, mais s’en distingue en recentrant l’analyse sur la scène d’épreuve et sur la possibilité de rendre visibles les prises régulatrices. Là où la gouvernementalité éclaire la rationalité de conduite, l’archicratie insiste sur l’architecture, la comparution et la co-viabilité.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Biopolitique](/glossaire/biopolitique/)
|
||||
- [Gouvernementalité algorithmique](/glossaire/gouvernementalite-algorithmique/)
|
||||
37
src/content/glossaire/liberalisme-proprietaire.md
Normal file
37
src/content/glossaire/liberalisme-proprietaire.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Libéralisme propriétaire"
|
||||
term: "Libéralisme propriétaire"
|
||||
aliases: ["Libéralisme classique propriétaire"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Paradigme politique et juridique faisant de la propriété, de l’autonomie individuelle et de la limitation du pouvoir les principes centraux de l’ordre collectif."
|
||||
concepts: ["liberalisme-proprietaire", "propriete", "autonomie", "regulation"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "co-viabilite", "bureaucratie"]
|
||||
opposedTo: ["volonte-generale"]
|
||||
seeAlso: ["contractualisme-hobbesien", "gouvernementalite"]
|
||||
---
|
||||
|
||||
Le libéralisme propriétaire désigne le paradigme selon lequel l’ordre collectif doit être structuré prioritairement autour de la garantie des droits individuels, de la propriété et de la limitation de l’intervention politique.
|
||||
|
||||
## Distinction
|
||||
|
||||
Ce paradigme privilégie la protection des sphères individuelles et la coordination par échanges plutôt qu’une pensée architecturale des conditions de tenue du collectif. Il tend à considérer les infrastructures régulatrices comme des garanties secondaires ou comme de simples conditions de marché.
|
||||
|
||||
## Fonction dans le paysage théorique
|
||||
|
||||
Il fournit une grammaire essentielle de la modernité politique : sujet autonome, droit, contrat, propriété, limitation du pouvoir. Il éclaire une partie décisive des institutions contemporaines.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
L’archicratie ne conteste pas l’importance des droits ou des protections individuelles, mais elle montre que leur effectivité dépend d’architectures régulatrices souvent plus profondes que les principes déclarés. Elle déplace le regard du droit proclamé vers les conditions matérielles, organisationnelles et techniques de sa tenue.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Bureaucratie](/glossaire/bureaucratie/)
|
||||
60
src/content/glossaire/obliteration-archicratique.md
Normal file
60
src/content/glossaire/obliteration-archicratique.md
Normal file
@@ -0,0 +1,60 @@
|
||||
---
|
||||
title: "Oblitération archicratique"
|
||||
term: "Oblitération archicratique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Processus par lequel les architectures régulatrices continuent d’organiser la vie collective tout en cessant d’apparaître comme des constructions sociales visibles, discutables et transformables."
|
||||
concepts: ["obliteration-archicratique", "archicration", "autarchicratie", "scene-depreuve", "archicratie"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicration", "autarchicratie", "scene-depreuve", "archicratie"]
|
||||
opposedTo: []
|
||||
seeAlso: ["co-viabilite", "tension"]
|
||||
---
|
||||
|
||||
L’oblitération archicratique désigne le processus par lequel les architectures régulatrices continuent d’organiser la vie collective tout en cessant d’apparaître comme des constructions sociales visibles, discutables et transformables.
|
||||
|
||||
Les dispositifs techniques, administratifs, normatifs ou organisationnels continuent d’assurer la régulation des dynamiques collectives, mais ils deviennent invisibles comme objets politiques. Ils tendent alors à apparaître comme des nécessités naturelles, des automatismes techniques, des contraintes neutres ou de simples décors procéduraux.
|
||||
|
||||
L’ordre continue donc de fonctionner, mais les conditions de sa comparution critique s’effacent.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’oblitération archicratique ne se réduit pas à un simple manque de transparence.
|
||||
|
||||
Elle désigne une perte plus profonde : celle des prises par lesquelles une société pourrait identifier, décrire, mettre à l’épreuve et transformer les architectures qui organisent effectivement sa régulation.
|
||||
|
||||
Elle correspond ainsi à une dégradation de la [Scène d’épreuve](/glossaire/scene-depreuve/) et à une fragilisation des formes d’[Archicration](/glossaire/archicration/).
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans la théorie de l’[Archicratie](/glossaire/archicratie/), l’oblitération archicratique constitue un mécanisme critique majeur.
|
||||
|
||||
Elle permet de comprendre comment une société peut continuer à être fortement régulée tout en perdant la capacité collective à reconnaître les architectures qui la gouvernent.
|
||||
|
||||
Ce processus favorise les dérives d’[Autarchicratie](/glossaire/autarchicratie/), dans lesquelles la régulation persiste mais se soustrait de plus en plus à l’intelligibilité et à la révision collectives.
|
||||
|
||||
## Pathologies possibles
|
||||
|
||||
L’oblitération archicratique produit notamment :
|
||||
|
||||
- la naturalisation des dispositifs techniques ou administratifs ;
|
||||
- l’invisibilisation du pouvoir architectural ;
|
||||
- la réduction de la réflexivité collective ;
|
||||
- la fermeture des possibilités de révision ;
|
||||
- l’aggravation silencieuse de tensions non traitées.
|
||||
|
||||
Elle compromet ainsi la [Co-viabilité](/glossaire/co-viabilite/) en affaiblissant la capacité des sociétés à reconnaître ce qui organise effectivement leurs propres dynamiques.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
64
src/content/glossaire/scene-depreuve.md
Normal file
64
src/content/glossaire/scene-depreuve.md
Normal file
@@ -0,0 +1,64 @@
|
||||
---
|
||||
title: "Scène d’épreuve"
|
||||
term: "Scène d’épreuve"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Espace de comparution, d’exposition et de révision dans lequel des architectures régulatrices peuvent être rendues visibles, discutées, contestées et transformées."
|
||||
concepts: ["scene-depreuve", "archicration", "archicratie", "tension", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicration", "archicratie", "tension", "co-viabilite", "obliteration-archicratique"]
|
||||
opposedTo: ["autarchicratie"]
|
||||
seeAlso: ["obliteration-archicratique"]
|
||||
---
|
||||
|
||||
La scène d’épreuve désigne l’espace de comparution, d’exposition et de révision dans lequel des architectures régulatrices peuvent être rendues visibles, discutées, contestées et transformées.
|
||||
|
||||
Elle correspond aux lieux — institutionnels, intellectuels, symboliques, procéduraux ou publics — où les dispositifs qui organisent la régulation des tensions collectives peuvent être exposés à la critique, à la justification, à l’arbitrage et à la reconfiguration.
|
||||
|
||||
La scène d’épreuve constitue ainsi une condition essentielle de la réflexivité des sociétés sur leurs propres architectures de régulation.
|
||||
|
||||
## Distinction
|
||||
|
||||
Une scène d’épreuve n’est pas une simple formalité procédurale ni un décor discursif.
|
||||
|
||||
Elle suppose qu’un ordre puisse réellement comparaître : ses fondements, ses prises, ses effets, ses critères et ses conditions d’action doivent pouvoir y être rendus visibles et discutables.
|
||||
|
||||
Elle ne prend pas une forme unique. Il existe une pluralité de scènes d’épreuve possibles : juridiques, rituelles, administratives, discursives, symboliques, techniques ou hybrides.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans la dynamique archicratique, la scène d’épreuve joue un rôle central parce qu’elle permet aux formes d’[Archicration](/glossaire/archicration/) de ne pas se refermer sur elles-mêmes.
|
||||
|
||||
Elle permet :
|
||||
|
||||
- de rendre intelligibles les architectures qui structurent la régulation sociale ;
|
||||
- de soumettre ces architectures à l’examen collectif ;
|
||||
- de transformer les dispositifs lorsque les [Tensions](/glossaire/tension/) deviennent difficiles à réguler ;
|
||||
- de maintenir une orientation vers la [Co-viabilité](/glossaire/co-viabilite/).
|
||||
|
||||
Lorsque les scènes d’épreuve disparaissent ou se fragilisent, les architectures archicratiques peuvent continuer de fonctionner tout en échappant de plus en plus à la délibération et à la révision collectives.
|
||||
|
||||
## Pathologies possibles
|
||||
|
||||
La scène d’épreuve se dégrade notamment par :
|
||||
|
||||
- la fermeture du débat public ;
|
||||
- l’impossibilité de faire comparaître les architectures régulatrices ;
|
||||
- la réduction de la critique à une pure apparence ;
|
||||
- la neutralisation des capacités de transformation.
|
||||
|
||||
Dans ces cas, la scène d’épreuve tend à s’effacer et ouvre la voie à l’[Oblitération archicratique](/glossaire/obliteration-archicratique/) puis, potentiellement, à l’[Autarchicratie](/glossaire/autarchicratie/).
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
75
src/content/glossaire/tension.md
Normal file
75
src/content/glossaire/tension.md
Normal file
@@ -0,0 +1,75 @@
|
||||
---
|
||||
title: "Tension"
|
||||
term: "Tension"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Phénomène systémique général par lequel des forces, dynamiques ou structures hétérogènes entrent en rapport de pression, d’écart, d’ajustement ou de concurrence."
|
||||
concepts: ["tension", "archicratie", "co-viabilite", "arcalite", "cratialite", "archicration"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "co-viabilite", "arcalite", "cratialite", "archicration"]
|
||||
opposedTo: []
|
||||
seeAlso: ["scene-depreuve", "autarchicratie", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
La tension désigne le phénomène systémique général par lequel des forces, dynamiques ou structures hétérogènes entrent en rapport de pression, d’écart, d’ajustement ou de concurrence.
|
||||
|
||||
Elle constitue une propriété fondamentale des systèmes complexes, qu’ils soient physiques, biologiques, sociaux ou techniques. Dans les mondes vivants et sociaux, les tensions émergent notamment de la pluralité des intérêts, de la concurrence pour les ressources, des transformations techniques, des contraintes écologiques, des désajustements institutionnels ou des interactions entre structures et dynamiques.
|
||||
|
||||
La tension ne doit pas être comprise uniquement comme un déséquilibre ou comme un conflit ouvert. Elle constitue au contraire une condition normale du fonctionnement des systèmes dynamiques.
|
||||
|
||||
## Distinction
|
||||
|
||||
La tension ne se réduit ni à la crise ni à la guerre.
|
||||
|
||||
Elle peut être latente, diffuse, distribuée ou silencieuse, tout en demeurant déterminante pour la tenue d’un système. Certaines tensions sont destructrices ; d’autres sont structurantes et rendent possible l’équilibre dynamique d’un ordre collectif.
|
||||
|
||||
Il faut donc distinguer la tension comme phénomène général, qui est constitutif de l’être-au-monde systémique, et ses formes pathologiques, qui apparaissent lorsque les mécanismes de régulation deviennent insuffisants.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans la théorie de l’[Archicratie](/glossaire/archicratie/), la tension représente le phénomène fondamental que les architectures sociales doivent traiter.
|
||||
|
||||
Les sociétés humaines sont traversées par une multiplicité de tensions :
|
||||
|
||||
- tensions économiques ;
|
||||
- tensions sociales ;
|
||||
- tensions techniques ;
|
||||
- tensions écologiques ;
|
||||
- tensions informationnelles ;
|
||||
- tensions institutionnelles.
|
||||
|
||||
La continuité d’une société dépend donc de sa capacité à organiser un traitement durable de ces tensions.
|
||||
|
||||
Dans cette perspective :
|
||||
|
||||
- les [Arcalités](/glossaire/arcalite/) stabilisent certaines relations ;
|
||||
- les [Cratialités](/glossaire/cratialite/) produisent, déplacent ou intensifient des tensions ;
|
||||
- les formes d’[Archicration](/glossaire/archicration/) redistribuent et régulent ces tensions afin de maintenir la [Co-viabilité](/glossaire/co-viabilite/) du système social.
|
||||
|
||||
## Pathologies possibles
|
||||
|
||||
La tension n’est pas pathologique en elle-même. Elle le devient lorsque les capacités de régulation deviennent insuffisantes ou lorsque certaines tensions s’accumulent sans traitement viable.
|
||||
|
||||
Parmi ses formes pathologiques :
|
||||
|
||||
- le conflit destructeur ;
|
||||
- la guerre ;
|
||||
- la rupture systémique ;
|
||||
- l’accumulation incontrôlée des tensions ;
|
||||
- la désintégration des équilibres collectifs.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
37
src/content/glossaire/volonte-generale.md
Normal file
37
src/content/glossaire/volonte-generale.md
Normal file
@@ -0,0 +1,37 @@
|
||||
---
|
||||
title: "Volonté générale"
|
||||
term: "Volonté générale"
|
||||
aliases: ["Paradigme de la volonté générale", "Rousseau"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Paradigme politique fondant la légitimité sur l’expression d’un vouloir commun orienté vers l’intérêt général."
|
||||
concepts: ["volonte-generale", "legitimite", "collectif", "politique"]
|
||||
links: []
|
||||
kind: "doctrine"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "archicration", "scene-depreuve", "co-viabilite"]
|
||||
opposedTo: ["contractualisme-hobbesien", "liberalisme-proprietaire"]
|
||||
seeAlso: ["gouvernementalite", "bureaucratie"]
|
||||
---
|
||||
|
||||
La volonté générale désigne le paradigme selon lequel un ordre politique légitime doit pouvoir être rapporté à une orientation commune irréductible à la simple agrégation des intérêts particuliers.
|
||||
|
||||
## Distinction
|
||||
|
||||
Ce paradigme pense la légitimité depuis le commun politique plutôt que depuis la seule sécurité ou la seule protection des droits individuels. Il privilégie l’unité du corps politique et l’orientation vers l’intérêt général.
|
||||
|
||||
## Fonction dans le paysage théorique
|
||||
|
||||
Il fournit une ressource majeure pour penser la souveraineté populaire, la citoyenneté et l’exigence de justification collective des normes.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
L’archicratie se distingue de ce paradigme en ce qu’elle ne situe pas le problème seulement dans l’expression d’une volonté commune, mais dans la possibilité d’identifier, de rendre visibles et de mettre à l’épreuve les architectures concrètes de régulation. Elle demande moins : « Qui veut ? » que : « Par quelles prises, quels dispositifs et quelles scènes un ordre tient-il et se transforme-t-il ? »
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
@@ -1,13 +0,0 @@
|
||||
---
|
||||
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**.
|
||||
@@ -1,13 +0,0 @@
|
||||
---
|
||||
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é**.
|
||||
@@ -19,6 +19,9 @@ const {
|
||||
|
||||
const lvl = level ?? 1;
|
||||
|
||||
const isGlossaryEdition = String(editionKey ?? "") === "glossaire";
|
||||
const showLevelToggle = !isGlossaryEdition;
|
||||
|
||||
const canonical = Astro.site
|
||||
? new URL(Astro.url.pathname, Astro.site).href
|
||||
: Astro.url.href;
|
||||
@@ -197,6 +200,7 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
data-doc-title={title}
|
||||
data-doc-version={version}
|
||||
data-reading-level={String(lvl)}
|
||||
data-edition-key={String(editionKey ?? "")}
|
||||
>
|
||||
<header>
|
||||
<SiteNav />
|
||||
@@ -221,7 +225,7 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
<button class="jump-btn" id="jump-go" type="submit">Aller</button>
|
||||
</form>
|
||||
|
||||
<LevelToggle initialLevel={lvl} />
|
||||
{showLevelToggle && <LevelToggle initialLevel={lvl} />}
|
||||
</div>
|
||||
</header>
|
||||
|
||||
@@ -421,6 +425,11 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
position: relative;
|
||||
padding-right: 132px;
|
||||
}
|
||||
|
||||
/* Glossaire : pas de rail para-tools */
|
||||
:global(body[data-edition-key="glossaire"] .reading p[id^="p-"]){
|
||||
padding-right: 0;
|
||||
}
|
||||
:global(.para-tools){
|
||||
position: absolute;
|
||||
right: 0;
|
||||
@@ -454,6 +463,10 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
background: rgba(140,140,255,0.07);
|
||||
border-radius: 12px;
|
||||
}
|
||||
:global(body[data-edition-key="glossaire"] .reading p.is-panel-current){
|
||||
background: transparent;
|
||||
border-radius: 0;
|
||||
}
|
||||
</style>
|
||||
|
||||
<script is:inline>
|
||||
@@ -478,6 +491,8 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
|
||||
const docTitle = document.body?.dataset?.docTitle || document.title || "Archicratie";
|
||||
const docVersion = document.body?.dataset?.docVersion || "";
|
||||
const docEditionKey = document.body?.dataset?.editionKey || "";
|
||||
const isGlossaryEdition = docEditionKey === "glossaire";
|
||||
|
||||
function px(n){ return `${Math.max(0, Math.round(n))}px`; }
|
||||
function setRootVar(name, value) { document.documentElement.style.setProperty(name, value); }
|
||||
@@ -919,6 +934,8 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
}
|
||||
|
||||
safe("para-tools", () => {
|
||||
if (isGlossaryEdition) return;
|
||||
|
||||
for (const p of parasAll) {
|
||||
if (p.querySelector(".para-tools")) continue;
|
||||
|
||||
@@ -1033,6 +1050,7 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
});
|
||||
|
||||
safe("propose-gate", () => {
|
||||
if (isGlossaryEdition) return;
|
||||
if (!giteaReady) return;
|
||||
|
||||
const p = window.__archiIsEditorP || Promise.resolve(false);
|
||||
@@ -1156,11 +1174,13 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
}
|
||||
|
||||
safe("active-para", () => {
|
||||
if (isGlossaryEdition) return;
|
||||
scheduleActive();
|
||||
window.addEventListener("scroll", scheduleActive, { passive: true });
|
||||
});
|
||||
|
||||
safe("hover-para", () => {
|
||||
if (isGlossaryEdition) return;
|
||||
if (!reading) return;
|
||||
|
||||
let t = 0;
|
||||
@@ -1183,6 +1203,7 @@ const WHOAMI_FORCE_LOCALHOST = (import.meta.env.PUBLIC_WHOAMI_FORCE_LOCALHOST ??
|
||||
|
||||
/* ✅ NOUVEAU : clic paragraphe => snap sous reading-follow + SidePanel aligné */
|
||||
safe("click-para-align", () => {
|
||||
if (isGlossaryEdition) return;
|
||||
if (!reading) return;
|
||||
|
||||
reading.addEventListener("click", (ev) => {
|
||||
|
||||
24
src/layouts/GlossaryLayout.astro
Normal file
24
src/layouts/GlossaryLayout.astro
Normal file
@@ -0,0 +1,24 @@
|
||||
---
|
||||
import EditionLayout from "./EditionLayout.astro";
|
||||
|
||||
const {
|
||||
title,
|
||||
version,
|
||||
} = Astro.props;
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
title={title}
|
||||
editionLabel="Glossaire"
|
||||
editionKey="glossaire"
|
||||
statusLabel="Référentiel"
|
||||
statusKey="referentiel"
|
||||
level={1}
|
||||
version={version}
|
||||
>
|
||||
<Fragment slot="aside">
|
||||
<slot name="aside" />
|
||||
</Fragment>
|
||||
|
||||
<slot />
|
||||
</EditionLayout>
|
||||
@@ -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>
|
||||
@@ -1,36 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,16 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,28 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,15 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -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,7 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,29 +1,32 @@
|
||||
---
|
||||
import EditionLayout from "../../layouts/EditionLayout.astro";
|
||||
import { getCollection } from "astro:content";
|
||||
import GlossaryLayout from "../../layouts/GlossaryLayout.astro";
|
||||
import GlossaryAside from "../../components/GlossaryAside.astro";
|
||||
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 allEntries = await getCollection("glossaire");
|
||||
const { Content } = await render(entry);
|
||||
---
|
||||
|
||||
<EditionLayout
|
||||
<GlossaryLayout
|
||||
title={entry.data.title}
|
||||
editionLabel="Glossaire"
|
||||
editionKey="glossaire"
|
||||
statusLabel="référentiel"
|
||||
statusKey="referentiel"
|
||||
level={1}
|
||||
version={entry.data.version}
|
||||
>
|
||||
<Fragment slot="aside">
|
||||
<GlossaryAside currentEntry={entry} allEntries={allEntries} />
|
||||
</Fragment>
|
||||
|
||||
<h1>{entry.data.term}</h1>
|
||||
<p><em>{entry.data.definitionShort}</em></p>
|
||||
|
||||
<Content />
|
||||
</EditionLayout>
|
||||
</GlossaryLayout>
|
||||
@@ -3,13 +3,336 @@ 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>
|
||||
<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="paradigmes" class="glossary-section">
|
||||
<h2>Paradigmes mobilisés</h2>
|
||||
<p class="glossary-intro">
|
||||
Cette section rassemble les grands cadres théoriques, régimes d’intelligibilité
|
||||
et paradigmes de régulation avec lesquels l’archicratie dialogue, se distingue
|
||||
ou entre en tension.
|
||||
</p>
|
||||
|
||||
{paradigmes.length > 0 ? (
|
||||
<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>
|
||||
) : (
|
||||
<p class="glossary-empty">
|
||||
Les paradigmes externes seront ajoutés progressivement pour cartographier
|
||||
le paysage théorique mobilisé par l’essai-thèse.
|
||||
</p>
|
||||
)}
|
||||
</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-empty{
|
||||
opacity: .82;
|
||||
font-style: italic;
|
||||
}
|
||||
|
||||
.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: 40px;
|
||||
scroll-margin-top: calc(var(--sticky-offset) + 75px);
|
||||
}
|
||||
|
||||
.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>
|
||||
@@ -1,28 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,15 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,38 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,28 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -1,15 +0,0 @@
|
||||
---
|
||||
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>
|
||||
@@ -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;
|
||||
}
|
||||
File diff suppressed because it is too large
Load Diff
Reference in New Issue
Block a user