Compare commits
38 Commits
hotfix/fix
...
fix/glossa
| Author | SHA1 | Date | |
|---|---|---|---|
| f6a2347278 | |||
| d902c2bf98 | |||
| baa2082f51 | |||
| 2f249b420f | |||
| d6b4eb82f4 | |||
| bfa44fecda | |||
| e329235aa9 | |||
| 8cbaa5117c | |||
| 3086f333ed | |||
| c1c3c19d13 | |||
| ddcd0acd4d | |||
| 9bc4eeb3e7 | |||
| 7a9a5319ac | |||
| 7d75de5c9f | |||
| 69c91cb661 | |||
| a1bfbf4405 | |||
|
|
be26b425d8 | ||
|
|
abf88e7037 | ||
| 04fee32fdb | |||
|
|
fbddf5c3fc | ||
|
|
bad748df3a | ||
| 0066cf8601 | |||
| 5d3473d66c | |||
| f9d34110e4 | |||
|
|
84e9c3ead4 | ||
|
|
72e59175fc | ||
| 81b69ac6d5 | |||
| 513ae72e85 | |||
| 4c4dd1c515 | |||
| 46b15ed6ab | |||
| a015e72f7c | |||
|
|
d5df7d77a0 | ||
| ec3ceee862 | |||
| 867475c3ff | |||
| b024c5557c | |||
| 93306f360d | |||
| 52847d999d | |||
| 06482a9f8d |
@@ -297,6 +297,19 @@ jobs:
|
||||
docker image tag archicratie-web:blue "archicratie-web:blue.BAK.${TS}" || true
|
||||
docker image tag archicratie-web:green "archicratie-web:green.BAK.${TS}" || true
|
||||
|
||||
BUILD_TIME_RAW="$(TZ=Europe/Paris date '+%Y-%m-%dT%H:%M:%S%z')"
|
||||
BUILD_TIME="${BUILD_TIME_RAW:0:${#BUILD_TIME_RAW}-2}:${BUILD_TIME_RAW:${#BUILD_TIME_RAW}-2}"
|
||||
|
||||
PUBLIC_OPS_ENV=staging \
|
||||
PUBLIC_OPS_UPSTREAM=web_blue \
|
||||
PUBLIC_BUILD_SHA="${AFTER}" \
|
||||
PUBLIC_BUILD_TIME="${BUILD_TIME}" \
|
||||
node scripts/write-ops-health.mjs
|
||||
|
||||
test -f public/__ops/health.json
|
||||
echo "=== public/__ops/health.json (blue/staging) ==="
|
||||
cat public/__ops/health.json
|
||||
|
||||
docker compose -p "$PROJ" -f docker-compose.yml build web_blue
|
||||
docker rm -f archicratie-web-blue || true
|
||||
docker compose -p "$PROJ" -f docker-compose.yml up -d --force-recreate --remove-orphans web_blue
|
||||
@@ -306,6 +319,11 @@ jobs:
|
||||
wait_url "http://127.0.0.1:8081/annotations-index.json" "blue annotations-index"
|
||||
wait_url "http://127.0.0.1:8081/pagefind/pagefind.js" "blue pagefind.js"
|
||||
|
||||
wait_url "http://127.0.0.1:8081/__ops/health.json" "blue ops health"
|
||||
|
||||
curl -fsS --max-time 6 "http://127.0.0.1:8081/__ops/health.json" \
|
||||
| python3 -c 'import sys, json; j=json.load(sys.stdin); print("env=", j.get("env")); print("upstream=", j.get("upstream")); print("buildSha=", j.get("buildSha")); print("builtAt=", j.get("builtAt"))'
|
||||
|
||||
CANON="$(curl -fsS --max-time 6 "http://127.0.0.1:8081/archicrat-ia/chapitre-1/" | grep -oE 'rel="canonical" href="[^"]+"' | head -n1 || true)"
|
||||
echo "canonical(blue)=$CANON"
|
||||
echo "$CANON" | grep -q 'https://staging\.archicratie\.trans-hands\.synology\.me/' || {
|
||||
@@ -353,6 +371,19 @@ jobs:
|
||||
docker compose -p "$PROJ" -f docker-compose.yml up -d --force-recreate --remove-orphans web_green || true
|
||||
}
|
||||
|
||||
BUILD_TIME_RAW="$(TZ=Europe/Paris date '+%Y-%m-%dT%H:%M:%S%z')"
|
||||
BUILD_TIME="${BUILD_TIME_RAW:0:${#BUILD_TIME_RAW}-2}:${BUILD_TIME_RAW:${#BUILD_TIME_RAW}-2}"
|
||||
|
||||
PUBLIC_OPS_ENV=prod \
|
||||
PUBLIC_OPS_UPSTREAM=web_green \
|
||||
PUBLIC_BUILD_SHA="${AFTER}" \
|
||||
PUBLIC_BUILD_TIME="${BUILD_TIME}" \
|
||||
node scripts/write-ops-health.mjs
|
||||
|
||||
test -f public/__ops/health.json
|
||||
echo "=== public/__ops/health.json (green/prod) ==="
|
||||
cat public/__ops/health.json
|
||||
|
||||
# build/restart green
|
||||
if ! docker compose -p "$PROJ" -f docker-compose.yml build web_green; then
|
||||
echo "❌ build green failed"; rollback; exit 4
|
||||
@@ -366,6 +397,11 @@ jobs:
|
||||
if ! wait_url "http://127.0.0.1:8082/annotations-index.json" "green annotations-index"; then rollback; exit 4; fi
|
||||
if ! wait_url "http://127.0.0.1:8082/pagefind/pagefind.js" "green pagefind.js"; then rollback; exit 4; fi
|
||||
|
||||
if ! wait_url "http://127.0.0.1:8082/__ops/health.json" "green ops health"; then rollback; exit 4; fi
|
||||
|
||||
curl -fsS --max-time 6 "http://127.0.0.1:8082/__ops/health.json" \
|
||||
| python3 -c 'import sys, json; j=json.load(sys.stdin); print("env=", j.get("env")); print("upstream=", j.get("upstream")); print("buildSha=", j.get("buildSha")); print("builtAt=", j.get("builtAt"))'
|
||||
|
||||
CANON="$(curl -fsS --max-time 6 "http://127.0.0.1:8082/archicrat-ia/chapitre-1/" | grep -oE 'rel="canonical" href="[^"]+"' | head -n1 || true)"
|
||||
echo "canonical(green)=$CANON"
|
||||
echo "$CANON" | grep -q 'https://archicratie\.trans-hands\.synology\.me/' || {
|
||||
|
||||
@@ -122,21 +122,23 @@ jobs:
|
||||
echo "Context:"
|
||||
sed -n '1,200p' /tmp/proposer.env
|
||||
|
||||
- name: Early gate
|
||||
- name: Early gate (tolerant on empty issue label payload)
|
||||
run: |
|
||||
set -euo pipefail
|
||||
source /tmp/proposer.env
|
||||
|
||||
echo "event=$EVENT_NAME label=${LABEL_NAME:-<empty>}"
|
||||
|
||||
if [[ "$EVENT_NAME" == "issues" ]]; then
|
||||
if [[ "$LABEL_NAME" != "state/approved" ]]; then
|
||||
echo "issues/labeled but label=$LABEL_NAME -> skip"
|
||||
if [[ -n "${LABEL_NAME:-}" && "$LABEL_NAME" != "state/approved" ]]; then
|
||||
echo "issues/labeled with explicit non-approved label=$LABEL_NAME -> skip"
|
||||
echo 'SKIP=1' >> /tmp/proposer.env
|
||||
echo 'SKIP_REASON="label_not_state_approved"' >> /tmp/proposer.env
|
||||
echo 'SKIP_REASON="label_not_state_approved_event"' >> /tmp/proposer.env
|
||||
exit 0
|
||||
fi
|
||||
fi
|
||||
|
||||
echo "Proceed"
|
||||
echo "Proceed to API-based selection/gating"
|
||||
|
||||
- name: Checkout default branch
|
||||
run: |
|
||||
@@ -214,6 +216,43 @@ jobs:
|
||||
echo "Target batch:"
|
||||
grep -E '^(TARGET_PRIMARY_ISSUE|TARGET_ISSUES|TARGET_COUNT|TARGET_CHEMIN)=' /tmp/proposer.env
|
||||
|
||||
- name: Derive deterministic batch identity
|
||||
run: |
|
||||
set -euo pipefail
|
||||
source /tmp/proposer.env
|
||||
[[ "${SKIP:-0}" != "1" ]] || { echo "Skipped"; exit 0; }
|
||||
|
||||
export TARGET_ISSUES TARGET_CHEMIN
|
||||
|
||||
node --input-type=module - <<'NODE'
|
||||
import fs from "node:fs";
|
||||
import crypto from "node:crypto";
|
||||
|
||||
const issues = String(process.env.TARGET_ISSUES || "")
|
||||
.trim()
|
||||
.split(/\s+/)
|
||||
.filter(Boolean)
|
||||
.sort((a, b) => Number(a) - Number(b));
|
||||
|
||||
const chemin = String(process.env.TARGET_CHEMIN || "").trim();
|
||||
const keySource = `${chemin}::${issues.join(",")}`;
|
||||
const hash = crypto.createHash("sha1").update(keySource).digest("hex").slice(0, 12);
|
||||
const primary = issues[0] || "0";
|
||||
const batchBranch = `bot/proposer-${primary}-${hash}`;
|
||||
|
||||
fs.appendFileSync(
|
||||
"/tmp/proposer.env",
|
||||
[
|
||||
`BATCH_KEY=${JSON.stringify(keySource)}`,
|
||||
`BATCH_HASH=${JSON.stringify(hash)}`,
|
||||
`BATCH_BRANCH=${JSON.stringify(batchBranch)}`
|
||||
].join("\n") + "\n"
|
||||
);
|
||||
NODE
|
||||
|
||||
echo "Batch identity:"
|
||||
grep -E '^(BATCH_KEY|BATCH_HASH|BATCH_BRANCH)=' /tmp/proposer.env
|
||||
|
||||
- name: Inspect open proposer PRs
|
||||
env:
|
||||
FORGE_TOKEN: ${{ secrets.FORGE_TOKEN }}
|
||||
@@ -229,6 +268,8 @@ jobs:
|
||||
-o /tmp/open_pulls.json
|
||||
|
||||
export TARGET_ISSUES="${TARGET_ISSUES:-}"
|
||||
export BATCH_BRANCH="${BATCH_BRANCH:-}"
|
||||
export BATCH_KEY="${BATCH_KEY:-}"
|
||||
|
||||
node --input-type=module - <<'NODE' >> /tmp/proposer.env
|
||||
import fs from "node:fs";
|
||||
@@ -239,15 +280,21 @@ jobs:
|
||||
.split(/\s+/)
|
||||
.filter(Boolean);
|
||||
|
||||
const batchBranch = String(process.env.BATCH_BRANCH || "");
|
||||
const batchKey = String(process.env.BATCH_KEY || "");
|
||||
|
||||
const proposerOpen = Array.isArray(pulls)
|
||||
? pulls.filter((pr) => String(pr?.head?.ref || "").startsWith("bot/proposer-"))
|
||||
: [];
|
||||
|
||||
const current = proposerOpen.find((pr) => {
|
||||
const sameBatch = proposerOpen.find((pr) => {
|
||||
const ref = String(pr?.head?.ref || "");
|
||||
const title = String(pr?.title || "");
|
||||
const body = String(pr?.body || "");
|
||||
|
||||
if (batchBranch && ref === batchBranch) return true;
|
||||
if (batchKey && body.includes(`Batch-Key: ${batchKey}`)) return true;
|
||||
|
||||
return issues.some((n) =>
|
||||
ref.startsWith(`bot/proposer-${n}-`) ||
|
||||
title.includes(`#${n}`) ||
|
||||
@@ -258,10 +305,11 @@ jobs:
|
||||
|
||||
const out = [];
|
||||
|
||||
if (current) {
|
||||
if (sameBatch) {
|
||||
out.push("SKIP=1");
|
||||
out.push(`SKIP_REASON=${JSON.stringify("issue_already_has_open_pr")}`);
|
||||
out.push(`OPEN_PR_URL=${JSON.stringify(String(current.html_url || current.url || ""))}`);
|
||||
out.push(`OPEN_PR_URL=${JSON.stringify(String(sameBatch.html_url || sameBatch.url || ""))}`);
|
||||
out.push(`OPEN_PR_BRANCH=${JSON.stringify(String(sameBatch?.head?.ref || ""))}`);
|
||||
} else if (proposerOpen.length > 0) {
|
||||
const first = proposerOpen[0];
|
||||
out.push("SKIP=1");
|
||||
@@ -273,6 +321,22 @@ jobs:
|
||||
process.stdout.write(out.join("\n") + (out.length ? "\n" : ""));
|
||||
NODE
|
||||
|
||||
- name: Guard on remote batch branch before heavy work
|
||||
run: |
|
||||
set -euo pipefail
|
||||
source /tmp/proposer.env
|
||||
[[ "${SKIP:-0}" != "1" ]] || { echo "Skipped"; exit 0; }
|
||||
|
||||
if git ls-remote --exit-code --heads origin "$BATCH_BRANCH" >/dev/null 2>&1; then
|
||||
echo 'SKIP=1' >> /tmp/proposer.env
|
||||
echo 'SKIP_REASON="batch_branch_exists_without_pr"' >> /tmp/proposer.env
|
||||
echo "OPEN_PR_BRANCH=${BATCH_BRANCH}" >> /tmp/proposer.env
|
||||
echo "Remote batch branch already exists -> skip duplicate materialization"
|
||||
exit 0
|
||||
fi
|
||||
|
||||
echo "Remote batch branch is free"
|
||||
|
||||
- name: Comment issue if queued / skipped
|
||||
if: ${{ always() }}
|
||||
env:
|
||||
@@ -284,6 +348,11 @@ jobs:
|
||||
[[ "${SKIP:-0}" == "1" ]] || exit 0
|
||||
[[ "${EVENT_NAME:-}" != "push" ]] || exit 0
|
||||
|
||||
if [[ "${SKIP_REASON:-}" == "label_not_state_approved_event" || "${SKIP_REASON:-}" == "label_not_state_approved" ]]; then
|
||||
echo "Skip reason=${SKIP_REASON} -> no comment"
|
||||
exit 0
|
||||
fi
|
||||
|
||||
test -n "${FORGE_TOKEN:-}" || exit 0
|
||||
|
||||
ISSUE_TO_COMMENT="${ISSUE_NUMBER:-0}"
|
||||
@@ -297,7 +366,13 @@ jobs:
|
||||
MSG="Ticket queued in proposer queue. An open proposer PR already exists: ${OPEN_PR_URL:-"(URL unavailable)"}. The workflow will resume after merge on main."
|
||||
;;
|
||||
issue_already_has_open_pr)
|
||||
MSG="This ticket already has an open proposer PR: ${OPEN_PR_URL:-"(URL unavailable)"}"
|
||||
MSG="This batch already has an open proposer PR: ${OPEN_PR_URL:-"(URL unavailable)"}"
|
||||
;;
|
||||
batch_branch_exists_without_pr)
|
||||
MSG="This batch already has a remote batch branch (${OPEN_PR_BRANCH:-"(unknown branch)"}). Manual inspection is required before any new proposer PR is created."
|
||||
;;
|
||||
batch_branch_already_materialized)
|
||||
MSG="This batch was already materialized by another run on branch ${OPEN_PR_BRANCH:-"(unknown branch)"}. No duplicate PR was created."
|
||||
;;
|
||||
explicit_issue_missing_chemin)
|
||||
MSG="Proposer Apply: cannot process this ticket automatically because field Chemin is missing or unreadable."
|
||||
@@ -319,6 +394,7 @@ jobs:
|
||||
;;
|
||||
esac
|
||||
|
||||
export MSG
|
||||
node --input-type=module - <<'NODE' > /tmp/proposer.skip.comment.json
|
||||
const msg = process.env.MSG || "";
|
||||
process.stdout.write(JSON.stringify({ body: msg }));
|
||||
@@ -375,8 +451,7 @@ jobs:
|
||||
git config user.email "${BOT_GIT_EMAIL:-bot@archicratie.local}"
|
||||
|
||||
START_SHA="$(git rev-parse HEAD)"
|
||||
TS="$(date -u +%Y%m%d-%H%M%S)"
|
||||
BR="bot/proposer-${TARGET_PRIMARY_ISSUE}-${TS}"
|
||||
BR="$BATCH_BRANCH"
|
||||
echo "BRANCH=$BR" >> /tmp/proposer.env
|
||||
git checkout -b "$BR"
|
||||
|
||||
@@ -509,6 +584,27 @@ jobs:
|
||||
--data-binary @/tmp/proposer.failure.comment.json || true
|
||||
done
|
||||
|
||||
- name: Late guard against duplicate batch materialization
|
||||
run: |
|
||||
set -euo pipefail
|
||||
source /tmp/proposer.env || true
|
||||
[[ "${SKIP:-0}" != "1" ]] || exit 0
|
||||
[[ "${APPLY_RC:-0}" == "0" ]] || exit 0
|
||||
[[ "${REBASE_RC:-0}" == "0" ]] || exit 0
|
||||
[[ "${NOOP:-0}" == "0" ]] || exit 0
|
||||
|
||||
REMOTE_SHA="$(git ls-remote --heads origin "$BATCH_BRANCH" | awk 'NR==1 {print $1}')"
|
||||
|
||||
if [[ -n "${REMOTE_SHA:-}" && "${REMOTE_SHA}" != "${END_SHA:-}" ]]; then
|
||||
echo 'SKIP=1' >> /tmp/proposer.env
|
||||
echo 'SKIP_REASON="batch_branch_already_materialized"' >> /tmp/proposer.env
|
||||
echo "OPEN_PR_BRANCH=${BATCH_BRANCH}" >> /tmp/proposer.env
|
||||
echo "Remote batch branch already exists at $REMOTE_SHA -> skip duplicate push/PR"
|
||||
exit 0
|
||||
fi
|
||||
|
||||
echo "Late guard OK"
|
||||
|
||||
- name: Push bot branch
|
||||
if: ${{ always() }}
|
||||
env:
|
||||
@@ -546,46 +642,74 @@ jobs:
|
||||
[[ "${NOOP:-0}" == "0" ]] || exit 0
|
||||
[[ -n "${BRANCH:-}" ]] || { echo "BRANCH unset -> skip PR"; exit 0; }
|
||||
|
||||
test -n "${FORGE_TOKEN:-}" || { echo "Missing FORGE_TOKEN"; exit 1; }
|
||||
|
||||
OPEN_PRS_JSON="$(curl -fsS \
|
||||
-H "Authorization: token $FORGE_TOKEN" \
|
||||
-H "Accept: application/json" \
|
||||
"$API_BASE/api/v1/repos/$OWNER/$REPO/pulls?state=open&limit=100")"
|
||||
|
||||
export OPEN_PRS_JSON BATCH_BRANCH BATCH_KEY
|
||||
|
||||
EXISTING_PR_URL="$(node --input-type=module -e '
|
||||
const pulls = JSON.parse(process.env.OPEN_PRS_JSON || "[]");
|
||||
const branch = String(process.env.BATCH_BRANCH || "");
|
||||
const key = String(process.env.BATCH_KEY || "");
|
||||
const current = Array.isArray(pulls)
|
||||
? pulls.find((pr) => {
|
||||
const ref = String(pr?.head?.ref || "");
|
||||
const body = String(pr?.body || "");
|
||||
return (branch && ref === branch) || (key && body.includes(`Batch-Key: ${key}`));
|
||||
})
|
||||
: null;
|
||||
process.stdout.write(current ? String(current.html_url || current.url || "") : "");
|
||||
')"
|
||||
|
||||
if [[ -n "${EXISTING_PR_URL:-}" ]]; then
|
||||
echo "PR already exists for this batch: $EXISTING_PR_URL"
|
||||
exit 0
|
||||
fi
|
||||
|
||||
if [[ "${TARGET_COUNT:-0}" == "1" ]]; then
|
||||
PR_TITLE="proposer: apply ticket #${TARGET_PRIMARY_ISSUE}"
|
||||
else
|
||||
PR_TITLE="proposer: apply ${TARGET_COUNT} tickets on ${TARGET_CHEMIN}"
|
||||
fi
|
||||
|
||||
export TITLE="$PR_TITLE"
|
||||
export CHEMIN="$TARGET_CHEMIN"
|
||||
export ISSUES="$TARGET_ISSUES"
|
||||
export BRANCH="$BRANCH"
|
||||
export END_SHA="${END_SHA:-unknown}"
|
||||
export DEFAULT_BRANCH="$DEFAULT_BRANCH"
|
||||
export OWNER="$OWNER"
|
||||
export PR_TITLE TARGET_CHEMIN TARGET_ISSUES BRANCH END_SHA DEFAULT_BRANCH OWNER BATCH_KEY
|
||||
|
||||
node --input-type=module - <<'NODE' > /tmp/proposer.pr.json
|
||||
const issues = String(process.env.ISSUES || "")
|
||||
.trim()
|
||||
.split(/\s+/)
|
||||
.filter(Boolean);
|
||||
node --input-type=module -e '
|
||||
import fs from "node:fs";
|
||||
|
||||
const body = [
|
||||
`PR auto depuis ticket${issues.length > 1 ? "s" : ""} ${issues.map((n) => `#${n}`).join(", ")} (state/approved).`,
|
||||
"",
|
||||
`- Chemin: ${process.env.CHEMIN || "(inconnu)"}`,
|
||||
"- Tickets:",
|
||||
...issues.map((n) => ` - #${n}`),
|
||||
`- Branche: ${process.env.BRANCH || ""}`,
|
||||
`- Commit: ${process.env.END_SHA || "unknown"}`,
|
||||
"",
|
||||
"Merge si CI OK."
|
||||
].join("\n");
|
||||
const issues = String(process.env.TARGET_ISSUES || "")
|
||||
.trim()
|
||||
.split(/\s+/)
|
||||
.filter(Boolean);
|
||||
|
||||
process.stdout.write(JSON.stringify({
|
||||
title: process.env.TITLE || "proposer: apply tickets",
|
||||
body,
|
||||
base: process.env.DEFAULT_BRANCH || "main",
|
||||
head: `${process.env.OWNER}:${process.env.BRANCH}`,
|
||||
allow_maintainer_edit: true
|
||||
}));
|
||||
NODE
|
||||
const body = [
|
||||
`PR auto depuis ticket${issues.length > 1 ? "s" : ""} ${issues.map((n) => `#${n}`).join(", ")} (state/approved).`,
|
||||
"",
|
||||
`- Chemin: ${process.env.TARGET_CHEMIN || "(inconnu)"}`,
|
||||
"- Tickets:",
|
||||
...issues.map((n) => ` - #${n}`),
|
||||
`- Branche: ${process.env.BRANCH || ""}`,
|
||||
`- Commit: ${process.env.END_SHA || "unknown"}`,
|
||||
`- Batch-Key: ${process.env.BATCH_KEY || ""}`,
|
||||
"",
|
||||
"Merge si CI OK."
|
||||
].join("\n");
|
||||
|
||||
fs.writeFileSync(
|
||||
"/tmp/proposer.pr.json",
|
||||
JSON.stringify({
|
||||
title: process.env.PR_TITLE || "proposer: apply tickets",
|
||||
body,
|
||||
base: process.env.DEFAULT_BRANCH || "main",
|
||||
head: `${process.env.OWNER}:${process.env.BRANCH}`,
|
||||
allow_maintainer_edit: true
|
||||
})
|
||||
);
|
||||
'
|
||||
|
||||
PR_JSON="$(curl -fsS -X POST \
|
||||
-H "Authorization: token $FORGE_TOKEN" \
|
||||
@@ -593,10 +717,7 @@ jobs:
|
||||
"$API_BASE/api/v1/repos/$OWNER/$REPO/pulls" \
|
||||
--data-binary @/tmp/proposer.pr.json)"
|
||||
|
||||
PR_URL="$(node --input-type=module -e '
|
||||
const pr = JSON.parse(process.argv[1] || "{}");
|
||||
console.log(pr.html_url || pr.url || "");
|
||||
' "$PR_JSON")"
|
||||
PR_URL="$(node --input-type=module -e 'const pr = JSON.parse(process.argv[1] || "{}"); console.log(pr.html_url || pr.url || "");' "$PR_JSON")"
|
||||
|
||||
test -n "$PR_URL" || {
|
||||
echo "PR URL missing. Raw: $PR_JSON"
|
||||
@@ -605,15 +726,21 @@ jobs:
|
||||
|
||||
for ISSUE in $TARGET_ISSUES; do
|
||||
export ISSUE PR_URL
|
||||
node --input-type=module - <<'NODE' > /tmp/proposer.issue.close.comment.json
|
||||
const issue = process.env.ISSUE || "";
|
||||
const url = process.env.PR_URL || "";
|
||||
const msg =
|
||||
`PR proposer created for ticket #${issue}: ${url}\n\n` +
|
||||
`The ticket is closed automatically. Discussion can continue in the PR.`;
|
||||
|
||||
process.stdout.write(JSON.stringify({ body: msg }));
|
||||
NODE
|
||||
node --input-type=module -e '
|
||||
import fs from "node:fs";
|
||||
|
||||
const issue = process.env.ISSUE || "";
|
||||
const url = process.env.PR_URL || "";
|
||||
const msg =
|
||||
`PR proposer creee pour le ticket #${issue} : ${url}\n\n` +
|
||||
`Le ticket est cloture automatiquement ; la discussion peut se poursuivre dans la PR.`;
|
||||
|
||||
fs.writeFileSync(
|
||||
"/tmp/proposer.issue.close.comment.json",
|
||||
JSON.stringify({ body: msg })
|
||||
);
|
||||
'
|
||||
|
||||
curl -fsS -X POST \
|
||||
-H "Authorization: token $FORGE_TOKEN" \
|
||||
@@ -626,6 +753,17 @@ jobs:
|
||||
-H "Content-Type: application/json" \
|
||||
"$API_BASE/api/v1/repos/$OWNER/$REPO/issues/$ISSUE" \
|
||||
--data-binary '{"state":"closed"}'
|
||||
|
||||
ISSUE_STATE="$(curl -fsS \
|
||||
-H "Authorization: token $FORGE_TOKEN" \
|
||||
-H "Accept: application/json" \
|
||||
"$API_BASE/api/v1/repos/$OWNER/$REPO/issues/$ISSUE" | \
|
||||
node --input-type=module -e 'let s=""; process.stdin.on("data", d => s += d); process.stdin.on("end", () => { const j = JSON.parse(s || "{}"); process.stdout.write(String(j.state || "")); });')"
|
||||
|
||||
[[ "$ISSUE_STATE" == "closed" ]] || {
|
||||
echo "Issue #$ISSUE is still not closed after PATCH"
|
||||
exit 1
|
||||
}
|
||||
done
|
||||
|
||||
echo "PR: $PR_URL"
|
||||
|
||||
3
.gitignore
vendored
3
.gitignore
vendored
@@ -30,4 +30,5 @@ public/favicon_io.zip
|
||||
.DS_Store
|
||||
|
||||
# local temp workspace
|
||||
.tmp/
|
||||
.tmp/
|
||||
public/__ops/health.json
|
||||
|
||||
1393
docs/OPS-LOCALHOST-AUTO-SYNC.md
Normal file
1393
docs/OPS-LOCALHOST-AUTO-SYNC.md
Normal file
File diff suppressed because it is too large
Load Diff
@@ -1,51 +1,147 @@
|
||||
# START-HERE — Archicratie / Édition Web (v2)
|
||||
> Onboarding + exploitation “nickel chrome” (DEV → Gitea → CI → Release → Blue/Green → Edge/SSO)
|
||||
# START-HERE — Archicratie / Édition Web (v3)
|
||||
> Onboarding + exploitation “nickel chrome” (DEV → Gitea → CI → Release → Blue/Green → Edge/SSO → localhost auto-sync)
|
||||
|
||||
## 0) TL;DR (la règle d’or)
|
||||
- **Gitea = source canonique**.
|
||||
- **main est protégé** : toute modification passe par **branche → PR → CI → merge**.
|
||||
- **Le NAS n’est pas la source** : si un hotfix est fait sur NAS, on **backporte** via PR immédiatement.
|
||||
- **Le site est statique Astro** : la prod sert du HTML (nginx), l’accès est contrôlé au niveau reverse-proxy (Traefik + Authelia).
|
||||
|
||||
- **Gitea = source canonique**.
|
||||
- **`main` est protégée** : toute modification passe par **branche → PR → CI → merge**.
|
||||
- **Le NAS n’est pas la source** : si un hotfix est fait sur NAS, il doit être **backporté immédiatement** via PR.
|
||||
- **Le site est statique Astro** : la prod sert du HTML via nginx ; l’accès est contrôlé au niveau reverse-proxy (Traefik + Authelia).
|
||||
- **Le localhost automatique n’est pas le repo de dev** : il tourne depuis un **worktree dédié**, synchronisé sur `origin/main`.
|
||||
|
||||
---
|
||||
|
||||
## 1) Architecture mentale (ultra simple)
|
||||
- **DEV (Mac Studio)** : édition + tests + commit + push
|
||||
- **Gitea** : dépôt canon + PR + CI (CI.yaml)
|
||||
- **NAS (DS220+)** : déploiement “blue/green”
|
||||
- `web_blue` (staging upstream) → `127.0.0.1:8081`
|
||||
- `web_green` (live upstream) → `127.0.0.1:8082`
|
||||
- **Edge (Traefik)** : route les hosts
|
||||
|
||||
- **DEV canonique (Mac Studio)** : édition, dev, tests, commits, pushes
|
||||
- **Gitea** : dépôt canonique, PR, CI, workflows éditoriaux
|
||||
- **NAS (DS220+)** : déploiement blue/green
|
||||
- `web_blue` → staging upstream → `127.0.0.1:8081`
|
||||
- `web_green` → live upstream → `127.0.0.1:8082`
|
||||
- **Edge (Traefik)** : routage des hosts
|
||||
- `staging.archicratie...` → 8081
|
||||
- `archicratie...` → 8082
|
||||
- **Authelia** devant, via middleware `chain-auth@file`
|
||||
- **Localhost auto-sync**
|
||||
- un **repo canonique de développement**
|
||||
- un **worktree localhost miroir de `origin/main`**
|
||||
- un **agent de sync**
|
||||
- un **agent Astro**
|
||||
|
||||
---
|
||||
|
||||
## 2) Répertoires & conventions (repo)
|
||||
|
||||
### 2.1 Contenu canon (édition)
|
||||
- `src/content/**` : contenu MD / MDX canon (Astro content collections)
|
||||
- `src/pages/**` : routes Astro (index, [...slug], etc.)
|
||||
- `src/components/**` : composants UI (SiteNav, TOC, SidePanel, etc.)
|
||||
- `src/layouts/**` : layouts (EditionLayout, SiteLayout)
|
||||
|
||||
- `src/content/**` : contenu MD / MDX canon
|
||||
- `src/pages/**` : routes Astro
|
||||
- `src/components/**` : composants UI
|
||||
- `src/layouts/**` : layouts
|
||||
- `src/styles/**` : CSS global
|
||||
|
||||
### 2.2 Annotations (pré-Édition “tickets”)
|
||||
|
||||
- `src/annotations/<workKey>/<slug>.yml`
|
||||
- Exemple : `src/annotations/archicrat-ia/prologue.yml`
|
||||
- Objectif : stocker “Références / Médias / Commentaires” par page et par paragraphe (`p-...`).
|
||||
- Exemple :
|
||||
`src/annotations/archicrat-ia/prologue.yml`
|
||||
|
||||
Objectif :
|
||||
stocker “Références / Médias / Commentaires” par page et par paragraphe (`p-...`).
|
||||
|
||||
### 2.3 Scripts (tooling / build)
|
||||
- `scripts/inject-anchor-aliases.mjs` : injection aliases dans dist
|
||||
- `scripts/dedupe-ids-dist.mjs` : retire IDs dupliqués dans dist
|
||||
- `scripts/build-para-index.mjs` : index paragraphes (postbuild / predev)
|
||||
- `scripts/build-annotations-index.mjs` : index annotations (postbuild / predev)
|
||||
- `scripts/check-anchors.mjs` : contrat stabilité d’ancres (CI)
|
||||
|
||||
- `scripts/inject-anchor-aliases.mjs` : injection aliases dans `dist`
|
||||
- `scripts/dedupe-ids-dist.mjs` : retrait IDs dupliqués
|
||||
- `scripts/build-para-index.mjs` : index paragraphes
|
||||
- `scripts/build-annotations-index.mjs` : index annotations
|
||||
- `scripts/check-anchors.mjs` : contrat stabilité d’ancres
|
||||
- `scripts/check-annotations*.mjs` : sanity YAML + médias
|
||||
|
||||
> Important : les scripts sont **partie intégrante** de la stabilité (IDs/ancres/indexation).
|
||||
> On évite “la magie” : tout est scripté + vérifié.
|
||||
> Important : ces scripts ne sont pas accessoires.
|
||||
> Ils font partie du contrat de stabilité éditoriale.
|
||||
|
||||
## 3) Workflow Git “pro” (main protégé)
|
||||
### 3.1 Cycle standard (toute modif)
|
||||
en bash :
|
||||
---
|
||||
|
||||
## 3) Les trois espaces à ne jamais confondre
|
||||
|
||||
### 3.1 Repo canonique de développement
|
||||
|
||||
```text
|
||||
/Volumes/FunIA/dev/archicratie-edition/site
|
||||
```
|
||||
|
||||
Usage :
|
||||
|
||||
- développement normal
|
||||
- branches de travail
|
||||
- nouvelles fonctionnalités
|
||||
- corrections manuelles
|
||||
- commits
|
||||
- pushes
|
||||
- PR
|
||||
|
||||
### 3.2 Worktree localhost miroir de `main`
|
||||
|
||||
```text
|
||||
/Users/s-funia/ops-local/archicratie/localhost-worktree
|
||||
```
|
||||
|
||||
Branche attendue :
|
||||
|
||||
```text
|
||||
localhost-sync
|
||||
```
|
||||
|
||||
Usage :
|
||||
|
||||
- exécuter le localhost automatique
|
||||
- refléter `origin/main`
|
||||
- ne jamais servir d’espace de développement
|
||||
|
||||
### 3.3 Ops local hors repo
|
||||
|
||||
```text
|
||||
/Users/s-funia/ops-local/archicratie
|
||||
```
|
||||
|
||||
Usage :
|
||||
|
||||
- scripts d’exploitation
|
||||
- état
|
||||
- logs
|
||||
- automatisation `launchd`
|
||||
|
||||
---
|
||||
|
||||
## 4) Pourquoi cette séparation existe
|
||||
|
||||
Il ne faut pas utiliser le repo canonique de développement comme serveur localhost permanent.
|
||||
|
||||
Sinon on mélange :
|
||||
|
||||
- travail en cours
|
||||
- commits non poussés
|
||||
- essais temporaires
|
||||
- état réellement publié sur `main`
|
||||
|
||||
Le résultat devient ambigu.
|
||||
|
||||
La séparation retenue est donc :
|
||||
|
||||
- **repo canonique** = espace de développement
|
||||
- **worktree localhost** = miroir exécutable de `origin/main`
|
||||
- **ops local** = scripts et automatisation
|
||||
|
||||
C’est cette séparation qui rend le système lisible, robuste et opérable.
|
||||
|
||||
---
|
||||
|
||||
## 5) Workflow Git “pro” (main protégée)
|
||||
|
||||
### 5.1 Cycle standard (toute modif)
|
||||
|
||||
```bash
|
||||
git checkout main
|
||||
git pull --ff-only
|
||||
|
||||
@@ -60,37 +156,48 @@ npm run test:anchors
|
||||
git add -A
|
||||
git commit -m "xxx: description claire"
|
||||
git push -u origin "$BR"
|
||||
```
|
||||
|
||||
### 3.2 PR vers main
|
||||
### 5.2 PR vers `main`
|
||||
|
||||
Ouvrir PR dans Gitea
|
||||
- ouvrir une PR dans Gitea
|
||||
- attendre une CI verte
|
||||
- merger
|
||||
- laisser les workflows faire le reste
|
||||
|
||||
CI doit être verte
|
||||
### 5.3 Cas spécial : hotfix prod (NAS)
|
||||
|
||||
Merge PR → main
|
||||
On peut faire un hotfix d’urgence côté NAS si nécessaire.
|
||||
|
||||
### 3.3 Cas spécial : hotfix prod (NAS)
|
||||
Mais l’état final doit toujours revenir dans Gitea :
|
||||
|
||||
On peut faire un hotfix “urgence” en prod/staging si nécessaire…
|
||||
- branche
|
||||
- PR
|
||||
- CI
|
||||
- merge
|
||||
|
||||
MAIS : l’état final doit revenir dans Gitea : branche → PR → CI → merge.
|
||||
---
|
||||
|
||||
## 4) Déploiement (NAS) — principe
|
||||
### 4.1 Release pack
|
||||
## 6) Déploiement (NAS) — principe
|
||||
|
||||
On génère un pack “reproductible” (source + config + scripts) puis on déploie.
|
||||
### 6.1 Release pack
|
||||
|
||||
### 4.2 Blue/Green
|
||||
On génère un pack reproductible, puis on déploie.
|
||||
|
||||
web_blue = staging upstream (8081)
|
||||
### 6.2 Blue/Green
|
||||
|
||||
web_green = live upstream (8082)
|
||||
- `web_blue` = staging (`8081`)
|
||||
- `web_green` = live (`8082`)
|
||||
|
||||
Edge Traefik sélectionne quel host pointe vers quel upstream.
|
||||
Le reverse-proxy choisit l’upstream selon le host demandé.
|
||||
|
||||
## 5) Check-list “≤ 10 commandes” (happy path complet)
|
||||
### 5.1 DEV (Mac)
|
||||
---
|
||||
|
||||
## 7) Happy path complet
|
||||
|
||||
### 7.1 DEV (Mac)
|
||||
|
||||
```bash
|
||||
git checkout main && git pull --ff-only
|
||||
git checkout -b chore/my-change-$(date +%Y%m%d)
|
||||
|
||||
@@ -99,55 +206,258 @@ rm -rf .astro node_modules/.vite dist
|
||||
npm run build
|
||||
npm run test:anchors
|
||||
npm run dev
|
||||
```
|
||||
|
||||
### 5.2 Push + PR
|
||||
### 7.2 Push + PR
|
||||
|
||||
```bash
|
||||
git add -A
|
||||
git commit -m "chore: my change"
|
||||
git push -u origin chore/my-change-YYYYMMDD
|
||||
# ouvrir PR dans Gitea
|
||||
```
|
||||
|
||||
### 5.3 Déploiement NAS (résumé)
|
||||
Puis ouvrir la PR dans Gitea.
|
||||
|
||||
Voir docs/runbooks/DEPLOY-BLUE-GREEN.md.
|
||||
### 7.3 Déploiement NAS
|
||||
|
||||
## 6) Problèmes “classiques” + diagnostic rapide
|
||||
### 6.1 “Le staging ne ressemble pas au local”
|
||||
Voir :
|
||||
|
||||
# Comparer upstream direct 8081 vs 8082 :
|
||||
```text
|
||||
docs/runbooks/DEPLOY-BLUE-GREEN.md
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 8) Localhost auto-sync — ce qu’il faut retenir
|
||||
|
||||
Le localhost automatique sert à voir **la vérité de `main`**, pas à développer du neuf.
|
||||
|
||||
### 8.1 Scripts principaux
|
||||
|
||||
#### Script de sync
|
||||
|
||||
```text
|
||||
~/ops-local/archicratie/auto-sync-localhost.sh
|
||||
```
|
||||
|
||||
Rôle :
|
||||
|
||||
- fetch `origin/main`
|
||||
- réaligner le worktree localhost
|
||||
- lancer `npm ci` si besoin
|
||||
- redéclencher l’agent Astro si nécessaire
|
||||
|
||||
#### Script Astro
|
||||
|
||||
```text
|
||||
~/ops-local/archicratie/run-astro-localhost.sh
|
||||
```
|
||||
|
||||
Rôle :
|
||||
|
||||
- lancer `astro dev`
|
||||
- depuis le bon worktree
|
||||
- avec le bon runtime Node
|
||||
- sur `127.0.0.1:4321`
|
||||
|
||||
> Oui : ce script est nécessaire.
|
||||
> Il isole proprement le lancement du serveur Astro dans un contexte `launchd` stable.
|
||||
|
||||
### 8.2 LaunchAgents
|
||||
|
||||
#### Agent sync
|
||||
|
||||
```text
|
||||
~/Library/LaunchAgents/me.archicratie.localhost-sync.plist
|
||||
```
|
||||
|
||||
#### Agent Astro
|
||||
|
||||
```text
|
||||
~/Library/LaunchAgents/me.archicratie.localhost-astro.plist
|
||||
```
|
||||
|
||||
### 8.3 Document de référence
|
||||
|
||||
Pour tout le détail d’exploitation du localhost automatique, lire :
|
||||
|
||||
```text
|
||||
docs/OPS-LOCALHOST-AUTO-SYNC.md
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 9) Règle d’or : il y a deux usages locaux distincts
|
||||
|
||||
### 9.1 Voir ce qui est réellement sur `main`
|
||||
|
||||
Utiliser :
|
||||
|
||||
```text
|
||||
http://127.0.0.1:4321
|
||||
```
|
||||
|
||||
Ce localhost doit être considéré comme :
|
||||
|
||||
**un miroir local exécutable de `origin/main`**
|
||||
|
||||
### 9.2 Développer / tester une nouvelle fonctionnalité
|
||||
|
||||
Utiliser le repo canonique :
|
||||
|
||||
```bash
|
||||
cd /Volumes/FunIA/dev/archicratie-edition/site
|
||||
npm run dev
|
||||
```
|
||||
|
||||
Donc :
|
||||
|
||||
- **localhost auto-sync** = vérité de `main`
|
||||
- **localhost de dev manuel** = expérimentation en cours
|
||||
|
||||
Il ne faut pas les confondre.
|
||||
|
||||
---
|
||||
|
||||
## 10) Ce qu’il ne faut pas faire
|
||||
|
||||
### 10.1 Ne pas développer dans le worktree localhost
|
||||
|
||||
Le worktree localhost est piloté automatiquement.
|
||||
|
||||
Il peut être :
|
||||
|
||||
- réaligné
|
||||
- nettoyé
|
||||
- redémarré
|
||||
|
||||
Donc :
|
||||
|
||||
- pas de commits dedans
|
||||
- pas de dev feature dedans
|
||||
- pas d’expérimentation de fond dedans
|
||||
|
||||
### 10.2 Ne pas utiliser le repo canonique comme miroir auto-sync
|
||||
|
||||
Sinon on mélange :
|
||||
|
||||
- espace de dev
|
||||
- état publié
|
||||
- serveur local permanent
|
||||
|
||||
### 10.3 Ne pas remettre les scripts ops sur un volume externe
|
||||
|
||||
Les scripts d’ops doivent rester sous `HOME`.
|
||||
|
||||
Le fait de les mettre sous `/Volumes/...` a déjà provoqué des erreurs du type :
|
||||
|
||||
```text
|
||||
Operation not permitted
|
||||
```
|
||||
|
||||
### 10.4 Ne pas supprimer `run-astro-localhost.sh`
|
||||
|
||||
Ce script fait partie de l’architecture actuelle.
|
||||
Le supprimer reviendrait à réintroduire le flou entre sync Git et exécution d’Astro.
|
||||
|
||||
---
|
||||
|
||||
## 11) Commandes de contrôle essentielles
|
||||
|
||||
### 11.1 État global
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/doctor-localhost.sh
|
||||
```
|
||||
|
||||
### 11.2 État Git
|
||||
|
||||
```bash
|
||||
git -C ~/ops-local/archicratie/localhost-worktree rev-parse HEAD
|
||||
git -C /Volumes/FunIA/dev/archicratie-edition/site ls-remote origin refs/heads/main
|
||||
git -C ~/ops-local/archicratie/localhost-worktree branch --show-current
|
||||
```
|
||||
|
||||
### 11.3 État LaunchAgents
|
||||
|
||||
```bash
|
||||
launchctl print "gui/$(id -u)/me.archicratie.localhost-sync" | sed -n '1,160p'
|
||||
launchctl print "gui/$(id -u)/me.archicratie.localhost-astro" | sed -n '1,160p'
|
||||
```
|
||||
|
||||
### 11.4 État logs
|
||||
|
||||
```bash
|
||||
tail -n 120 ~/ops-local/archicratie/logs/auto-sync-localhost.log
|
||||
tail -n 120 ~/ops-local/archicratie/logs/astro-localhost.log
|
||||
tail -n 80 ~/Library/Logs/archicratie-localhost-sync.err.log
|
||||
tail -n 80 ~/Library/Logs/archicratie-localhost-astro.err.log
|
||||
```
|
||||
|
||||
### 11.5 État serveur
|
||||
|
||||
```bash
|
||||
lsof -nP -iTCP:4321 -sTCP:LISTEN
|
||||
PID="$(lsof -tiTCP:4321 -sTCP:LISTEN | head -n 1)"
|
||||
ps -p "$PID" -o pid=,command=
|
||||
lsof -a -p "$PID" -d cwd
|
||||
```
|
||||
|
||||
### 11.6 Vérification contenu
|
||||
|
||||
```bash
|
||||
curl -s http://127.0.0.1:4321/archicrat-ia/prologue/ | grep -n "taxe Zucman"
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 12) Problèmes classiques + diagnostic
|
||||
|
||||
### 12.1 “Le staging ne ressemble pas au local”
|
||||
|
||||
Comparer les upstream directs :
|
||||
|
||||
```bash
|
||||
curl -sS http://127.0.0.1:8081/ | head -n 2
|
||||
curl -sS http://127.0.0.1:8082/ | head -n 2
|
||||
```
|
||||
|
||||
# Vérifier quel routeur edge répond (header diag) :
|
||||
Vérifier le routeur edge :
|
||||
|
||||
```bash
|
||||
curl -sSI -H 'Host: staging.archicratie.trans-hands.synology.me' http://127.0.0.1:18080/ \
|
||||
| grep -iE 'HTTP/|location:|x-archi-router'
|
||||
```
|
||||
|
||||
# Lire docs/runbooks/EDGE-TRAEFIK.md.
|
||||
Voir :
|
||||
|
||||
### 6.2 Canonical incorrect (localhost en prod)
|
||||
```text
|
||||
docs/runbooks/EDGE-TRAEFIK.md
|
||||
```
|
||||
|
||||
Cause racine : site dans Astro = PUBLIC_SITE non injecté au build.
|
||||
### 12.2 Canonical incorrect
|
||||
|
||||
Fix canonique : voir docs/runbooks/ENV-PUBLIC_SITE.md.
|
||||
Cause probable : `PUBLIC_SITE` mal injecté au build.
|
||||
|
||||
Test :
|
||||
|
||||
```bash
|
||||
curl -sS http://127.0.0.1:8082/ | grep -oE 'rel="canonical" href="[^"]+"' | head -1
|
||||
```
|
||||
|
||||
### 6.3 Contrat “anchors” en échec après migration d’URL
|
||||
Voir :
|
||||
|
||||
Quand on déplace des routes (ex: /archicratie/archicrat-ia/* → /archicrat-ia/*), le test d’ancres peut échouer même si les IDs n’ont pas changé, car les pages ont changé de chemin.
|
||||
```text
|
||||
docs/runbooks/ENV-PUBLIC_SITE.md
|
||||
```
|
||||
|
||||
# Procédure safe :
|
||||
### 12.3 Contrat anchors en échec après migration d’URL
|
||||
|
||||
Backup baseline :
|
||||
Procédure safe :
|
||||
|
||||
```bash
|
||||
cp -a tests/anchors-baseline.json /tmp/anchors-baseline.json.bak.$(date +%F-%H%M%S)
|
||||
|
||||
Mettre à jour les clés (chemins) sans toucher aux IDs :
|
||||
|
||||
node - <<'NODE'
|
||||
import fs from 'fs';
|
||||
const p='tests/anchors-baseline.json';
|
||||
@@ -161,16 +471,213 @@ fs.writeFileSync(p, JSON.stringify(out,null,2)+'\n');
|
||||
console.log('updated keys:', Object.keys(j).length, '->', Object.keys(out).length);
|
||||
NODE
|
||||
|
||||
Re-run :
|
||||
|
||||
npm run test:anchors
|
||||
```
|
||||
|
||||
## 7) Ce que l’étape 9 doit faire (orientation)
|
||||
### 12.4 “Le localhost auto-sync ne montre pas les dernières modifs”
|
||||
|
||||
Stabiliser le pipeline “tickets → YAML annotations”
|
||||
Commande réflexe :
|
||||
|
||||
Formaliser la spec YAML + merge + anti-doublon (voir docs/EDITORIAL-ANNOTATIONS-SPEC.md)
|
||||
```bash
|
||||
~/ops-local/archicratie/doctor-localhost.sh
|
||||
```
|
||||
|
||||
Durcir l’onboarding (ce START-HERE + runbooks)
|
||||
Puis :
|
||||
|
||||
Éviter les régressions par tests (anchors / annotations / smoke)
|
||||
```bash
|
||||
git -C ~/ops-local/archicratie/localhost-worktree rev-parse HEAD
|
||||
git -C /Volumes/FunIA/dev/archicratie-edition/site ls-remote origin refs/heads/main
|
||||
```
|
||||
|
||||
Si les SHA diffèrent :
|
||||
- le sync n’a pas tourné
|
||||
- ou l’agent sync a un problème
|
||||
|
||||
### 12.5 “Le SHA est bon mais le contenu web est faux”
|
||||
|
||||
Vérifier quel Astro écoute réellement :
|
||||
|
||||
```bash
|
||||
lsof -nP -iTCP:4321 -sTCP:LISTEN
|
||||
PID="$(lsof -tiTCP:4321 -sTCP:LISTEN | head -n 1)"
|
||||
ps -p "$PID" -o pid=,command=
|
||||
lsof -a -p "$PID" -d cwd
|
||||
```
|
||||
|
||||
Attendu :
|
||||
- commande contenant `astro dev`
|
||||
- cwd = `~/ops-local/archicratie/localhost-worktree`
|
||||
|
||||
### 12.6 Erreur `EBADENGINE`
|
||||
|
||||
Cause probable :
|
||||
- Node 23 utilisé au lieu de Node 22
|
||||
|
||||
Résolution :
|
||||
- forcer `node@22` dans les scripts et les LaunchAgents
|
||||
|
||||
### 12.7 Erreur `Operation not permitted`
|
||||
|
||||
Cause probable :
|
||||
- scripts d’ops placés sous `/Volumes/...`
|
||||
|
||||
Résolution :
|
||||
- garder les scripts sous :
|
||||
|
||||
```text
|
||||
~/ops-local/archicratie
|
||||
```
|
||||
|
||||
### 12.8 Erreur `EPERM` sur `astro.mjs`
|
||||
|
||||
Cause probable :
|
||||
- ancien worktree sur volume externe
|
||||
- ancien chemin résiduel
|
||||
- Astro lancé depuis un mauvais emplacement
|
||||
|
||||
Résolution :
|
||||
- worktree localhost sous :
|
||||
|
||||
```text
|
||||
~/ops-local/archicratie/localhost-worktree
|
||||
```
|
||||
|
||||
- scripts cohérents avec ce chemin
|
||||
- réinstallation propre via :
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/install-localhost-sync.sh
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 13) Redémarrage machine
|
||||
|
||||
Après reboot, le comportement attendu est :
|
||||
|
||||
1. le LaunchAgent sync se recharge
|
||||
2. le LaunchAgent Astro se recharge
|
||||
3. le worktree localhost est réaligné
|
||||
4. Astro redémarre sur `127.0.0.1:4321`
|
||||
|
||||
### Vérification rapide après reboot
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/doctor-localhost.sh
|
||||
```
|
||||
|
||||
Si nécessaire :
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/install-localhost-sync.sh
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 14) Procédure de secours manuelle
|
||||
|
||||
### Forcer un sync
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/auto-sync-localhost.sh
|
||||
```
|
||||
|
||||
### Réinstaller proprement le dispositif local
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/install-localhost-sync.sh
|
||||
```
|
||||
|
||||
### Diagnostic complet
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/doctor-localhost.sh
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 15) Décision d’exploitation finale
|
||||
|
||||
La politique retenue est la suivante :
|
||||
|
||||
- **repo canonique** = espace de développement
|
||||
- **worktree localhost** = miroir automatique de `main`
|
||||
- **ops sous HOME** = scripts, logs, automation
|
||||
- **LaunchAgent sync** = réalignement Git
|
||||
- **LaunchAgent Astro** = exécution stable du serveur local
|
||||
- **Astro local** = lancé uniquement depuis le worktree localhost
|
||||
|
||||
Cette séparation rend le dispositif plus :
|
||||
|
||||
- lisible
|
||||
- robuste
|
||||
- opérable
|
||||
- antifragile
|
||||
|
||||
---
|
||||
|
||||
## 16) Résumé opératoire
|
||||
|
||||
### Pour voir la vérité de `main`
|
||||
|
||||
Ouvrir :
|
||||
|
||||
```text
|
||||
http://127.0.0.1:4321
|
||||
```
|
||||
|
||||
Le serveur doit provenir de :
|
||||
|
||||
```text
|
||||
/Users/s-funia/ops-local/archicratie/localhost-worktree
|
||||
```
|
||||
|
||||
### Pour développer
|
||||
|
||||
Travailler dans :
|
||||
|
||||
```text
|
||||
/Volumes/FunIA/dev/archicratie-edition/site
|
||||
```
|
||||
|
||||
avec les commandes habituelles.
|
||||
|
||||
### Pour réparer vite
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/doctor-localhost.sh
|
||||
~/ops-local/archicratie/auto-sync-localhost.sh
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 17) Mémoire courte
|
||||
|
||||
Si un jour plus rien n’est clair, repartir de ces commandes :
|
||||
|
||||
```bash
|
||||
~/ops-local/archicratie/doctor-localhost.sh
|
||||
git -C ~/ops-local/archicratie/localhost-worktree rev-parse HEAD
|
||||
git -C /Volumes/FunIA/dev/archicratie-edition/site ls-remote origin refs/heads/main
|
||||
lsof -nP -iTCP:4321 -sTCP:LISTEN
|
||||
```
|
||||
|
||||
Puis lire :
|
||||
|
||||
```bash
|
||||
tail -n 120 ~/ops-local/archicratie/logs/auto-sync-localhost.log
|
||||
tail -n 120 ~/ops-local/archicratie/logs/astro-localhost.log
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 18) Statut actuel visé
|
||||
|
||||
Quand tout fonctionne correctement :
|
||||
|
||||
- le worktree localhost pointe sur le même SHA que `origin/main`
|
||||
- `astro dev` écoute sur `127.0.0.1:4321`
|
||||
- son cwd est `~/ops-local/archicratie/localhost-worktree`
|
||||
- le contenu servi correspond au contenu mergé sur `main`
|
||||
|
||||
C’est l’état de référence à préserver.
|
||||
@@ -9,8 +9,9 @@ import { spawnSync } from "node:child_process";
|
||||
*
|
||||
* Conçu pour:
|
||||
* - prendre un ticket [Correction]/[Fact-check] (issue) avec Chemin + Ancre + Proposition
|
||||
* - retrouver le bon paragraphe dans le .mdx
|
||||
* - retrouver le bon paragraphe dans le .mdx/.md
|
||||
* - remplacer proprement
|
||||
* - ne JAMAIS toucher au frontmatter
|
||||
* - optionnel: écrire un alias d’ancre old->new (build-time) dans src/anchors/anchor-aliases.json
|
||||
* - optionnel: committer automatiquement
|
||||
* - optionnel: fermer le ticket (après commit)
|
||||
@@ -137,28 +138,17 @@ function scoreText(candidate, targetText) {
|
||||
let hit = 0;
|
||||
for (const w of tgtSet) if (blkSet.has(w)) hit++;
|
||||
|
||||
// Bonus si un long préfixe ressemble
|
||||
const tgtNorm = normalizeText(stripMd(targetText));
|
||||
const blkNorm = normalizeText(stripMd(candidate));
|
||||
const prefix = tgtNorm.slice(0, Math.min(180, tgtNorm.length));
|
||||
const prefixBonus = prefix && blkNorm.includes(prefix) ? 1000 : 0;
|
||||
|
||||
// Ratio bonus (0..100)
|
||||
const ratio = hit / Math.max(1, tgtSet.size);
|
||||
const ratioBonus = Math.round(ratio * 100);
|
||||
|
||||
return prefixBonus + hit + ratioBonus;
|
||||
}
|
||||
|
||||
function bestBlockMatchIndex(blocks, targetText) {
|
||||
let best = { i: -1, score: -1 };
|
||||
for (let i = 0; i < blocks.length; i++) {
|
||||
const sc = scoreText(blocks[i], targetText);
|
||||
if (sc > best.score) best = { i, score: sc };
|
||||
}
|
||||
return best;
|
||||
}
|
||||
|
||||
function rankedBlockMatches(blocks, targetText, limit = 5) {
|
||||
return blocks
|
||||
.map((b, i) => ({
|
||||
@@ -170,11 +160,6 @@ function rankedBlockMatches(blocks, targetText, limit = 5) {
|
||||
.slice(0, limit);
|
||||
}
|
||||
|
||||
function splitParagraphBlocks(mdxText) {
|
||||
const raw = String(mdxText ?? "").replace(/\r\n/g, "\n");
|
||||
return raw.split(/\n{2,}/);
|
||||
}
|
||||
|
||||
function isLikelyExcerpt(s) {
|
||||
const t = String(s || "").trim();
|
||||
if (!t) return true;
|
||||
@@ -184,6 +169,89 @@ function isLikelyExcerpt(s) {
|
||||
return false;
|
||||
}
|
||||
|
||||
/* --------------------------- frontmatter / structure ------------------------ */
|
||||
|
||||
function normalizeNewlines(s) {
|
||||
return String(s ?? "").replace(/^\uFEFF/, "").replace(/\r\n/g, "\n");
|
||||
}
|
||||
|
||||
function splitMdxFrontmatter(src) {
|
||||
const text = normalizeNewlines(src);
|
||||
const m = text.match(/^---\n[\s\S]*?\n---\n?/);
|
||||
|
||||
if (!m) {
|
||||
return {
|
||||
hasFrontmatter: false,
|
||||
frontmatter: "",
|
||||
body: text,
|
||||
};
|
||||
}
|
||||
|
||||
const frontmatter = m[0];
|
||||
const body = text.slice(frontmatter.length);
|
||||
|
||||
return {
|
||||
hasFrontmatter: true,
|
||||
frontmatter,
|
||||
body,
|
||||
};
|
||||
}
|
||||
|
||||
function joinMdxFrontmatter(frontmatter, body) {
|
||||
if (!frontmatter) return String(body ?? "");
|
||||
return String(frontmatter) + String(body ?? "");
|
||||
}
|
||||
|
||||
function assertFrontmatterIntegrity({ hadFrontmatter, originalFrontmatter, finalText, filePath }) {
|
||||
if (!hadFrontmatter) return;
|
||||
|
||||
const text = normalizeNewlines(finalText);
|
||||
|
||||
if (!text.startsWith("---\n")) {
|
||||
throw new Error(`Frontmatter perdu pendant la mise à jour de ${filePath}`);
|
||||
}
|
||||
|
||||
if (!text.startsWith(originalFrontmatter)) {
|
||||
throw new Error(`Frontmatter altéré pendant la mise à jour de ${filePath}`);
|
||||
}
|
||||
}
|
||||
|
||||
function splitParagraphBlocksPreserve(bodyText) {
|
||||
const text = normalizeNewlines(bodyText);
|
||||
|
||||
if (!text) {
|
||||
return { blocks: [], separators: [] };
|
||||
}
|
||||
|
||||
const blocks = [];
|
||||
const separators = [];
|
||||
|
||||
const re = /(\n{2,})/g;
|
||||
let last = 0;
|
||||
let m;
|
||||
|
||||
while ((m = re.exec(text))) {
|
||||
blocks.push(text.slice(last, m.index));
|
||||
separators.push(m[1]);
|
||||
last = m.index + m[1].length;
|
||||
}
|
||||
|
||||
blocks.push(text.slice(last));
|
||||
|
||||
return { blocks, separators };
|
||||
}
|
||||
|
||||
function joinParagraphBlocksPreserve(blocks, separators) {
|
||||
if (!Array.isArray(blocks) || blocks.length === 0) return "";
|
||||
|
||||
let out = "";
|
||||
for (let i = 0; i < blocks.length; i++) {
|
||||
out += blocks[i];
|
||||
if (i < separators.length) out += separators[i];
|
||||
}
|
||||
return out;
|
||||
}
|
||||
|
||||
/* ------------------------------ utils système ------------------------------ */
|
||||
|
||||
function run(cmd, args, opts = {}) {
|
||||
@@ -263,7 +331,9 @@ function pickSection(body, markers) {
|
||||
.map((m) => ({ m, i: text.toLowerCase().indexOf(m.toLowerCase()) }))
|
||||
.filter((x) => x.i >= 0)
|
||||
.sort((a, b) => a.i - b.i)[0];
|
||||
|
||||
if (!idx) return "";
|
||||
|
||||
const start = idx.i + idx.m.length;
|
||||
const tail = text.slice(start);
|
||||
|
||||
@@ -278,11 +348,13 @@ function pickSection(body, markers) {
|
||||
"\n## Proposition",
|
||||
"\n## Problème",
|
||||
];
|
||||
|
||||
let end = tail.length;
|
||||
for (const s of stops) {
|
||||
const j = tail.toLowerCase().indexOf(s.toLowerCase());
|
||||
if (j >= 0 && j < end) end = j;
|
||||
}
|
||||
|
||||
return tail.slice(0, end).trim();
|
||||
}
|
||||
|
||||
@@ -310,8 +382,6 @@ function extractAnchorIdAnywhere(text) {
|
||||
|
||||
function extractCheminFromAnyUrl(text) {
|
||||
const s = String(text || "");
|
||||
// Exemple: http://localhost:4321/archicratie/prologue/#p-3-xxxx
|
||||
// ou: /archicratie/prologue/#p-3-xxxx
|
||||
const m = s.match(/(\/[a-z0-9\-]+\/[a-z0-9\-\/]+\/)#p-\d+-[0-9a-f]{8}/i);
|
||||
return m ? m[1] : "";
|
||||
}
|
||||
@@ -412,7 +482,7 @@ async function fetchIssue({ forgeApiBase, owner, repo, token, issueNum }) {
|
||||
headers: {
|
||||
Authorization: `token ${token}`,
|
||||
Accept: "application/json",
|
||||
"User-Agent": "archicratie-apply-ticket/2.0",
|
||||
"User-Agent": "archicratie-apply-ticket/2.1",
|
||||
},
|
||||
});
|
||||
if (!res.ok) {
|
||||
@@ -428,7 +498,7 @@ async function closeIssue({ forgeApiBase, owner, repo, token, issueNum, comment
|
||||
Authorization: `token ${token}`,
|
||||
Accept: "application/json",
|
||||
"Content-Type": "application/json",
|
||||
"User-Agent": "archicratie-apply-ticket/2.0",
|
||||
"User-Agent": "archicratie-apply-ticket/2.1",
|
||||
};
|
||||
|
||||
if (comment) {
|
||||
@@ -437,7 +507,11 @@ async function closeIssue({ forgeApiBase, owner, repo, token, issueNum, comment
|
||||
}
|
||||
|
||||
const url = `${base}/api/v1/repos/${owner}/${repo}/issues/${issueNum}`;
|
||||
const res = await fetch(url, { method: "PATCH", headers, body: JSON.stringify({ state: "closed" }) });
|
||||
const res = await fetch(url, {
|
||||
method: "PATCH",
|
||||
headers,
|
||||
body: JSON.stringify({ state: "closed" }),
|
||||
});
|
||||
|
||||
if (!res.ok) {
|
||||
const t = await res.text().catch(() => "");
|
||||
@@ -541,10 +615,9 @@ async function main() {
|
||||
console.log(`🔎 Fetch ticket #${issueNum} from ${owner}/${repo} …`);
|
||||
const issue = await fetchIssue({ forgeApiBase, owner, repo, token, issueNum });
|
||||
|
||||
// Guard PR (Pull Request = "Demande d'ajout" = pas un ticket éditorial)
|
||||
if (issue?.pull_request) {
|
||||
console.error(`❌ #${issueNum} est une Pull Request (demande d’ajout), pas un ticket éditorial.`);
|
||||
console.error(`➡️ Ouvre un ticket [Correction]/[Fact-check] depuis le site (Proposer), puis relance apply-ticket sur ce numéro.`);
|
||||
console.error("➡️ Ouvre un ticket [Correction]/[Fact-check] depuis le site (Proposer), puis relance apply-ticket sur ce numéro.");
|
||||
process.exit(2);
|
||||
}
|
||||
|
||||
@@ -565,7 +638,6 @@ async function main() {
|
||||
ancre = (ancre || "").trim();
|
||||
if (ancre.startsWith("#")) ancre = ancre.slice(1);
|
||||
|
||||
// fallback si ticket mal formé
|
||||
if (!ancre) ancre = extractAnchorIdAnywhere(title) || extractAnchorIdAnywhere(body);
|
||||
|
||||
chemin = normalizeChemin(chemin);
|
||||
@@ -604,7 +676,6 @@ async function main() {
|
||||
const distHtmlPath = path.join(DIST_ROOT, chemin.replace(/^\/+|\/+$/g, ""), "index.html");
|
||||
await ensureBuildIfNeeded(distHtmlPath);
|
||||
|
||||
// Texte cible: préférence au texte complet (ticket), sinon dist si extrait probable
|
||||
let targetText = texteActuel;
|
||||
let distText = "";
|
||||
|
||||
@@ -621,18 +692,24 @@ async function main() {
|
||||
throw new Error("Impossible de reconstruire le texte du paragraphe (ni texte actuel, ni dist html).");
|
||||
}
|
||||
|
||||
const original = await fs.readFile(contentFile, "utf-8");
|
||||
const blocks = splitParagraphBlocks(original);
|
||||
const originalRaw = await fs.readFile(contentFile, "utf-8");
|
||||
const { hasFrontmatter, frontmatter, body: originalBody } = splitMdxFrontmatter(originalRaw);
|
||||
|
||||
const split = splitParagraphBlocksPreserve(originalBody);
|
||||
const blocks = split.blocks;
|
||||
const separators = split.separators;
|
||||
|
||||
if (!blocks.length) {
|
||||
throw new Error(`Aucun bloc éditorial exploitable dans ${path.relative(CWD, contentFile)}`);
|
||||
}
|
||||
|
||||
const ranked = rankedBlockMatches(blocks, targetText, 5);
|
||||
const best = ranked[0] || { i: -1, score: -1, excerpt: "" };
|
||||
const runnerUp = ranked[1] || null;
|
||||
|
||||
// seuil absolu
|
||||
if (best.i < 0 || best.score < 40) {
|
||||
console.error("❌ Match trop faible: je refuse de remplacer automatiquement.");
|
||||
console.error(`➡️ Score=${best.score}. Recommandation: ticket avec 'Texte actuel (copie exacte du paragraphe)'.`);
|
||||
|
||||
console.error("Top candidates:");
|
||||
for (const r of ranked) {
|
||||
console.error(` #${r.i + 1} score=${r.score} ${r.excerpt}${r.excerpt.length >= 140 ? "…" : ""}`);
|
||||
@@ -640,7 +717,6 @@ async function main() {
|
||||
process.exit(2);
|
||||
}
|
||||
|
||||
// seuil relatif : si le 2e est trop proche du 1er, on refuse aussi
|
||||
if (runnerUp) {
|
||||
const ambiguityGap = best.score - runnerUp.score;
|
||||
if (ambiguityGap < 15) {
|
||||
@@ -659,7 +735,16 @@ async function main() {
|
||||
|
||||
const nextBlocks = blocks.slice();
|
||||
nextBlocks[best.i] = afterBlock;
|
||||
const updated = nextBlocks.join("\n\n");
|
||||
|
||||
const updatedBody = joinParagraphBlocksPreserve(nextBlocks, separators);
|
||||
const updatedRaw = joinMdxFrontmatter(frontmatter, updatedBody);
|
||||
|
||||
assertFrontmatterIntegrity({
|
||||
hadFrontmatter: hasFrontmatter,
|
||||
originalFrontmatter: frontmatter,
|
||||
finalText: updatedRaw,
|
||||
filePath: path.relative(CWD, contentFile),
|
||||
});
|
||||
|
||||
console.log(`🧩 Matched block #${best.i + 1}/${blocks.length} score=${best.score}`);
|
||||
|
||||
@@ -673,16 +758,15 @@ async function main() {
|
||||
return;
|
||||
}
|
||||
|
||||
// backup uniquement si on écrit
|
||||
const relContentFile = path.relative(CWD, contentFile);
|
||||
const bakPath = path.join(BACKUP_ROOT, `${relContentFile}.bak.issue-${issueNum}`);
|
||||
await fs.mkdir(path.dirname(bakPath), { recursive: true });
|
||||
|
||||
if (!(await fileExists(bakPath))) {
|
||||
await fs.writeFile(bakPath, original, "utf-8");
|
||||
await fs.writeFile(bakPath, originalRaw, "utf-8");
|
||||
}
|
||||
|
||||
await fs.writeFile(contentFile, updated, "utf-8");
|
||||
await fs.writeFile(contentFile, updatedRaw, "utf-8");
|
||||
console.log("✅ Applied.");
|
||||
|
||||
let aliasChanged = false;
|
||||
@@ -703,13 +787,11 @@ async function main() {
|
||||
|
||||
if (aliasChanged) {
|
||||
console.log(`✅ Alias ajouté: ${chemin} ${ancre} -> ${newId}`);
|
||||
// MàJ dist sans rebuild complet (inject seulement)
|
||||
run("node", ["scripts/inject-anchor-aliases.mjs"], { cwd: CWD });
|
||||
} else {
|
||||
console.log(`ℹ️ Alias déjà présent ou inutile (${ancre} -> ${newId}).`);
|
||||
}
|
||||
|
||||
// garde-fous rapides
|
||||
run("node", ["scripts/check-anchor-aliases.mjs"], { cwd: CWD });
|
||||
run("node", ["scripts/verify-anchor-aliases-in-dist.mjs"], { cwd: CWD });
|
||||
run("npm", ["run", "test:anchors"], { cwd: CWD });
|
||||
@@ -741,7 +823,6 @@ async function main() {
|
||||
return;
|
||||
}
|
||||
|
||||
// mode manuel
|
||||
console.log("Next (manuel) :");
|
||||
console.log(` git diff -- ${path.relative(CWD, contentFile)}`);
|
||||
console.log(
|
||||
@@ -758,4 +839,4 @@ async function main() {
|
||||
main().catch((e) => {
|
||||
console.error("💥", e?.message || e);
|
||||
process.exit(1);
|
||||
});
|
||||
});
|
||||
20
scripts/write-ops-health.mjs
Normal file
20
scripts/write-ops-health.mjs
Normal file
@@ -0,0 +1,20 @@
|
||||
import fs from "node:fs";
|
||||
import path from "node:path";
|
||||
|
||||
const root = process.cwd();
|
||||
const outDir = path.join(root, "public", "__ops");
|
||||
const outFile = path.join(outDir, "health.json");
|
||||
|
||||
const payload = {
|
||||
service: "archicratie-site",
|
||||
env: process.env.PUBLIC_OPS_ENV || "unknown",
|
||||
upstream: process.env.PUBLIC_OPS_UPSTREAM || "unknown",
|
||||
buildSha: process.env.PUBLIC_BUILD_SHA || "unknown",
|
||||
builtAt: process.env.PUBLIC_BUILD_TIME || new Date().toISOString(),
|
||||
};
|
||||
|
||||
fs.mkdirSync(outDir, { recursive: true });
|
||||
fs.writeFileSync(outFile, `${JSON.stringify(payload, null, 2)}\n`, "utf8");
|
||||
|
||||
console.log(`✅ ops health written: ${outFile}`);
|
||||
console.log(payload);
|
||||
@@ -1 +1,11 @@
|
||||
{}
|
||||
{
|
||||
"/archicrat-ia/prologue/": {
|
||||
"p-0-d7974f88": "p-0-e729df02",
|
||||
"p-17-b8c5bf21": "p-17-3deef56b",
|
||||
"p-22-a416d473": "p-22-5bfa283b",
|
||||
"p-23-d91a7b78": "p-23-0e7b37e9",
|
||||
"p-4-8ed4f807": "p-4-90b2a1cc",
|
||||
"p-5-85126fa5": "p-5-d788c546",
|
||||
"p-7-64a0ca9c": "p-7-4efdb1d4"
|
||||
}
|
||||
}
|
||||
|
||||
@@ -26,7 +26,7 @@ const fondamentaux = fondamentauxWanted
|
||||
|
||||
function resolveList(slugs = []) {
|
||||
return slugs
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.map((slug) => bySlug.get(String(slug || "").trim()))
|
||||
.filter(Boolean);
|
||||
}
|
||||
|
||||
@@ -42,43 +42,148 @@ function uniqueBySlug(entries) {
|
||||
return out;
|
||||
}
|
||||
|
||||
const relatedEntries = uniqueBySlug(resolveList(currentEntry.data.related ?? []))
|
||||
.sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
function sortByTerm(entries = []) {
|
||||
return [...entries].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));
|
||||
function familyOf(entry) {
|
||||
return entry?.data?.family ?? "";
|
||||
}
|
||||
|
||||
const seeAlsoEntries = uniqueBySlug(resolveList(currentEntry.data.seeAlso ?? []))
|
||||
.sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
function kindOf(entry) {
|
||||
return entry?.data?.kind ?? "";
|
||||
}
|
||||
|
||||
const paradigmes = [...allEntries]
|
||||
.filter((e) => e.data.kind === "paradigme" && slugOf(e) !== currentSlug)
|
||||
.sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
const relatedEntries = sortByTerm(
|
||||
uniqueBySlug(resolveList(currentEntry.data.related ?? []))
|
||||
);
|
||||
|
||||
function contextualParadigmsFor(entry) {
|
||||
const relatedParadigms = (entry.data.related ?? [])
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter((e) => e && e.data.kind === "paradigme");
|
||||
const opposedEntries = sortByTerm(
|
||||
uniqueBySlug(resolveList(currentEntry.data.opposedTo ?? []))
|
||||
);
|
||||
|
||||
const seeAlsoParadigms = (entry.data.seeAlso ?? [])
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter((e) => e && e.data.kind === "paradigme");
|
||||
const seeAlsoEntries = sortByTerm(
|
||||
uniqueBySlug(resolveList(currentEntry.data.seeAlso ?? []))
|
||||
);
|
||||
|
||||
const opposedParadigms = (entry.data.opposedTo ?? [])
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter((e) => e && e.data.kind === "paradigme");
|
||||
const familyLabels = {
|
||||
"concept-fondamental": "Concept fondamental",
|
||||
scene: "Scène",
|
||||
dynamique: "Dynamique",
|
||||
pathologie: "Pathologie",
|
||||
topologie: "Topologie",
|
||||
"meta-regime": "Méta-régime",
|
||||
paradigme: "Paradigme",
|
||||
doctrine: "Doctrine",
|
||||
verbe: "Verbe",
|
||||
"dispositif-ia": "Dispositif IA",
|
||||
"tension-irreductible": "Tension irréductible",
|
||||
figure: "Figure",
|
||||
qualification: "Qualification",
|
||||
epistemologie: "Épistémologie",
|
||||
};
|
||||
|
||||
const merged = uniqueBySlug([
|
||||
...relatedParadigms,
|
||||
...seeAlsoParadigms,
|
||||
...opposedParadigms,
|
||||
]);
|
||||
const kindLabels = {
|
||||
concept: "Concept",
|
||||
diagnostic: "Diagnostic",
|
||||
topologie: "Topologie",
|
||||
verbe: "Verbe",
|
||||
paradigme: "Paradigme",
|
||||
doctrine: "Doctrine",
|
||||
dispositif: "Dispositif",
|
||||
figure: "Figure",
|
||||
qualification: "Qualification",
|
||||
epistemologie: "Épistémologie",
|
||||
};
|
||||
|
||||
if (merged.length > 0) {
|
||||
return merged.slice(0, 5);
|
||||
const domainLabels = {
|
||||
transversal: "Transversal",
|
||||
theorie: "Théorie",
|
||||
"cas-ia": "Cas IA",
|
||||
};
|
||||
|
||||
const levelLabels = {
|
||||
fondamental: "Fondamental",
|
||||
intermediaire: "Intermédiaire",
|
||||
avance: "Avancé",
|
||||
};
|
||||
|
||||
const currentFamily = familyOf(currentEntry);
|
||||
const displayFamily =
|
||||
familyLabels[currentFamily] ??
|
||||
kindLabels[currentEntry.data.kind] ??
|
||||
"Fiche";
|
||||
|
||||
const displayDomain =
|
||||
domainLabels[currentEntry.data.domain] ??
|
||||
currentEntry.data.domain;
|
||||
|
||||
const displayLevel =
|
||||
levelLabels[currentEntry.data.level] ??
|
||||
currentEntry.data.level;
|
||||
|
||||
function entriesOfSameFamily(entry) {
|
||||
const family = familyOf(entry);
|
||||
|
||||
if (!family) return [];
|
||||
|
||||
if (family === "concept-fondamental") {
|
||||
return fondamentaux;
|
||||
}
|
||||
|
||||
if (entry.data.kind === "paradigme") {
|
||||
return sortByTerm(
|
||||
allEntries.filter((item) => familyOf(item) === family)
|
||||
);
|
||||
}
|
||||
|
||||
const sameFamilyEntries = entriesOfSameFamily(currentEntry);
|
||||
|
||||
const familySectionTitles = {
|
||||
"concept-fondamental": "Noyau archicratique",
|
||||
scene: "Scènes archicratiques",
|
||||
dynamique: "Dynamiques archicratiques",
|
||||
pathologie: "Pathologies archicratiques",
|
||||
topologie: "Topologies voisines",
|
||||
"meta-regime": "Méta-régimes archicratiques",
|
||||
paradigme: "Paradigmes voisins",
|
||||
doctrine: "Doctrines fondatrices",
|
||||
verbe: "Verbes de la scène",
|
||||
"dispositif-ia": "Dispositifs IA",
|
||||
"tension-irreductible": "Tensions irréductibles",
|
||||
figure: "Figures archicratiques",
|
||||
qualification: "Qualifications archicratiques",
|
||||
epistemologie: "Outillage épistémologique",
|
||||
};
|
||||
|
||||
const sameFamilyTitle =
|
||||
familySectionTitles[currentFamily] ?? "Même famille";
|
||||
|
||||
function isTheoryEntry(entry) {
|
||||
const family = familyOf(entry);
|
||||
const kind = kindOf(entry);
|
||||
|
||||
return (
|
||||
family === "paradigme" ||
|
||||
family === "doctrine" ||
|
||||
kind === "paradigme" ||
|
||||
kind === "doctrine"
|
||||
);
|
||||
}
|
||||
|
||||
function contextualTheoryFor(entry) {
|
||||
const fromRelations = uniqueBySlug([
|
||||
...resolveList(entry.data.related ?? []),
|
||||
...resolveList(entry.data.seeAlso ?? []),
|
||||
...resolveList(entry.data.opposedTo ?? []),
|
||||
])
|
||||
.filter((item) => slugOf(item) !== currentSlug)
|
||||
.filter((item) => isTheoryEntry(item));
|
||||
|
||||
if (fromRelations.length > 0) {
|
||||
return sortByTerm(fromRelations).slice(0, 6);
|
||||
}
|
||||
|
||||
if (familyOf(entry) === "paradigme") {
|
||||
const preferred = [
|
||||
"gouvernementalite",
|
||||
"gouvernementalite-algorithmique",
|
||||
@@ -100,6 +205,22 @@ function contextualParadigmsFor(entry) {
|
||||
"grammatisation-et-proletarisation-cognitive",
|
||||
];
|
||||
|
||||
return uniqueBySlug(
|
||||
preferred
|
||||
.filter((slug) => slug !== currentSlug)
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter(Boolean)
|
||||
).slice(0, 8);
|
||||
}
|
||||
|
||||
if (familyOf(entry) === "doctrine") {
|
||||
const preferred = [
|
||||
"contractualisme-hobbesien",
|
||||
"droit-naturel-et-propriete",
|
||||
"volonte-generale",
|
||||
"decisionnisme-souverain",
|
||||
];
|
||||
|
||||
return uniqueBySlug(
|
||||
preferred
|
||||
.filter((slug) => slug !== currentSlug)
|
||||
@@ -108,55 +229,56 @@ function contextualParadigmsFor(entry) {
|
||||
).slice(0, 6);
|
||||
}
|
||||
|
||||
return paradigmes.slice(0, 5);
|
||||
return [];
|
||||
}
|
||||
|
||||
const contextualParadigms = contextualParadigmsFor(currentEntry);
|
||||
const contextualTheory = contextualTheoryFor(currentEntry);
|
||||
|
||||
const kindLabels = {
|
||||
concept: "Concept",
|
||||
diagnostic: "Diagnostic",
|
||||
topologie: "Topologie",
|
||||
verbe: "Verbe",
|
||||
paradigme: "Paradigme",
|
||||
doctrine: "Doctrine",
|
||||
};
|
||||
const showNoyau = currentFamily !== "concept-fondamental" && fondamentaux.length > 0;
|
||||
|
||||
const domainLabels = {
|
||||
transversal: "Transversal",
|
||||
theorie: "Théorie",
|
||||
"cas-ia": "Cas IA",
|
||||
};
|
||||
const showSameFamily =
|
||||
sameFamilyEntries.length > 0 && currentFamily !== "concept-fondamental";
|
||||
|
||||
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(" · ");
|
||||
const relationSections = [
|
||||
{
|
||||
title: "Concepts liés",
|
||||
items: relatedEntries,
|
||||
},
|
||||
{
|
||||
title: "En tension avec",
|
||||
items: opposedEntries,
|
||||
},
|
||||
{
|
||||
title: "Voir aussi",
|
||||
items: seeAlsoEntries,
|
||||
},
|
||||
].filter((section) => section.items.length > 0);
|
||||
---
|
||||
|
||||
<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 class="glossary-aside__pills" aria-label="Repères de lecture">
|
||||
<span class="glossary-aside__pill glossary-aside__pill--family">
|
||||
{displayFamily}
|
||||
</span>
|
||||
<span class="glossary-aside__pill">{displayDomain}</span>
|
||||
<span class="glossary-aside__pill">{displayLevel}</span>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
<section class="glossary-aside__block">
|
||||
<h2 class="glossary-aside__heading">Portails</h2>
|
||||
<ul class="glossary-aside__list">
|
||||
<li><a href="/glossaire/">Index général</a></li>
|
||||
<li><a href="/glossaire/paradigmes/">Page paradigmes</a></li>
|
||||
<li><a href="/glossaire/archicrations/">Archicrations</a></li>
|
||||
<li><a href="/glossaire/paradigmes/">Paradigmes et doctrines</a></li>
|
||||
</ul>
|
||||
</section>
|
||||
|
||||
{fondamentaux.length > 0 && (
|
||||
{showNoyau && (
|
||||
<section class="glossary-aside__block">
|
||||
<h2 class="glossary-aside__heading">Noyau archicratique</h2>
|
||||
<ul class="glossary-aside__list">
|
||||
@@ -178,52 +300,50 @@ const metaLabel = [
|
||||
</section>
|
||||
)}
|
||||
|
||||
{(relatedEntries.length > 0 || opposedEntries.length > 0 || seeAlsoEntries.length > 0) && (
|
||||
{showSameFamily && (
|
||||
<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>
|
||||
</>
|
||||
)}
|
||||
<h2 class="glossary-aside__heading">{sameFamilyTitle}</h2>
|
||||
<ul class="glossary-aside__list">
|
||||
{sameFamilyEntries.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>
|
||||
)}
|
||||
|
||||
{contextualParadigms.length > 0 && (
|
||||
{relationSections.length > 0 && (
|
||||
<section class="glossary-aside__block">
|
||||
<h2 class="glossary-aside__heading">
|
||||
{currentEntry.data.kind === "paradigme" ? "Paradigmes voisins" : "Paradigmes mobilisés"}
|
||||
</h2>
|
||||
<h2 class="glossary-aside__heading">Autour de cette fiche</h2>
|
||||
|
||||
{relationSections.map((section) => (
|
||||
<>
|
||||
<h3 class="glossary-aside__subheading">{section.title}</h3>
|
||||
<ul class="glossary-aside__list">
|
||||
{section.items.map((entry) => (
|
||||
<li><a href={hrefOf(entry)}>{entry.data.term}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</>
|
||||
))}
|
||||
</section>
|
||||
)}
|
||||
|
||||
{contextualTheory.length > 0 && (
|
||||
<section class="glossary-aside__block">
|
||||
<h2 class="glossary-aside__heading">Paysage théorique</h2>
|
||||
<ul class="glossary-aside__list">
|
||||
{contextualParadigms.map((entry) => (
|
||||
{contextualTheory.map((entry) => (
|
||||
<li><a href={hrefOf(entry)}>{entry.data.term}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
@@ -265,11 +385,28 @@ const metaLabel = [
|
||||
line-height: 1.25;
|
||||
}
|
||||
|
||||
.glossary-aside__meta{
|
||||
.glossary-aside__pills{
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 6px;
|
||||
margin-top: 8px;
|
||||
}
|
||||
|
||||
.glossary-aside__pill{
|
||||
display: inline-flex;
|
||||
align-items: center;
|
||||
padding: 4px 9px;
|
||||
border: 1px solid rgba(127,127,127,0.24);
|
||||
border-radius: 999px;
|
||||
background: rgba(127,127,127,0.04);
|
||||
font-size: 12px;
|
||||
line-height: 1.35;
|
||||
opacity: .78;
|
||||
line-height: 1.3;
|
||||
opacity: .9;
|
||||
}
|
||||
|
||||
.glossary-aside__pill--family{
|
||||
border-color: rgba(127,127,127,0.38);
|
||||
font-weight: 800;
|
||||
}
|
||||
|
||||
.glossary-aside__heading{
|
||||
@@ -309,7 +446,8 @@ const metaLabel = [
|
||||
}
|
||||
|
||||
@media (prefers-color-scheme: dark){
|
||||
.glossary-aside__block{
|
||||
.glossary-aside__block,
|
||||
.glossary-aside__pill{
|
||||
background: rgba(255,255,255,0.04);
|
||||
}
|
||||
}
|
||||
|
||||
205
src/components/GlossaryHomeAside.astro
Normal file
205
src/components/GlossaryHomeAside.astro
Normal file
@@ -0,0 +1,205 @@
|
||||
---
|
||||
const {
|
||||
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]));
|
||||
|
||||
function sortByTerm(list = []) {
|
||||
return [...list].sort((a, b) => collator.compare(a.data.term, b.data.term));
|
||||
}
|
||||
|
||||
function familyOf(entry) {
|
||||
const explicit = entry?.data?.family;
|
||||
if (explicit) return explicit;
|
||||
|
||||
const slug = slugOf(entry);
|
||||
const kind = entry?.data?.kind;
|
||||
|
||||
if (kind === "paradigme") return "paradigme";
|
||||
if (kind === "doctrine") return "doctrine";
|
||||
if (kind === "verbe") return "verbe";
|
||||
|
||||
if (slug === "scene-depreuve") return "scene";
|
||||
if (slug === "autarchicratie") return "pathologie";
|
||||
if (slug === "obliteration-archicratique") return "dynamique";
|
||||
|
||||
if (
|
||||
[
|
||||
"archicratie",
|
||||
"arcalite",
|
||||
"cratialite",
|
||||
"archicration",
|
||||
"co-viabilite",
|
||||
"tension",
|
||||
].includes(slug)
|
||||
) {
|
||||
return "concept-fondamental";
|
||||
}
|
||||
|
||||
if (slug === "archicrations-differentielles-et-formes-hybrides") {
|
||||
return "topologie";
|
||||
}
|
||||
|
||||
if (kind === "topologie" && slug.startsWith("archicrations-")) {
|
||||
return "meta-regime";
|
||||
}
|
||||
|
||||
return "";
|
||||
}
|
||||
|
||||
const fondamentauxWanted = [
|
||||
"archicratie",
|
||||
"arcalite",
|
||||
"cratialite",
|
||||
"archicration",
|
||||
"co-viabilite",
|
||||
"tension",
|
||||
];
|
||||
|
||||
const fondamentaux = sortByTerm(
|
||||
fondamentauxWanted
|
||||
.map((slug) => bySlug.get(slug))
|
||||
.filter(Boolean)
|
||||
);
|
||||
|
||||
const totalEntries = allEntries.length;
|
||||
const paradigmesCount = allEntries.filter((entry) => entry.data.kind === "paradigme").length;
|
||||
const doctrinesCount = allEntries.filter((entry) => entry.data.kind === "doctrine").length;
|
||||
const metaRegimesCount = allEntries.filter((entry) => familyOf(entry) === "meta-regime").length;
|
||||
|
||||
const portalLinks = [
|
||||
{ href: "/glossaire/concepts-fondamentaux/", label: "Concepts fondamentaux" },
|
||||
{ href: "/glossaire/scenes-archicratiques/", label: "Scènes archicratiques" },
|
||||
{ href: "/glossaire/dynamiques-archicratiques/", label: "Dynamiques archicratiques" },
|
||||
{ href: "/glossaire/tensions-irreductibles/", label: "Tensions irréductibles" },
|
||||
{ href: "/glossaire/archicrations/", label: "Méta-régimes archicratiques" },
|
||||
{ href: "/glossaire/paradigmes/", label: "Paradigmes et doctrines" },
|
||||
{ href: "/glossaire/index-complet/", label: "Index complet" },
|
||||
];
|
||||
---
|
||||
|
||||
<nav class="glossary-home-aside" aria-label="Navigation du portail du glossaire">
|
||||
<div class="glossary-home-aside__block glossary-home-aside__block--intro">
|
||||
<div class="glossary-home-aside__title">Glossaire archicratique</div>
|
||||
<div class="glossary-home-aside__meta">
|
||||
portail de lecture · cartographie conceptuelle
|
||||
</div>
|
||||
|
||||
<div class="glossary-home-aside__pills" aria-label="Repères de navigation">
|
||||
<span class="glossary-home-aside__pill">{totalEntries} entrées</span>
|
||||
<span class="glossary-home-aside__pill">{metaRegimesCount} méta-régimes</span>
|
||||
<span class="glossary-home-aside__pill">
|
||||
{doctrinesCount} doctrine{doctrinesCount > 1 ? "s" : ""} · {paradigmesCount} paradigme{paradigmesCount > 1 ? "s" : ""}
|
||||
</span>
|
||||
</div>
|
||||
</div>
|
||||
|
||||
|
||||
<section class="glossary-home-aside__block">
|
||||
<h2 class="glossary-home-aside__heading">Parcours du glossaire</h2>
|
||||
<ul class="glossary-home-aside__list">
|
||||
{portalLinks.map((item) => (
|
||||
<li><a href={item.href}>{item.label}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</section>
|
||||
|
||||
{fondamentaux.length > 0 && (
|
||||
<section class="glossary-home-aside__block">
|
||||
<h2 class="glossary-home-aside__heading">Noyau archicratique</h2>
|
||||
<ul class="glossary-home-aside__list">
|
||||
{fondamentaux.map((entry) => (
|
||||
<li><a href={hrefOf(entry)}>{entry.data.term}</a></li>
|
||||
))}
|
||||
</ul>
|
||||
</section>
|
||||
)}
|
||||
</nav>
|
||||
|
||||
<style>
|
||||
.glossary-home-aside{
|
||||
display: flex;
|
||||
flex-direction: column;
|
||||
gap: 14px;
|
||||
}
|
||||
|
||||
.glossary-home-aside__block{
|
||||
border: 1px solid rgba(127,127,127,0.22);
|
||||
border-radius: 16px;
|
||||
padding: 12px;
|
||||
background: rgba(127,127,127,0.05);
|
||||
}
|
||||
|
||||
.glossary-home-aside__block--intro{
|
||||
padding-top: 11px;
|
||||
padding-bottom: 11px;
|
||||
}
|
||||
|
||||
.glossary-home-aside__title{
|
||||
font-size: 14px;
|
||||
font-weight: 800;
|
||||
letter-spacing: .2px;
|
||||
line-height: 1.25;
|
||||
}
|
||||
|
||||
.glossary-home-aside__meta{
|
||||
margin-top: 8px;
|
||||
font-size: 12px;
|
||||
line-height: 1.35;
|
||||
opacity: .78;
|
||||
}
|
||||
|
||||
.glossary-home-aside__pills{
|
||||
display: flex;
|
||||
flex-wrap: wrap;
|
||||
gap: 6px;
|
||||
margin-top: 10px;
|
||||
}
|
||||
|
||||
.glossary-home-aside__pill{
|
||||
display: inline-flex;
|
||||
align-items: center;
|
||||
padding: 4px 9px;
|
||||
border: 1px solid rgba(127,127,127,0.24);
|
||||
border-radius: 999px;
|
||||
background: rgba(127,127,127,0.04);
|
||||
font-size: 12px;
|
||||
line-height: 1.3;
|
||||
opacity: .9;
|
||||
}
|
||||
|
||||
.glossary-home-aside__heading{
|
||||
margin: 0 0 10px;
|
||||
font-size: 13px;
|
||||
font-weight: 800;
|
||||
opacity: .9;
|
||||
}
|
||||
|
||||
.glossary-home-aside__list{
|
||||
list-style: none;
|
||||
margin: 0;
|
||||
padding: 0;
|
||||
}
|
||||
|
||||
.glossary-home-aside__list li{
|
||||
margin: 6px 0;
|
||||
}
|
||||
|
||||
.glossary-home-aside__list a{
|
||||
text-decoration: none;
|
||||
font-size: 13px;
|
||||
line-height: 1.3;
|
||||
}
|
||||
|
||||
@media (prefers-color-scheme: dark){
|
||||
.glossary-home-aside__block,
|
||||
.glossary-home-aside__pill{
|
||||
background: rgba(255,255,255,0.04);
|
||||
}
|
||||
}
|
||||
</style>
|
||||
@@ -66,7 +66,36 @@ const glossaire = defineCollection({
|
||||
concepts: z.array(z.string().min(1)).default([]),
|
||||
links: z.array(linkSchema).default([]),
|
||||
|
||||
kind: z.enum(["concept", "topologie", "diagnostic", "verbe", "paradigme", "doctrine"]),
|
||||
kind: z.enum([
|
||||
"concept",
|
||||
"topologie",
|
||||
"diagnostic",
|
||||
"verbe",
|
||||
"paradigme",
|
||||
"doctrine",
|
||||
"dispositif",
|
||||
"figure",
|
||||
"qualification",
|
||||
"epistemologie",
|
||||
]),
|
||||
family: z.enum([
|
||||
"concept-fondamental",
|
||||
"scene",
|
||||
"dynamique",
|
||||
"pathologie",
|
||||
"topologie",
|
||||
"meta-regime",
|
||||
"paradigme",
|
||||
"doctrine",
|
||||
"verbe",
|
||||
"dispositif-ia",
|
||||
"tension-irreductible",
|
||||
"figure",
|
||||
"qualification",
|
||||
"epistemologie",
|
||||
]
|
||||
)
|
||||
.optional(),
|
||||
domain: z.enum(["transversal", "theorie", "cas-ia"]),
|
||||
level: z.enum(["fondamental", "intermediaire", "avance"]),
|
||||
related: z.array(z.string().min(1)).default([]),
|
||||
|
||||
@@ -12,7 +12,7 @@ source:
|
||||
kind: docx
|
||||
path: "sources/docx/archicrat-ia/Prologue—Archicratie-fondation_et_finalite_sociopolitique_et_historique-version_officielle.docx"
|
||||
---
|
||||
Nous vivons dans une époque saturée de diagnostics sur les formes de domination, les mutations du pouvoir, les détournements de la souveraineté. Depuis une vingtaine d’années, les appellations s’accumulent : *démocratie illibérale*, *ploutocratie*, *happycratie*, *gouvernement algorithmique*, *démocrature*… À travers ces tentatives de nommer le désordre du présent, un fait se répète, de manière sourde : la scène politique semble désorientée. Les catégories héritées — *État*, *pouvoir*, *représentation*, *volonté générale*, *contrat social* — apparaissent de moins en moins capables de décrire ce qui nous gouverne effectivement.
|
||||
Nous vivons une époque saturée de diagnostics sur les formes de domination, les mutations du pouvoir, les détournements de la souveraineté. Depuis une vingtaine d’années, les appellations s’accumulent : démocratie illibérale, ploutocratie, happycratie, gouvernement algorithmique, démocrature… À travers ces tentatives de nommer le désordre du présent, un fait se répète, de manière sourde : la scène politique semble désorientée. Les catégories héritées — État, pouvoir, représentation, volonté générale, contrat social — apparaissent de moins en moins capables de décrire ce qui nous gouverne effectivement.
|
||||
|
||||
C’est cette perte de prise sur le réel que ce livre souhaite prendre au sérieux. Non pour lui ajouter un terme de plus au lexique fatigué des contre-pouvoirs ou des impuissances, mais pour repartir d’un point plus fondamental, presque en-deçà de la question politique classique. Ce point, c’est celui de la *tenue d’un monde commun* — c’est-à-dire la possibilité, pour des êtres dissemblables, vulnérables, inégaux, traversés de contradictions et situés dans des temporalités hétérogènes, de coexister sans s’annihiler.
|
||||
|
||||
@@ -20,14 +20,13 @@ Cette tenue du monde n’équivaut ni à la paix civile, ni à la stabilité des
|
||||
|
||||
Le terme n’est pas trivial. Il ne s’agit pas simplement d’une viabilité partagée, ni d’une coexistence pacifique, ni même d’une durabilité écologique élargie. Il s’agit d’un état dynamique, instable, fragile, dans lequel un ensemble — une société, d’un système biologique, d’une formation historique, d’un milieu technique ou d’un monde institué — parvient à maintenir une *existence viable*, *malgré et grâce à ses tensions constitutives*.
|
||||
|
||||
La *co-viabilité* ne désigne ni un état d’équilibre, ni une finalité normative. Elle nomme un état dynamique et instable, dans lequel un monde — société, milieu technique, formation historique — tient non pas par homogénéité ou harmonie, mais parce qu’il parvient à réguler ce qui le menace sans se détruire lui-même. Il compose entre des éléments hétérogènes — forces d’inertie et d’innovation, attachements profonds et ruptures nécessaires — sans chercher à les unifier. C’est cette disposition active, faite de compromis fragiles et d’ajustements toujours révisables, que nous tenons pour première, et non dérivée.
|
||||
La co-viabilité ne désigne ni un état d’équilibre, ni une finalité normative. Elle nomme un état dynamique et instable, dans lequel un monde — société, milieu technique, formation historique — tient non pas par homogénéité ou harmonie, mais parce qu’il parvient à réguler ce qui le menace sans se détruire lui-même. Il compose entre des éléments hétérogènes — forces d’inertie et d’innovation, attachements profonds et ruptures nécessaires — sans chercher à les unifier. C’est cette disposition active, faite de compromis fragiles et d’ajustements toujours révisables, que nous tenons pour première.
|
||||
|
||||
Ce qui revient à dire que la question politique — au sens fort — n’a peut-être jamais été qui commande ? Mais bien plus : *Comment un ordre tient-il malgré ce qui le défait ?* *Quels sont les dispositifs qui permettent à une société de ne pas se désagréger sous l’effet de ses propres contradictions ?* *Comment sont régulées les tensions qui traversent le tissu du monde commun sans le déchirer ?*
|
||||
Cette bascule de perspective prolonge des intuitions anciennes. Max Weber (*Économie et société*, 1922) rappelait que ce qui fait tenir un ordre, ce n’est pas seulement la force ou la loi, mais les « chances de validité » socialement reconnues. Norbert Elias (*La dynamique de l’Occident*, 1939/1975) montrait, quant à lui, que les sociétés se maintiennent par des équilibres toujours précaires entre interdépendances, rivalités et pacifications. Notre démarche s’inscrit dans ce sillage : travailler cette interrogation sur les *conditions de viabilité d’un monde commun*.
|
||||
Ce qui revient à dire que la question politique — au sens fort — n’a peut-être jamais été qui commande ? Mais bien plus : Comment un ordre tient-il malgré ce qui le défait ? Quels sont les dispositifs qui permettent à une société de ne pas se désagréger sous l’effet de ses propres contradictions ? Comment sont régulées les tensions qui traversent le tissu du monde commun sans le déchirer ? Cette bascule de perspective prolonge des intuitions anciennes. Max Weber (Économie et société, 1922) rappelait que ce qui fait tenir un ordre, ce n’est pas seulement la force ou la loi, mais les « chances de validité » socialement reconnues. Norbert Elias (La dynamique de l’Occident, 1939/1975) montrait, quant à lui, que les sociétés se maintiennent par des équilibres toujours précaires entre interdépendances, rivalités et pacifications. Notre démarche s’inscrit dans ce sillage : travailler cette interrogation sur les conditions de viabilité d’un monde commun soumis à ses propres tensions constitutives.
|
||||
|
||||
Ce changement de perspective implique une rupture profonde dans la manière même de poser la question politique. Pendant des siècles, les sociétés ont pensé le politique à partir de principes transcendants — Dieu, Nature, Volonté générale, Pacte social. Ces principes, supposés extérieurs aux conflits du présent, garantissaient l’ordre en surplomb. Comme le rappelle Michel Foucault, il n’y a pas de principe extérieur au jeu des forces : seulement des rapports de pouvoir situés, modulés, réversibles. C’est précisément cette exigence — trouver dans les relations elles-mêmes les ressources nécessaires pour maintenir des mondes vivables — qui définit notre époque.
|
||||
|
||||
Ce qui émerge n’est pas de nouveaux principes, ni une nouvelle idéologie, mais une exigence beaucoup plus modeste, mais aussi beaucoup plus difficile à satisfaire : celle de trouver dans les relations elles-mêmes — entre groupes, entre institutions, entre individus, entre temporalités — les ressources nécessaires pour maintenir leurs mondes viables. Autrement dit : c’est *dans* les tensions, *à même* les conflits, *au sein* des alliances, *au cœur* des désaccords et des polémiques, que semble se construire la régulation. Non plus *au-dessus*, par un décret transcendant, mais *au-dedans*, par un agencement toujours révisable. C’est cela que nous voulons dire — sans technicité inutile — quand nous parlons d’un déplacement vers une *instance de régulation située de co-viabilité* : un espace commun où les forces hétérogènes, souvent antagonistes, peuvent coexister, se contredire, se confronter, s’éprouver, sans se détruire mutuellement.
|
||||
Ce qui émerge n’est pas de nouveaux principes, ni une nouvelle idéologie, mais une exigence beaucoup plus modeste, mais aussi beaucoup plus difficile à satisfaire : celle de trouver dans les relations elles-mêmes — entre groupes, entre institutions, entre individus, entre temporalités — les ressources nécessaires pour maintenir leurs mondes viables. Autrement dit : c’est dans les tensions, à même les conflits, au sein des alliances, au cœur des désaccords et des polémiques, que semble se construire la régulation. Non plus au-dessus, par un décret transcendant, mais au-dedans, par un agencement toujours révisable. C’est cela que nous voulons dire — sans technicité inutile — quand nous parlons d’un déplacement vers une instance de régulation située de co-viabilité : un espace commun où les forces hétérogènes, souvent antagonistes, peuvent coexister, se contredire, se confronter, s’éprouver, sans pour autant systématiquement se détruire mutuellement.
|
||||
|
||||
Penser le politique depuis cette approche, c’est renoncer à l’idée même qu’un ordre puisse se fonder définitivement, une fois pour toutes. C’est reconnaître que ce qui fait tenir une société n’est jamais un principe unique, un commandement souverain, une légitimité première, mais *un espace d’épreuve toujours rejoué* où se négocient, se recadrent, s’opposent, s’ajustent des forces hétérogènes dont l’accord est constamment partiel, toujours temporaire, perpétuellement instable.
|
||||
|
||||
@@ -47,7 +46,7 @@ Cela ne veut pas dire que le politique ait disparu, mais plutôt qu’il tend pe
|
||||
|
||||
C’est un marché carbone qui, au nom de seuils agrégés à l’échelle continentale, conduit à la fermeture d’un site industriel local, sans qu’aucune figure politique ne puisse rendre visible ni opposable l’arbitrage opéré. C’est un algorithme de régulation hospitalière qui, face à une tension budgétaire ou épidémiologique, déprogramme automatiquement des interventions chirurgicales — sans qu’aucun médecin, aucun patient, aucun responsable politique ne puisse véritablement en discuter les critères. C’est une plateforme numérique de traitement des titres de séjour qui suspend une demande pour “anomalie de saisie”, sans contact humain, sans justification claire, sans voie de recours instituée. C’est un logiciel de pilotage budgétaire, adossé à des indicateurs d’efficience, qui impose la réduction d’une politique sociale sans passage par une arène délibérative. C’est aussi un score algorithmique de risque bancaire qui écarte discrètement une famille d’un prêt, bien avant qu’elle ait pu formuler son projet.
|
||||
|
||||
Contrairement aux apparences, ce qui s’offre au regard n’est plus la figure massive du pouvoir trônant dans la clarté de ses apparats, mais la trame patiente d’une régulation en mouvement. Disparues, les instances fixes ; effacée, la demeure solennelle de l’autorité. Le réel geste de gouvernance s’insinue insidieusement dans des protocoles, se glisse sournoisement dans la routine, s’entrelace irrémédiablement dans les habitudes, se ramifie inextricablement dans d’innombrables appareils sans visage. Nul acte inaugural n’en marque ostensiblement la naissance, nulle proclamation n’en scande les rythmes. On constate seulement que la régulation avance sans fracas, tisse patiemment la toile discrète sur laquelle se déplacent nos vies. Ce n’est plus tant le décret ni la loi qui pèsent, bien plus les enchevêtrements de normes, l’imperceptible maillage de procédures et l’ajustement continu de directives flexibles.
|
||||
Contrairement aux apparences, ce qui s’offre au regard n’est plus la figure massive du pouvoir trônant dans la clarté de ses apparats, mais la trame patiente d’une régulation en mouvement. Disparues, les instances fixes ; effacée, la demeure solennelle de l’autorité. Le réel geste de gouvernance s’insinue dans des protocoles, se glisse sournoisement dans la routine, s’entrelace irrémédiablement dans les habitudes, se ramifie inextricablement dans d’innombrables appareils sans visage. Nul acte inaugural n’en marque ostensiblement la naissance, nulle proclamation n’en scande les rythmes. On constate seulement que la régulation avance sans fracas, tisse patiemment la toile discrète sur laquelle se déplacent nos vies. Ce n’est plus tant le décret ni la loi qui pèsent, bien plus les enchevêtrements de normes, l’imperceptible maillage de procédures et l’ajustement continu de directives flexibles.
|
||||
|
||||
La contrainte n’accable plus par l’ostentation de l’ordre, mais s’inocule par la subtilité des systèmes. Ainsi, il s’agit désormais de façonner, par l’agencement soigné d’équilibres, de données, de flux, où chacun se trouve relié, indexé, impliqué à même cette dentelle administrative, sans jamais croiser le centre, sans jamais savoir nommer celui ou ce qui agit. La régulation moderne tresse ainsi un univers de seuils mobiles et d’agencements souples, où l’on ne peut jamais tout à fait fixer le moment ni le lieu du pouvoir agissant — mais où, à chaque pli de la vie collective, se lit l’empreinte d’une architecture invisible.
|
||||
|
||||
@@ -57,9 +56,9 @@ Cela signifie que le politique s’est décousu de ses formes historiques. Il co
|
||||
|
||||
Autrement dit, nous avons changé d’époque sans encore avoir pu changé de lexique. Nous continuons de penser avec des formes obsolètes ce qui s’active sous nos yeux. Nous employons les mots d’hier pour décrire des processus qui les excèdent de toutes parts. Nous parlons de gouvernements, là où il faudrait parler de structures de régulation composite. Nous discutons de lois, là où il faudrait décrire des protocoles, des seuils, des scénographies d’ajustement, des mécanismes de *feedback* algorithmique, des normes sans normalisateurs.
|
||||
|
||||
Cette disjonction entre l’expérience vécue de la contrainte et le vocabulaire disponible pour la dire n’est pas qu’un problème théorique. Elle produit une désorientation profonde. Elle empêche de penser le réel, de localiser les responsabilités et rend inopérantes les critiques. Elle altère la capacité collective à formuler des exigences, jusqu’à dissoudre les repères et les registres d’action.
|
||||
Cette disjonction entre l’expérience vécue de la contrainte et le vocabulaire disponible pour l'exprimer n’est pas qu’un problème théorique. Elle produit une désorientation profonde. Elle empêche de penser le réel, de localiser les responsabilités et rend inopérantes les critiques. Elle altère la capacité collective à formuler des exigences, jusqu’à dissoudre les repères et les registres d’action.
|
||||
|
||||
Cette impuissance démocratique généralisée à nommer, situer, orienter les formes réelles de la régulation se donne parfois à voir dans des situations d’apparente clarté — et c’est peut-être là le plus troublant. Prenons un exemple rendu brûlant par l’actualité française en 2025 : la proposition de ce que l’on appelle la *taxe Zucman*. Formulée par l’éminent économiste Gabriel Zucman, cette mesure vise à instaurer un impôt minimal annuel sur le patrimoine des ultra-riches — en France et dans le monde — au-delà d’un seuil (autour de 100 millions d’euros). Le taux proposé est d’environ 2 % sur la valeur totale du patrimoine net, qu’il soit liquide ou partiellement non liquide (actions non cotées, participations, biens immobiliers), ce qui pose des défis de paiement et d’évaluation.
|
||||
Cette impuissance démocratique à nommer, situer et orienter les formes réelles de la régulation — impuissance qui tend à se généraliser — apparaît parfois au grand jour dans des situations d’apparente clarté, ce qui est peut‑être le plus troublant. En témoigne un exemple rendu brûlant par l’actualité française de 2025 : la proposition de ce qu’on a appelé la taxe Zucman. Formulée par l’économiste Gabriel Zucman, cette mesure prévoit l’instauration d’un impôt minimal annuel sur le patrimoine des ultra-riches, en France comme à l’échelle mondiale, au‑delà d’un seuil d’environ 100 millions d’euros. Le taux proposé, de l’ordre de 2% de la valeur totale du patrimoine net, qu’il soit liquide ou non (actions non cotées, participations, biens immobiliers), soulève toutefois d’importants problèmes de paiement et d’évaluation.
|
||||
|
||||
L’idée est de corriger ce que Zucman identifie comme un déséquilibre fiscal majeur : les très grandes fortunes paient aujourd’hui, proportionnellement, beaucoup moins que ce que permettrait une imposition équitable et progressive, notamment en raison de l’évasion fiscale, de la mise sous structures opaques par *holding*, du transfert du patrimoine privée en patrimoine professionnel ou de la dissociation entre richesse effective et revenu imposable.
|
||||
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation fondé sur des agencements hétérog
|
||||
concepts: ["agencement-machinique", "agencement", "machine", "flux", "dispositif", "tension"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["archicratie", "cratialite", "archicration", "tension", "co-viabilite"]
|
||||
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Vecteur fondationnel et structurant de la régulation : ensemb
|
||||
concepts: ["arcalite", "archicratie", "cratialite", "archicration", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "concept-fondamental"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "cratialite", "archicration", "co-viabilite", "tension"]
|
||||
|
||||
66
src/content/glossaire/archeogenese.md
Normal file
66
src/content/glossaire/archeogenese.md
Normal file
@@ -0,0 +1,66 @@
|
||||
---
|
||||
title: "Archéogenèse"
|
||||
term: "Archéogenèse"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Processus par lequel émergent, se configurent et se stabilisent les premières prises fondationnelles, opératoires et régulatrices d’un ordre collectif."
|
||||
concepts: ["archeogenese", "emergence", "fondation", "arcalite", "cratialite", "archicration"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "dynamique"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "meta-regime-archicratique", "regime-de-co-viabilite"]
|
||||
opposedTo: []
|
||||
seeAlso: ["archicrations-proto-symboliques", "co-viabilisation", "archicratisation"]
|
||||
---
|
||||
|
||||
L’archéogenèse désigne le processus par lequel émergent, se configurent et se stabilisent les premières prises fondationnelles, opératoires et régulatrices d’un ordre collectif.
|
||||
|
||||
Elle ne renvoie pas à un commencement absolu ni à une origine mythique. Elle désigne le moment analytique où des formes encore dispersées de coordination, de légitimation, de contrainte, de transmission et de comparution commencent à s’articuler en un régime relativement tenable.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archéogenèse ne doit pas être confondue avec l’[Archicratie](/glossaire/archicratie/).
|
||||
|
||||
L’archicratie désigne le méta-régime de régulation une fois celui-ci devenu lisible comme structure de co-viabilité.
|
||||
L’archéogenèse désigne le processus d’émergence de cette structuration.
|
||||
|
||||
Autrement dit :
|
||||
|
||||
- l’archéogenèse concerne la genèse ;
|
||||
- l’archicratie concerne la forme régulatrice devenue identifiable.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de penser comment un ordre collectif se constitue avant même de disposer d’institutions élaborées ou d’un régime réflexif stabilisé.
|
||||
|
||||
L’archéogenèse permet d’observer :
|
||||
|
||||
- l’apparition de premières arcalités ;
|
||||
- la distribution de premières chaînes de cratialité ;
|
||||
- l’esquisse de scènes où les tensions peuvent être prises en charge.
|
||||
|
||||
Elle rend ainsi pensable la formation historique des régimes de co-viabilité.
|
||||
|
||||
## Portée analytique
|
||||
|
||||
L’intérêt de cette notion est d’éviter deux erreurs :
|
||||
|
||||
- croire qu’un ordre social apparaît tout armé ;
|
||||
- réduire son émergence à une simple accumulation de pouvoirs bruts.
|
||||
|
||||
L’archéogenèse oblige à analyser la co-formation des fondements, des dispositifs et des scènes.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Méta-régime archicratique](/glossaire/meta-regime-archicratique/)
|
||||
- [Régime de co-viabilité](/glossaire/regime-de-co-viabilite/)
|
||||
- [Co-viabilisation](/glossaire/co-viabilisation/)
|
||||
- [Archicratisation](/glossaire/archicratisation/)
|
||||
73
src/content/glossaire/archicrate.md
Normal file
73
src/content/glossaire/archicrate.md
Normal file
@@ -0,0 +1,73 @@
|
||||
---
|
||||
title: "Archicrate"
|
||||
term: "Archicrate"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Figure qui concentre une cratialité majeure sur la base d’une arcalité stabilisée, en neutralisant, capturant ou saturant les scènes où son pouvoir pourrait être effectivement disputé."
|
||||
concepts: ["archicrate", "cratialite", "arcalite", "capture", "indisputabilite", "scene"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "figure"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["figures-archicratiques", "archicratie", "arcalite", "cratialite", "scene-darchicration", "autarchicratie"]
|
||||
opposedTo: []
|
||||
seeAlso: ["institution-invisible", "obliteration-archicratique", "scene-empechee"]
|
||||
---
|
||||
|
||||
L’archicrate désigne la figure — individuelle, institutionnelle ou techno-organisationnelle — qui concentre une cratialité décisive sur la base d’une arcalité stabilisée, tout en neutralisant ou capturant les scènes où cette puissance pourrait comparaître.
|
||||
|
||||
L’archicrate n’est donc pas seulement « celui qui commande ».
|
||||
Il est celui dont le pouvoir parvient à devenir difficilement disputable dans les formats institués.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archicrate ne se réduit ni au souverain classique, ni au chef visible, ni à l’autorité formelle.
|
||||
|
||||
Une banque centrale, une grande plateforme numérique, une agence de notation, une direction administrative, une autorité religieuse ou un organe technique peuvent jouer un rôle archicratique dès lors qu’ils configurent durablement la régulation et rendent leur propre prise difficile à mettre en épreuve.
|
||||
|
||||
La notion désigne donc une fonction plus qu’un statut juridique.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Le concept d’archicrate permet de personnaliser ou de focaliser l’analyse sans retomber dans un imaginaire naïf du « grand décideur ».
|
||||
|
||||
Il sert à repérer les lieux où :
|
||||
|
||||
- une arcalité forte vient légitimer une prise ;
|
||||
- une cratialité concentrée permet d’agir en profondeur ;
|
||||
- les scènes de contestation sont réduites, filtrées, déplacées ou capturées.
|
||||
|
||||
L’archicrate apparaît là où le pouvoir devient structurellement indisputable.
|
||||
|
||||
## Figures possibles
|
||||
|
||||
Selon les contextes, l’archicrate peut prendre des formes très différentes :
|
||||
|
||||
- autorité monétaire ;
|
||||
- organe d’expertise ;
|
||||
- plateforme numérique structurante ;
|
||||
- institution sanitaire ou éducative ;
|
||||
- appareil normatif ou religieux ;
|
||||
- direction logistique ou technico-administrative.
|
||||
|
||||
Le concept n’impose donc aucune forme unique de domination.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Penser l’archicrate, c’est identifier les figures à partir desquelles l’architecture de régulation se concentre, se protège et tend à se soustraire à l’épreuve.
|
||||
|
||||
La question n’est pas seulement : qui décide ?
|
||||
Mais : qui configure la possibilité même de la décision et de sa contestation ?
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Figures archicratiques](/glossaire/figures-archicratiques/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Méta-régime de régulation par lequel les sociétés humaine
|
||||
concepts: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "tension"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "concept-fondamental"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["arcalite", "cratialite", "archicration", "co-viabilite", "tension"]
|
||||
|
||||
63
src/content/glossaire/archicration-obliteree.md
Normal file
63
src/content/glossaire/archicration-obliteree.md
Normal file
@@ -0,0 +1,63 @@
|
||||
---
|
||||
title: "Archicration oblitérée"
|
||||
term: "Archicration oblitérée"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Situation dans laquelle l’archicration continue d’opérer, mais sous une forme devenue partiellement invisible, indisputable ou soustraite à la scène."
|
||||
concepts: ["archicration-obliteree", "archicration", "oblitération", "opacite", "hors-scene", "regulation"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "pathologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicration", "obliteration-archicratique", "autarchicration", "autarchicratie", "scene-empechee", "scene-manquante"]
|
||||
opposedTo: ["scene-darchicration"]
|
||||
seeAlso: ["desarchicration", "institution-invisible", "atopie"]
|
||||
---
|
||||
|
||||
L’archicration oblitérée désigne la situation dans laquelle l’archicration continue d’opérer, mais sous une forme devenue partiellement invisible, indisputable ou soustraite à la scène.
|
||||
|
||||
La régulation n’y a donc pas disparu. Elle agit encore, parfois avec une grande efficacité, mais elle n’apparaît plus clairement comme objet de comparution.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archicration oblitérée ne doit pas être confondue avec la disparition totale de l’épreuve.
|
||||
|
||||
Elle désigne un état intermédiaire, souvent décisif :
|
||||
|
||||
- l’archicration subsiste ;
|
||||
- mais sa visibilité politique s’amenuise ;
|
||||
- sa scène devient partielle, capturée ou inopérante.
|
||||
|
||||
Elle se situe donc entre l’archicration exposable et la fermeture autarchicratique plus avancée.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de décrire finement la transition entre une régulation encore révisable et une régulation devenue opaque.
|
||||
|
||||
Elle apparaît lorsque :
|
||||
|
||||
- les critères d’action cessent de comparaître ;
|
||||
- la scène se formalise sans puissance réelle ;
|
||||
- les chaînes opératoires deviennent trop techniques, trop rapides ou trop diffuses ;
|
||||
- la critique ne sait plus où saisir l’architecture.
|
||||
|
||||
## Rapport à l’oblitération archicratique
|
||||
|
||||
L’archicration oblitérée peut être comprise comme une expression concrète de l’[Oblitération archicratique](/glossaire/obliteration-archicratique/).
|
||||
|
||||
Elle en désigne le moment processuel ou localisé : là où l’épreuve n’est pas entièrement abolie, mais déjà fortement compromise.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
- [Autarchicration](/glossaire/autarchicration/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Scène empêchée](/glossaire/scene-empechee/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Désarchicration](/glossaire/desarchicration/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Atopie](/glossaire/atopie/)
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Vecteur régulateur par lequel les tensions entre arcalités e
|
||||
concepts: ["archicration", "archicratie", "arcalite", "cratialite", "co-viabilite", "tension", "scene-depreuve"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "concept-fondamental"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "co-viabilite", "tension", "scene-depreuve"]
|
||||
|
||||
@@ -8,10 +8,11 @@ comparisonTraditions: ["anthropologie politique comparative", "sociologie proces
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Configurations dans lesquelles un régime archicratique se module, se fragmente ou se combine à d’autres sans produire une forme unifiée."
|
||||
definitionShort: "Configurations dans lesquelles un méta-régime archicratique se module, se fragmente ou se combine à d’autres sans produire une forme unifiée."
|
||||
concepts: ["archicrations-differentielles-et-formes-hybrides", "archicration", "hybridation", "modulation", "plasticite", "composition", "co-viabilite"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "topologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "scene-depreuve"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité dans lequel la régulation coll
|
||||
concepts: ["archicrations-epistemiques", "archicration", "savoir", "episteme", "paradigme", "verite", "expertise"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "gouvernementalite"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité où la régulation collective p
|
||||
concepts: ["archicrations-esthetico-symboliques", "archicration", "forme-symbolique", "imaginaire", "representation", "esthetique"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
@@ -41,7 +42,9 @@ L’archicration se joue dans les scènes de création et de réception des form
|
||||
|
||||
Ces régimes montrent que la co-viabilité peut être stabilisée par des dispositifs sensibles et symboliques.
|
||||
|
||||
La forme esthétique devient alors une infrastructure du lien social.
|
||||
Mais ces formes peuvent également reconfigurer la perception du commun, déplacer les frontières du visible et du dicible et ouvrir des scènes de dissensus.
|
||||
|
||||
La forme esthétique devient ainsi une infrastructure du lien social, capable à la fois de stabiliser et de transformer l’ordre collectif.
|
||||
|
||||
## Renvois
|
||||
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité dans lequel la stabilité colle
|
||||
concepts: ["archicrations-guerrieres", "archicration", "puissance", "violence", "strategie", "dissuasion"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité où la régulation collective s
|
||||
concepts: ["archicrations-historiographiques", "archicration", "memoire", "recit", "temporalite", "historiographie"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité dans lequel la coordination col
|
||||
concepts: ["archicrations-marchandes", "archicration", "marche", "echange", "prix", "coordination"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité dans lequel la régulation coll
|
||||
concepts: ["archicrations-normativo-politiques", "archicration", "norme", "droit", "legalite", "souverainete"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "domination-legale-rationnelle"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité où la régulation passe priori
|
||||
concepts: ["archicrations-proto-symboliques", "archicration", "proto-symbolique", "rite", "tabou", "alliance", "co-viabilite"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "scene-depreuve"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité où des puissances sacrales, de
|
||||
concepts: ["archicrations-sacrales-non-etatiques", "archicration", "sacral", "rituel", "totemisme", "oracle", "co-viabilite"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "archicrations-proto-symboliques"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité où l’écriture ne prescrit p
|
||||
concepts: ["archicrations-scripturo-cosmologiques","archicration","cosmos","cosmographie","ecriture","alignement","correspondance"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "archicrations-techno-logistiques"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité où l’obligation découle d
|
||||
concepts: ["archicrations-scripturo-normatives", "archicration", "scripturalite", "norme", "ecriture", "code", "obligation"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "domination-legale-rationnelle"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité où la régulation s’incarne
|
||||
concepts: ["archicrations-techno-logistiques", "archicration", "techno-logistique", "megamachine", "infrastructure", "flux", "coordination"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "cybernetique"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Méta-régime de co-viabilité où l’obligation procède d
|
||||
concepts: ["archicrations-theologiques", "archicration", "revelation", "verbe", "transcendance", "doctrine", "orthodoxie", "exegese"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "meta-regime"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "co-viabilite", "decisionnisme-souverain"]
|
||||
|
||||
61
src/content/glossaire/archicratique.md
Normal file
61
src/content/glossaire/archicratique.md
Normal file
@@ -0,0 +1,61 @@
|
||||
---
|
||||
title: "Archicratique"
|
||||
term: "Archicratique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Qualifie ce qui relève d’une logique de régulation orientée vers la mise en forme, l’exposition et la tenue co-viable des tensions collectives."
|
||||
concepts: ["archicratique", "qualification", "regulation", "co-viabilite", "archicration", "tension"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "qualification"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "archicration", "co-viabilite", "tension", "scene-depreuve"]
|
||||
opposedTo: ["desarchicratique"]
|
||||
seeAlso: ["archicratistique", "archidiagnostic"]
|
||||
---
|
||||
|
||||
Archicratique qualifie ce qui relève d’une logique de régulation orientée vers la mise en forme, l’exposition et la tenue co-viable des tensions collectives.
|
||||
|
||||
Le terme peut s’appliquer à une analyse, une scène, une institution, une configuration, une méthode ou un geste politique, dès lors que ceux-ci participent d’une intelligibilité ou d’une pratique de l’archicration.
|
||||
|
||||
## Distinction
|
||||
|
||||
Archicratique ne signifie pas simplement « politique », ni « institutionnel », ni même « régulateur ».
|
||||
|
||||
Le qualificatif suppose plus précisément :
|
||||
|
||||
- une prise sur les tensions ;
|
||||
- une articulation entre fondements et opérations ;
|
||||
- une possibilité de comparution ou de révision ;
|
||||
- une orientation vers la co-viabilité.
|
||||
|
||||
Tout ce qui régule n’est donc pas automatiquement archicratique.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Le terme permet de caractériser :
|
||||
|
||||
- une lecture archicratique d’une situation ;
|
||||
- un agencement archicratique de dispositifs ;
|
||||
- une scène archicratique de comparution ;
|
||||
- un diagnostic archicratique des dérives de régulation.
|
||||
|
||||
Il sert ainsi de qualificatif transversal à l’ensemble du paradigme.
|
||||
|
||||
## Enjeu
|
||||
|
||||
Employer le terme archicratique revient à déplacer l’attention depuis les seuls acteurs visibles vers les architectures par lesquelles une société tient, se dispute et se transforme.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Désarchicratique](/glossaire/desarchicratique/)
|
||||
- [Archicratistique](/glossaire/archicratistique/)
|
||||
- [Archidiagnostic](/glossaire/archidiagnostic/)
|
||||
65
src/content/glossaire/archicratisation.md
Normal file
65
src/content/glossaire/archicratisation.md
Normal file
@@ -0,0 +1,65 @@
|
||||
---
|
||||
title: "Archicratisation"
|
||||
term: "Archicratisation"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Processus par lequel un champ, une institution ou un monde social devient davantage structuré par des logiques explicites d’archicration et de co-viabilisation."
|
||||
concepts: ["archicratisation", "archicratie", "archicration", "institution", "reconfiguration", "co-viabilisation"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "dynamique"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "archicration", "co-viabilisation", "scene-darchicration", "monde-instituable", "archidiagnostic"]
|
||||
opposedTo: ["desarchicratisation", "autarchicratie"]
|
||||
seeAlso: ["desarchicration", "archicration-obliteree"]
|
||||
---
|
||||
|
||||
L’archicratisation désigne le processus par lequel un champ social, une institution, une infrastructure ou un monde commun devient davantage structuré par des logiques explicites d’archicration et de co-viabilisation.
|
||||
|
||||
Elle correspond à un mouvement de mise en forme, d’explicitation et d’institution de la régulation.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archicratisation ne se confond ni avec l’[Archicratie](/glossaire/archicratie/) comme forme générale, ni avec une simple croissance du contrôle.
|
||||
|
||||
Une configuration peut devenir plus régulée sans devenir plus archicratique, si cette régulation se ferme à la scène d’épreuve.
|
||||
|
||||
L’archicratisation suppose au contraire :
|
||||
|
||||
- une explicitation des architectures de régulation ;
|
||||
- une possibilité accrue de comparution ;
|
||||
- une orientation vers la co-viabilisation.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de penser les processus de maturation régulatrice.
|
||||
|
||||
Il y a archicratisation lorsqu’un ordre devient plus capable :
|
||||
|
||||
- d’exposer ses fondements ;
|
||||
- de faire comparaître ses dispositifs ;
|
||||
- de traiter ses tensions de manière révisable ;
|
||||
- de soutenir une co-viabilité moins opaque.
|
||||
|
||||
L’archicratisation n’est donc pas la simple intensification du pouvoir : elle est la montée en intelligibilité et en instituabilité de la régulation.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Une politique archicratique ne vise pas seulement à réorganiser des pouvoirs, mais à archicratiser des domaines où la régulation existe déjà sans véritable scène.
|
||||
|
||||
Cela peut concerner des institutions publiques, des chaînes techniques, des mondes professionnels ou des infrastructures numériques.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilisation](/glossaire/co-viabilisation/)
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Monde instituable](/glossaire/monde-instituable/)
|
||||
- [Archidiagnostic](/glossaire/archidiagnostic/)
|
||||
- [Désarchicration](/glossaire/desarchicration/)
|
||||
- [Désarchicratisation](/glossaire/desarchicratisation/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
62
src/content/glossaire/archicratistique.md
Normal file
62
src/content/glossaire/archicratistique.md
Normal file
@@ -0,0 +1,62 @@
|
||||
---
|
||||
title: "Archicratistique"
|
||||
term: "Archicratistique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Champ d’analyse consacré à la description, à la comparaison et au diagnostic des architectures de régulation et de leurs formes de co-viabilité."
|
||||
concepts: ["archicratistique", "analyse", "comparaison", "diagnostic", "architecture", "regulation"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "epistemologie"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["archicratie", "archidiagnostic", "archeogenese", "meta-regime-archicratique", "figures-archicratiques", "tension"]
|
||||
opposedTo: []
|
||||
seeAlso: ["archicratique", "desarchicratique", "pensee-complexe"]
|
||||
---
|
||||
|
||||
L’archicratistique désigne le champ d’analyse consacré à la description, à la comparaison et au diagnostic des architectures de régulation et de leurs formes de co-viabilité.
|
||||
|
||||
Elle constitue, au sein du paradigme, l’effort méthodique visant à rendre les formes archicratiques lisibles, comparables et discutables.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archicratistique ne doit pas être confondue avec l’[Archicratie](/glossaire/archicratie/).
|
||||
|
||||
L’archicratie désigne l’objet théorique général.
|
||||
L’archicratistique désigne la démarche analytique qui en étudie les formes, les variantes, les dérives et les seuils.
|
||||
|
||||
Autrement dit :
|
||||
|
||||
- l’archicratie est le champ de réalité et d’intelligibilité ;
|
||||
- l’archicratistique est le travail de description et de comparaison de ce champ.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
L’archicratistique permet notamment :
|
||||
|
||||
- de distinguer les méta-régimes ;
|
||||
- d’analyser les scènes de comparution ;
|
||||
- d’identifier les figures archicratiques ;
|
||||
- de diagnostiquer les dérives d’opacification ;
|
||||
- de comparer des régimes de co-viabilité hétérogènes.
|
||||
|
||||
Elle constitue donc l’instrument conceptuel du paradigme.
|
||||
|
||||
## Portée épistémologique
|
||||
|
||||
Cette notion rappelle que l’archicratie n’est pas seulement une thèse substantielle sur le politique.
|
||||
|
||||
C’est aussi une méthode d’enquête sur les formes de régulation, attentive aux infrastructures, aux dispositifs, aux scènes, aux tensions et aux processus de fermeture ou de réouverture.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archidiagnostic](/glossaire/archidiagnostic/)
|
||||
- [Archéogenèse](/glossaire/archeogenese/)
|
||||
- [Méta-régime archicratique](/glossaire/meta-regime-archicratique/)
|
||||
- [Figures archicratiques](/glossaire/figures-archicratiques/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Pensée complexe](/glossaire/pensee-complexe/)
|
||||
64
src/content/glossaire/archidiagnostic.md
Normal file
64
src/content/glossaire/archidiagnostic.md
Normal file
@@ -0,0 +1,64 @@
|
||||
---
|
||||
title: "Archidiagnostic"
|
||||
term: "Archidiagnostic"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Diagnostic portant non sur les seuls symptômes visibles d’une crise, mais sur les architectures de régulation qui la produisent, l’encadrent ou l’aggravent."
|
||||
concepts: ["archidiagnostic", "diagnostic", "architecture", "regulation", "symptome", "crise"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "epistemologie"
|
||||
domain: "theorie"
|
||||
level: "intermediaire"
|
||||
related: ["archicratistique", "archicratie", "institution-invisible", "figures-archicratiques", "tension", "scene-darchicration"]
|
||||
opposedTo: []
|
||||
seeAlso: ["autarchicratie", "obliteration-archicratique", "desarchicratisation"]
|
||||
---
|
||||
|
||||
L’archidiagnostic désigne un diagnostic portant non sur les seuls symptômes visibles d’une crise, mais sur les architectures de régulation qui la produisent, l’encadrent, la déplacent ou l’aggravent.
|
||||
|
||||
Il ne se contente donc pas de constater des dysfonctionnements. Il cherche à remonter vers les structures qui rendent ces dysfonctionnements possibles ou durables.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’archidiagnostic se distingue d’un diagnostic sectoriel classique.
|
||||
|
||||
Un diagnostic sectoriel isole un problème dans un domaine donné.
|
||||
L’archidiagnostic interroge la configuration régulatrice qui relie les symptômes, les scènes, les dispositifs et les figures de pouvoir impliqués.
|
||||
|
||||
Il déplace ainsi l’analyse :
|
||||
|
||||
- du problème visible vers son architecture ;
|
||||
- du symptôme vers les conditions de sa reproduction ;
|
||||
- de l’événement vers la structure de sa prise en charge.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
L’archidiagnostic est l’un des instruments centraux de l’archicratistique.
|
||||
|
||||
Il permet :
|
||||
|
||||
- d’identifier les scènes manquantes ou empêchées ;
|
||||
- de repérer les institutions invisibles ;
|
||||
- d’analyser les dérives d’autarchicratie ;
|
||||
- de comprendre comment certaines tensions deviennent structurellement difficiles à traiter.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Un archidiagnostic bien conduit ne sert pas seulement à mieux nommer une crise.
|
||||
Il sert à rouvrir les prises par lesquelles cette crise pourrait être politiquement réinstituée.
|
||||
|
||||
Il prépare ainsi le passage du constat à la reconfiguration.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratistique](/glossaire/archicratistique/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Figures archicratiques](/glossaire/figures-archicratiques/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Désarchicratisation](/glossaire/desarchicratisation/)
|
||||
57
src/content/glossaire/atopie.md
Normal file
57
src/content/glossaire/atopie.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "Atopie"
|
||||
term: "Atopie"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Absence d’un lieu assignable de comparution, de décision ou de contestation pour une régulation pourtant active et structurante."
|
||||
concepts: ["atopie", "sans-lieu", "topologie", "hors-site", "comparution", "regulation"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "topologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["scene-manquante", "institution-invisible", "hypotopie", "hypertopie", "archicration-obliteree"]
|
||||
opposedTo: ["monde-instituable"]
|
||||
seeAlso: ["synchrotopie", "scene-darchicration"]
|
||||
---
|
||||
|
||||
L’atopie désigne l’absence d’un lieu assignable de comparution, de décision ou de contestation pour une régulation pourtant active et structurante.
|
||||
|
||||
Elle correspond à une situation dans laquelle le pouvoir agit, mais sans site identifiable où il puisse être effectivement mis en épreuve.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’atopie ne doit pas être réduite à une simple dispersion géographique.
|
||||
|
||||
Elle désigne plus précisément une absence de topos politique : on ne sait plus où faire comparaître la régulation, ni où adresser l’épreuve.
|
||||
|
||||
Elle peut résulter :
|
||||
|
||||
- d’une distribution extrême des prises ;
|
||||
- d’une chaîne décisionnelle éclatée ;
|
||||
- d’une infrastructure sans visage unifié ;
|
||||
- d’une hypertopie ou d’une hypotopie non raccordées à une scène.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de comprendre pourquoi certaines formes de régulation semblent partout efficaces et nulle part saisissables.
|
||||
|
||||
L’atopie constitue ainsi un opérateur majeur d’oblitération archicratique.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Sortir de l’atopie ne signifie pas toujours recentraliser.
|
||||
|
||||
Il s’agit plutôt d’instituer des prises, des scènes et des médiations permettant de rendre à nouveau localisable ce qui gouverne.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Hypotopie](/glossaire/hypotopie/)
|
||||
- [Hypertopie](/glossaire/hypertopie/)
|
||||
- [Synchrotopie](/glossaire/synchrotopie/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliteree/)
|
||||
- [Monde instituable](/glossaire/monde-instituable/)
|
||||
83
src/content/glossaire/audit-archicratique.md
Normal file
83
src/content/glossaire/audit-archicratique.md
Normal file
@@ -0,0 +1,83 @@
|
||||
---
|
||||
title: "Audit archicratique"
|
||||
term: "Audit archicratique"
|
||||
aliases: []
|
||||
urlAliases: ["audit-archicratique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Méthode d’évaluation d’un système d’IA ou d’un modèle de fondation qui ne se contente pas de vérifier performances et conformité, mais reconstruit les arcalités, les cratialités et les scènes d’archicration en jeu."
|
||||
concepts: ["audit-archicratique", "archicratie", "arcalite", "cratialite", "archicration", "scene-depreuve", "intelligibilite-regulatrice"]
|
||||
links: []
|
||||
kind: "dispositif"
|
||||
family: "dispositif-ia"
|
||||
domain: "cas-ia"
|
||||
level: "avance"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "scene-depreuve", "journal-de-justification", "cartographie-des-scenes-manquantes"]
|
||||
opposedTo: ["autarchicratie"]
|
||||
seeAlso: ["gouvernementalite-algorithmique", "preemption-algorithmique", "tribunal-de-lalgorithme"]
|
||||
---
|
||||
|
||||
L’audit archicratique désigne une méthode d’évaluation d’un système d’IA qui ne se limite ni à la seule mesure de performance, ni à la seule vérification de conformité réglementaire.
|
||||
|
||||
Il consiste à reconstruire la structure régulatrice effective du dispositif examiné. Autrement dit, il cherche à identifier :
|
||||
|
||||
- quelles [Arcalités](/glossaire/arcalite/) sont engagées, c’est-à-dire quels fondements, quels objectifs, quels axiomes ou quelles justifications orientent le système ;
|
||||
- quelles [Cratialités](/glossaire/cratialite/) sont mobilisées, c’est-à-dire quelles chaînes d’action, quels modèles, quelles données, quelles infrastructures et quels opérateurs rendent la régulation effective ;
|
||||
- quelles scènes d’[Archicration](/glossaire/archicration/) existent, manquent ou sont affaiblies autour du système.
|
||||
|
||||
L’audit archicratique déplace ainsi la question classique : il ne demande pas seulement « est-ce que cela marche ? » ou « est-ce que cela respecte la règle ? », mais aussi « dans quelle architecture de régulation cela s’inscrit-il ? » et « comment cette architecture peut-elle comparaître ? ».
|
||||
|
||||
## Distinction
|
||||
|
||||
L’audit archicratique ne se confond pas avec un audit technique classique.
|
||||
|
||||
Un audit technique vérifie surtout la robustesse, la précision, la stabilité, la sécurité ou la conformité procédurale d’un système.
|
||||
|
||||
L’audit archicratique, lui, prend le système comme nœud d’une architecture de pouvoir, de justification et de décision. Il cherche à comprendre comment se combinent fondements, chaînes opératoires et scènes de révision.
|
||||
|
||||
Il ne remplace donc pas les autres formes d’audit ; il les réinscrit dans une lecture plus profonde de la régulation.
|
||||
|
||||
## Fonction dans le cas IA
|
||||
|
||||
Dans le cas des systèmes d’IA, ce dispositif permet de rendre visibles plusieurs dimensions souvent séparées :
|
||||
|
||||
- les finalités officielles et les finalités implicites du système ;
|
||||
- les médiations concrètes par lesquelles une décision est produite ;
|
||||
- les asymétries d’accès à l’information et à la contestation ;
|
||||
- les lieux où la régulation est effectivement jouée, ou au contraire soustraite à la discussion.
|
||||
|
||||
Il permet ainsi de passer d’une logique de simple contrôle à une logique d’intelligibilité archicratique.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, un système d’IA n’est jamais seulement un outil.
|
||||
|
||||
Il est toujours pris dans une architecture plus large de fondation, d’effectuation et de régulation. L’audit archicratique a précisément pour fonction de rendre cette architecture lisible, en évitant qu’elle ne demeure enfouie dans les coulisses techniques ou managériales.
|
||||
|
||||
Il constitue donc une première opération de réouverture de la scène.
|
||||
|
||||
## Limites et enjeux
|
||||
|
||||
Un audit archicratique peut rester superficiel s’il n’a accès qu’aux éléments déjà sélectionnés par les opérateurs du système.
|
||||
|
||||
Il suppose, pour être substantiel :
|
||||
|
||||
- un accès réel aux chaînes de décision ;
|
||||
- une traçabilité documentaire suffisante ;
|
||||
- la possibilité de relier données, critères, finalités et effets ;
|
||||
- l’existence ou la création de scènes où ses résultats puissent être discutés.
|
||||
|
||||
Sans cela, l’audit risque de demeurer un simple rite d’expertise.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Journal de justification](/glossaire/journal-de-justification/)
|
||||
- [Cartographie des scènes manquantes](/glossaire/cartographie-des-scenes-manquantes/)
|
||||
- [Tribunal de l’algorithme](/glossaire/tribunal-de-lalgorithme/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Dérive d’un régime archicratique dans laquelle les archite
|
||||
concepts: ["autarchicratie", "archicratie", "archicration", "obliteration-archicratique", "scene-depreuve"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "pathologie"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "archicration", "obliteration-archicratique", "scene-depreuve", "co-viabilite"]
|
||||
|
||||
58
src/content/glossaire/autarchicration.md
Normal file
58
src/content/glossaire/autarchicration.md
Normal file
@@ -0,0 +1,58 @@
|
||||
---
|
||||
title: "Autarchicration"
|
||||
term: "Autarchicration"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Mode d’archicration dégradé dans lequel l’épreuve régulatrice continue de fonctionner principalement pour la reproduction du dispositif lui-même plutôt que pour sa révision."
|
||||
concepts: ["autarchicration", "archicration", "fermeture", "autoreproduction", "opacite", "scene"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "pathologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicration", "autarchicratie", "archicration-obliteree", "scene-depreuve", "scene-darchicration"]
|
||||
opposedTo: ["monde-instituable"]
|
||||
seeAlso: ["desarchicration", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
L’autarchicration désigne un mode dégradé d’archicration dans lequel l’épreuve régulatrice continue de fonctionner, mais principalement pour la reproduction du dispositif lui-même plutôt que pour sa révision effective.
|
||||
|
||||
La scène n’y disparaît pas forcément complètement. Elle peut subsister, mais sous une forme capturée, fermée ou autoréférentielle.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’autarchicration se distingue de l’[Autarchicratie](/glossaire/autarchicratie/).
|
||||
|
||||
L’autarchicration désigne une pathologie du processus d’épreuve lui-même.
|
||||
L’autarchicratie désigne la forme plus large d’un régime devenu opaque, autonome et soustrait à la comparution.
|
||||
|
||||
L’autarchicration peut être comprise comme un opérateur local de l’autarchicratie.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de penser les cas où l’on assiste encore à des formes apparentes de procédure, de débat, d’audit ou d’évaluation, mais où ces opérations ne servent plus réellement à rouvrir la régulation.
|
||||
|
||||
Elles servent surtout à :
|
||||
|
||||
- confirmer des chaînes déjà décidées ;
|
||||
- reconduire les critères existants ;
|
||||
- protéger l’architecture contre l’épreuve ;
|
||||
- donner forme à une révision sans révisabilité réelle.
|
||||
|
||||
## Portée analytique
|
||||
|
||||
Le concept est utile pour décrire des mondes où la scène existe encore, mais en régime de clôture.
|
||||
|
||||
Il évite ainsi de penser la pathologie uniquement comme disparition totale de l’épreuve.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliteree/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Désarchicration](/glossaire/desarchicration/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme d’analyse du pouvoir centré sur la prise en charg
|
||||
concepts: ["biopolitique", "population", "vie", "gouvernementalite"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "intermediaire"
|
||||
related: ["gouvernementalite", "archicratie", "co-viabilite"]
|
||||
|
||||
89
src/content/glossaire/budget-scenique.md
Normal file
89
src/content/glossaire/budget-scenique.md
Normal file
@@ -0,0 +1,89 @@
|
||||
---
|
||||
title: "Budget scénique"
|
||||
term: "Budget scénique"
|
||||
aliases: []
|
||||
urlAliases: ["budget-scenique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Idée qu’une gouvernance archicratique doit explicitement réserver des ressources pour faire exister des scènes d’archicration ; sans budget scénique, la scène reste un décor ou une promesse."
|
||||
concepts: ["budget-scenique", "scene-depreuve", "archicration", "ressources", "institution", "prise"]
|
||||
links: []
|
||||
kind: "dispositif"
|
||||
family: "dispositif-ia"
|
||||
domain: "cas-ia"
|
||||
level: "avance"
|
||||
related: ["scene-depreuve", "archicration", "tribunal-de-lalgorithme", "cartographie-des-scenes-manquantes", "co-viabilite"]
|
||||
opposedTo: ["archicration-obliteree"]
|
||||
seeAlso: ["democratie-deliberative", "gouvernance-des-communs"]
|
||||
---
|
||||
|
||||
Le budget scénique désigne l’idée selon laquelle une gouvernance archicratique doit réserver explicitement des ressources pour faire exister des scènes d’archicration.
|
||||
|
||||
Ces ressources peuvent être :
|
||||
|
||||
- du temps ;
|
||||
- de l’argent ;
|
||||
- des compétences ;
|
||||
- des infrastructures ;
|
||||
- des capacités documentaires ;
|
||||
- des médiations institutionnelles.
|
||||
|
||||
Sans elles, la scène reste souvent à l’état de principe abstrait, de promesse procédurale ou de décor discursif.
|
||||
|
||||
## Distinction
|
||||
|
||||
Le budget scénique ne désigne pas seulement un budget comptable au sens strict.
|
||||
|
||||
Il désigne plus largement l’allocation effective de moyens nécessaires pour qu’une épreuve puisse avoir lieu dans de bonnes conditions.
|
||||
|
||||
Autrement dit, il ne suffit pas d’affirmer qu’une scène existe. Il faut encore qu’elle soit rendue praticable.
|
||||
|
||||
## Fonction dans le cas IA
|
||||
|
||||
Dans les systèmes d’IA, l’absence de budget scénique se manifeste fréquemment par des situations où :
|
||||
|
||||
- les personnes affectées n’ont pas accès aux pièces ;
|
||||
- les agents n’ont pas le temps d’instruire les contestations ;
|
||||
- les instances de recours existent sur le papier mais sont sous-dotées ;
|
||||
- les scènes sont saturées ou réduites à des formalités.
|
||||
|
||||
Le budget scénique répond à cela en affirmant qu’une scène robuste est une infrastructure à financer, pas un supplément optionnel.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, la scène n’est pas un simple moment symbolique. Elle est une composante matérielle de la régulation.
|
||||
|
||||
Le budget scénique rappelle donc une vérité institutionnelle fondamentale : sans moyens scéniques, il n’y a pas de comparution effective du pouvoir.
|
||||
|
||||
Il existe alors des architectures qui continuent d’opérer, mais sans jamais devoir répondre de leurs prises.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
L’enjeu est de sortir d’une hypocrisie fréquente des régimes contemporains : proclamer la participation, la transparence ou la contestabilité tout en refusant les conditions matérielles qui les rendraient réelles.
|
||||
|
||||
Le budget scénique est précisément le nom de cette exigence matérielle.
|
||||
|
||||
Il transforme la scène en objet de décision institutionnelle explicite.
|
||||
|
||||
## Limites
|
||||
|
||||
Ce dispositif peut être neutralisé :
|
||||
|
||||
- si les ressources sont trop faibles pour avoir un effet réel ;
|
||||
- si elles sont concentrées dans des hypertopies fermées ;
|
||||
- si elles sont orientées vers des scènes purement simulées ;
|
||||
- si elles ne servent qu’à absorber la contestation sans permettre de reconfiguration.
|
||||
|
||||
Le problème n’est donc pas seulement d’allouer des moyens, mais de les allouer à de vraies scènes.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Tribunal de l’algorithme](/glossaire/tribunal-de-lalgorithme/)
|
||||
- [Cartographie des scènes manquantes](/glossaire/cartographie-des-scenes-manquantes/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliterée/)
|
||||
- [Démocratie délibérative](/glossaire/democratie-deliberative/)
|
||||
- [Gouvernance des communs](/glossaire/gouvernance-des-communs/)
|
||||
96
src/content/glossaire/cartographie-des-scenes-manquantes.md
Normal file
96
src/content/glossaire/cartographie-des-scenes-manquantes.md
Normal file
@@ -0,0 +1,96 @@
|
||||
---
|
||||
title: "Cartographie des scènes manquantes"
|
||||
term: "Cartographie des scènes manquantes"
|
||||
aliases: []
|
||||
urlAliases: ["cartographie-des-scenes-manquantes"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Travail systématique qui consiste à repérer, dans un système d’IA, où se prennent les décisions effectives, où les usagers peuvent parler sans effet, et où l’on fait semblant d’écouter, afin d’identifier les lacunes scéniques."
|
||||
concepts: ["cartographie-des-scenes-manquantes", "scene-manquante", "hypertopie", "hypotopie", "atopie", "archicration"]
|
||||
links: []
|
||||
kind: "dispositif"
|
||||
family: "dispositif-ia"
|
||||
domain: "cas-ia"
|
||||
level: "avance"
|
||||
related: ["scene-depreuve", "hypertopie", "hypotopie", "atopie", "budget-scenique", "audit-archicratique", "tribunal-de-lalgorithme"]
|
||||
opposedTo: ["obliteration-archicratique"]
|
||||
seeAlso: ["synchrotopie", "archicration-obliterée"]
|
||||
---
|
||||
|
||||
La cartographie des scènes manquantes désigne le travail systématique qui consiste à repérer, dans un système d’IA ou dans une architecture décisionnelle, les lieux où se prennent réellement les décisions, les lieux où la parole existe sans prise réelle, et les lieux où l’on simule l’écoute ou la participation.
|
||||
|
||||
Elle vise ainsi à identifier les lacunes scéniques du système et les endroits où de nouvelles archicrations doivent être instituées.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette cartographie n’est pas une simple description organisationnelle.
|
||||
|
||||
Elle ne consiste pas seulement à dresser l’organigramme d’un dispositif. Elle cherche à comprendre la géographie effective de la régulation :
|
||||
|
||||
- où se décide réellement l’essentiel ;
|
||||
- où des acteurs peuvent parler mais presque sans infléchir ;
|
||||
- où des scènes ne sont que fantomatiques ;
|
||||
- où il n’existe tout simplement aucun format d’épreuve.
|
||||
|
||||
Elle relève donc d’une topologie scénique, pas d’un relevé administratif ordinaire.
|
||||
|
||||
## Fonction dans le cas IA
|
||||
|
||||
Dans les systèmes d’IA, les chaînes de décision sont souvent éclatées entre plusieurs lieux :
|
||||
|
||||
- équipes de conception ;
|
||||
- directions métiers ;
|
||||
- prestataires ;
|
||||
- autorités de contrôle ;
|
||||
- interfaces usagers ;
|
||||
- services d’exécution.
|
||||
|
||||
La cartographie des scènes manquantes permet de repérer, parmi ces lieux :
|
||||
|
||||
- les **hypertopies**, où se concentrent des prises décisives ;
|
||||
- les **hypotopies**, où la parole circule avec très peu d’effet ;
|
||||
- les **atopies**, où l’on mime la scène sans lui donner de prise ;
|
||||
- les véritables **scènes manquantes**, là où aucun format de comparution n’existe.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, ce dispositif est décisif car il rend visible la structure spatiale et institutionnelle de l’épreuve.
|
||||
|
||||
Il permet de comprendre que l’absence de scène n’est pas toujours une absence pure et simple. Elle peut aussi prendre la forme d’un déplacement, d’une pauvreté de prises ou d’une simulation.
|
||||
|
||||
La cartographie révèle ainsi où la régulation doit être rouvrable, et où elle demeure verrouillée.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
L’enjeu est de passer d’une critique diffuse des systèmes d’IA à une politique des lieux d’épreuve.
|
||||
|
||||
Autrement dit, il ne suffit pas de dire qu’un système manque de transparence ou de contestabilité. Il faut encore localiser précisément les points où la scène est absente, affaiblie ou capturée.
|
||||
|
||||
Cette localisation conditionne ensuite la construction de dispositifs nouveaux.
|
||||
|
||||
## Limites
|
||||
|
||||
La cartographie peut rester abstraite si elle ne débouche pas sur des transformations institutionnelles effectives.
|
||||
|
||||
Elle peut aussi être neutralisée si les topologies identifiées ne sont pas reliées :
|
||||
|
||||
- à des ressources scéniques ;
|
||||
- à des prises documentaires ;
|
||||
- à des procédures de révision ;
|
||||
- à des scènes réellement dotées d’effet.
|
||||
|
||||
Elle est donc un instrument de diagnostic et d’orientation, non un remède suffisant par elle-même.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Audit archicratique](/glossaire/audit-archicratique/)
|
||||
- [Budget scénique](/glossaire/budget-scenique/)
|
||||
- [Tribunal de l’algorithme](/glossaire/tribunal-de-lalgorithme/)
|
||||
- [Hypertopie](/glossaire/hypertopie/)
|
||||
- [Hypotopie](/glossaire/hypotopie/)
|
||||
- [Atopie](/glossaire/atopie/)
|
||||
- [Synchrotopie](/glossaire/synchrotopie/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliterée/)
|
||||
67
src/content/glossaire/co-viabilisation.md
Normal file
67
src/content/glossaire/co-viabilisation.md
Normal file
@@ -0,0 +1,67 @@
|
||||
---
|
||||
title: "Co-viabilisation"
|
||||
term: "Co-viabilisation"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Processus par lequel des tensions, des formes de vie et des intérêts hétérogènes deviennent mutuellement tenables dans un cadre régulatoire donné."
|
||||
concepts: ["co-viabilisation", "co-viabilite", "regulation", "composition", "tension", "ajustement"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "dynamique"
|
||||
domain: "transversal"
|
||||
level: "intermediaire"
|
||||
related: ["co-viabilite", "tension", "archicration", "archicratie", "scene-depreuve", "archicratisation"]
|
||||
opposedTo: ["desarchicratisation"]
|
||||
seeAlso: ["archicration-obliteree", "autarchicratie", "regime-de-co-viabilite"]
|
||||
---
|
||||
|
||||
La co-viabilisation désigne le processus par lequel des tensions, des formes de vie, des temporalités et des intérêts hétérogènes deviennent mutuellement tenables dans un cadre régulatoire donné.
|
||||
|
||||
Elle ne désigne pas un état d’harmonie, mais une opération continue d’ajustement, de mise en compatibilité relative et de tenue des écarts.
|
||||
|
||||
## Distinction
|
||||
|
||||
La co-viabilisation ne doit pas être confondue avec la [Co-viabilité](/glossaire/co-viabilite/).
|
||||
|
||||
La co-viabilité désigne le résultat toujours provisoire d’une tenue.
|
||||
La co-viabilisation désigne le travail même par lequel cette tenue est produite, défendue, corrigée ou réinstituée.
|
||||
|
||||
Autrement dit :
|
||||
|
||||
- la co-viabilité est un régime de tenue ;
|
||||
- la co-viabilisation est le procès qui le rend possible.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
La notion de co-viabilisation permet de penser la régulation comme processus et non comme simple structure figée.
|
||||
|
||||
Elle oblige à analyser :
|
||||
|
||||
- comment des tensions deviennent traitables ;
|
||||
- comment des incompatibilités sont redistribuées ;
|
||||
- comment des scènes d’épreuve permettent la correction ;
|
||||
- comment des dispositifs soutiennent ou fragilisent la tenue du collectif.
|
||||
|
||||
Elle est donc au cœur de l’intelligence dynamique de l’archicratie.
|
||||
|
||||
## Portée analytique
|
||||
|
||||
Parler de co-viabilisation revient à refuser deux illusions :
|
||||
|
||||
- celle d’un ordre auto-stable ;
|
||||
- celle d’une suppression complète des tensions.
|
||||
|
||||
Une société tient parce qu’elle co-viabilise, non parce qu’elle élimine toute conflictualité.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Régime de co-viabilité](/glossaire/regime-de-co-viabilite/)
|
||||
- [Archicratisation](/glossaire/archicratisation/)
|
||||
- [Désarchicratisation](/glossaire/desarchicratisation/)
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Capacité d’un système social à maintenir la continuité d
|
||||
concepts: ["co-viabilite", "archicratie", "arcalite", "cratialite", "archicration", "tension"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "concept-fondamental"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration", "tension"]
|
||||
|
||||
@@ -0,0 +1,52 @@
|
||||
---
|
||||
title: "Tension entre co-existence ontologique et nécessité régulatrice"
|
||||
term: "Co-existence ontologique / nécessité régulatrice"
|
||||
aliases: ["Tension entre co-existence ontologique et nécessité régulatrice"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tension irréductible entre l’hétérogénéité radicale des êtres, des mondes et des modes d’existence, et la nécessité d’instituer malgré tout une scène commune de régulation."
|
||||
concepts: ["coexistence-ontologique", "necessite-regulatrice", "alterite", "pluralite", "scene-commune", "regulation"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "tension-irreductible"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["tension", "archicration", "archicratie", "cosmopolitique", "technodiversite-et-cosmotechnie", "transduction-et-individuation"]
|
||||
opposedTo: []
|
||||
seeAlso: ["egalisation-normative-et-differenciation-singuliere", "formes-de-vie-et-cadres-dhabitabilite"]
|
||||
---
|
||||
|
||||
La tension entre co-existence ontologique et nécessité régulatrice désigne le conflit structurel entre, d’un côté, l’hétérogénéité radicale des êtres, des formes de vie, des cultures, des régimes cognitifs ou des entités impliquées dans un monde commun, et, de l’autre, la nécessité d’instituer malgré tout une scène de régulation partageable.
|
||||
|
||||
Elle est dite abyssale parce qu’elle touche au point où la régulation ne peut plus présupposer une essence commune préalable.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette tension ne se réduit ni au pluralisme culturel, ni à la tolérance.
|
||||
|
||||
Elle pose une question plus radicale : comment instituer une scène lorsque les entités concernées ne partagent pas nécessairement les mêmes ontologies, les mêmes critères de validité, les mêmes rapports au monde ou les mêmes formats de comparution ?
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, cette tension est centrale parce qu’elle définit la condition limite de toute archicration.
|
||||
|
||||
L’archicration ne peut pas attendre l’identité préalable des sujets à réguler.
|
||||
Elle doit précisément produire des médiations, des prises et des scènes là où le commun n’est jamais donné d’avance.
|
||||
|
||||
## Enjeu régulateur
|
||||
|
||||
Cette tension devient explosive lorsque la régulation suppose abusivement un socle unique de communauté, ou lorsqu’à l’inverse l’hétérogénéité est telle qu’aucune scène commune ne paraît instituable.
|
||||
|
||||
Le défi archicratique consiste ici à instituer sans substantialiser, à réguler sans homogénéiser, à faire comparaître sans réduire.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Cosmopolitique](/glossaire/cosmopolitique/)
|
||||
- [Technodiversité et cosmotechnie](/glossaire/technodiversite-et-cosmotechnie/)
|
||||
- [Transduction et individuation](/glossaire/transduction-et-individuation/)
|
||||
- [Égalisation normative / différenciation singulière](/glossaire/egalisation-normative-et-differenciation-singuliere/)
|
||||
- [Formes de vie / cadres d’habitabilité](/glossaire/formes-de-vie-et-cadres-dhabitabilite/)
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme immanent de régulation dans lequel la tenue du coll
|
||||
concepts: ["conatus-et-multitude", "conatus", "multitude", "affect", "puissance"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["archicratie", "tension", "co-viabilite", "theorie-de-la-resonance"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation dans lequel les formes sociales émer
|
||||
concepts: ["configuration-et-interdependance", "configuration", "interdependance", "autocontrainte", "processus"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["archicratie", "co-viabilite", "tension", "conatus-et-multitude"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Doctrine fondatrice faisant de la sortie de la guerre de tous
|
||||
concepts: ["contractualisme-hobbesien", "souverainete", "ordre", "tension"]
|
||||
links: []
|
||||
kind: "doctrine"
|
||||
family: "doctrine"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "tension", "co-viabilite"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme politique selon lequel les collectifs humains doiven
|
||||
concepts: ["cosmopolitique", "pluralite-des-mondes", "composition"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["technodiversite-et-cosmotechnie", "gouvernance-des-communs", "configuration-et-interdependance"]
|
||||
|
||||
97
src/content/glossaire/coupe-circuit-citoyen.md
Normal file
97
src/content/glossaire/coupe-circuit-citoyen.md
Normal file
@@ -0,0 +1,97 @@
|
||||
---
|
||||
title: "Coupe-circuit citoyen"
|
||||
term: "Coupe-circuit citoyen"
|
||||
aliases: []
|
||||
urlAliases: ["coupe-circuit-citoyen"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Dispositif permettant d’interrompre, suspendre ou débrancher provisoirement l’effet d’un système d’IA lorsque les personnes affectées, ou une instance habilitée, estiment que la scène d’archicration est devenue insuffisante, oblitérée ou défaillante."
|
||||
concepts: ["coupe-circuit-citoyen", "suspension", "interruption", "archicration", "scene-depreuve", "garantie-civique"]
|
||||
links: []
|
||||
kind: "dispositif"
|
||||
family: "dispositif-ia"
|
||||
domain: "cas-ia"
|
||||
level: "avance"
|
||||
related: ["archicration", "scene-depreuve", "droit-au-differe-contradictoire", "tribunal-de-lalgorithme", "budget-scenique"]
|
||||
opposedTo: ["autarchicratie", "preemption-algorithmique"]
|
||||
seeAlso: ["cartographie-des-scenes-manquantes", "archicration-obliterée"]
|
||||
---
|
||||
|
||||
Le coupe-circuit citoyen désigne le dispositif par lequel l’effet d’un système d’IA peut être interrompu, suspendu ou débranché provisoirement lorsqu’il apparaît que la scène d’archicration est insuffisante, oblitérée ou défaillante.
|
||||
|
||||
Il ne s’agit pas d’un rejet général de la technique. Il s’agit d’un mécanisme de sauvegarde politique permettant d’empêcher qu’un dispositif continue de produire des effets alors même que ses prises de contestation, de justification ou de révision sont devenues trop faibles.
|
||||
|
||||
Le coupe-circuit citoyen est donc un droit d’arrêt institué.
|
||||
|
||||
## Distinction
|
||||
|
||||
Ce dispositif ne se confond pas avec une simple possibilité de recours après coup.
|
||||
|
||||
Le recours conteste un effet déjà produit.
|
||||
Le coupe-circuit, lui, suspend l’enchaînement des effets tant que les conditions minimales d’une archicration recevable ne sont pas réunies.
|
||||
|
||||
Il ne se confond pas non plus avec un veto arbitraire. Il doit être défini par des critères, des seuils et des procédures d’activation.
|
||||
|
||||
## Fonction régulatrice
|
||||
|
||||
Dans le cas IA, le coupe-circuit citoyen remplit une fonction de sûreté institutionnelle.
|
||||
|
||||
Il sert lorsque :
|
||||
- le système produit des effets massifs sans scène de reprise suffisante ;
|
||||
- les sorties sont appliquées malgré de fortes incertitudes ;
|
||||
- les personnes concernées ne peuvent plus faire valoir un différé contradictoire réel ;
|
||||
- la chaîne documentaire ou justificative est lacunaire ;
|
||||
- la scène existante est devenue purement décorative.
|
||||
|
||||
Dans ces cas, le coupe-circuit réintroduit une capacité collective d’arrêt.
|
||||
|
||||
## Problème traité
|
||||
|
||||
Le problème traité est celui de la continuation automatique d’un pouvoir devenu indisputable dans les faits.
|
||||
|
||||
Beaucoup de systèmes contemporains sont conçus pour continuer à fonctionner tant qu’aucun incident technique majeur n’apparaît. Le coupe-circuit citoyen affirme au contraire qu’un déficit scénique ou civique peut être, lui aussi, un motif légitime de suspension.
|
||||
|
||||
Il déplace donc l’idée même de sûreté : la sûreté n’est pas seulement technique, elle est aussi archicratique.
|
||||
|
||||
## Scène concernée
|
||||
|
||||
Ce dispositif concerne les scènes limites où la contestation n’arrive plus à infléchir la machine régulatrice.
|
||||
|
||||
Il suppose l’existence :
|
||||
- d’une procédure d’activation ;
|
||||
- d’une instance compétente ou d’un seuil citoyen recevable ;
|
||||
- d’un cadre de réexamen pendant la suspension ;
|
||||
- d’un chemin clair de reprise, de transformation ou d’abandon du dispositif.
|
||||
|
||||
## Portée critique
|
||||
|
||||
Le coupe-circuit citoyen a une portée critique majeure : il rend pensable qu’un système puisse être politiquement stoppé avant même d’être techniquement défaillant.
|
||||
|
||||
Il rappelle que la légitimité d’un dispositif ne dépend pas seulement de son efficacité, mais aussi de la qualité des scènes où il peut être mis à l’épreuve.
|
||||
|
||||
Il agit ainsi comme contrepoids à l’autarchicration.
|
||||
|
||||
## Limites
|
||||
|
||||
Un coupe-circuit mal conçu peut être soit inopérant, soit purement symbolique.
|
||||
|
||||
Pour éviter cela, il faut :
|
||||
- des conditions d’activation réalistes ;
|
||||
- des effets juridiques ou institutionnels clairs ;
|
||||
- un délai d’instruction défini ;
|
||||
- une articulation avec des scènes capables de reprendre la question de fond.
|
||||
|
||||
Sans cela, le dispositif n’offre qu’une promesse sans prise.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Droit au différé contradictoire](/glossaire/droit-au-differe-contradictoire/)
|
||||
- [Tribunal de l’algorithme](/glossaire/tribunal-de-lalgorithme/)
|
||||
- [Budget scénique](/glossaire/budget-scenique/)
|
||||
- [Cartographie des scènes manquantes](/glossaire/cartographie-des-scenes-manquantes/)
|
||||
- [Préemption algorithmique](/glossaire/preemption-algorithmique/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliterée/)
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Vecteur opératoire et transformateur de la régulation : ense
|
||||
concepts: ["cratialite", "archicratie", "arcalite", "archicration", "tension", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "concept-fondamental"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "archicration", "tension", "co-viabilite"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation centré sur les boucles de rétroacti
|
||||
concepts: ["cybernetique", "retroaction", "pilotage", "tension"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "tension", "cratialite", "gouvernementalite-algorithmique"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Doctrine fondatrice selon laquelle l’ordre politique se cons
|
||||
concepts: ["decisionnisme-souverain", "decision", "exception", "souverainete", "theologie-politique"]
|
||||
links: []
|
||||
kind: "doctrine"
|
||||
family: "doctrine"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["contractualisme-hobbesien", "archicratie", "archicration", "tension"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme politique fondant la légitimité de l’ordre colle
|
||||
concepts: ["democratie-deliberative", "deliberation", "discussion", "legitimite", "espace-public"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["volonte-generale", "archicration", "scene-depreuve", "archicratie"]
|
||||
|
||||
59
src/content/glossaire/desarchicration.md
Normal file
59
src/content/glossaire/desarchicration.md
Normal file
@@ -0,0 +1,59 @@
|
||||
---
|
||||
title: "Désarchicration"
|
||||
term: "Désarchicration"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Processus local par lequel une scène, un dispositif ou un domaine cesse d’être effectivement archicraté, bien qu’il demeure encore régulé."
|
||||
concepts: ["desarchicration", "archicration", "retrait", "degradation", "hors-scene", "regulation"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "dynamique"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicration", "archicration-obliteree", "scene-manquante", "scene-empechee", "autarchicration", "autarchicratie"]
|
||||
opposedTo: ["archicratisation"]
|
||||
seeAlso: ["desarchicratisation", "institution-invisible"]
|
||||
---
|
||||
|
||||
La désarchicration désigne le processus local par lequel une scène, un dispositif, une institution ou un domaine cesse d’être effectivement archicraté, alors même qu’il demeure encore régulé.
|
||||
|
||||
Il ne s’agit donc pas d’une disparition pure et simple de la régulation, mais d’une perte de ses conditions d’exposition, de révision ou de comparution.
|
||||
|
||||
## Distinction
|
||||
|
||||
La désarchicration se distingue de la [Désarchicratisation](/glossaire/desarchicratisation/).
|
||||
|
||||
La désarchicration concerne un retrait local, partiel ou sectoriel de l’archicration.
|
||||
La désarchicratisation désigne un processus plus large, par lequel un monde entier ou une architecture d’ensemble perd sa capacité archicratique.
|
||||
|
||||
La première peut être un symptôme de la seconde.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de décrire de manière plus fine les processus de dégradation de la régulation.
|
||||
|
||||
Il y a désarchicration lorsque :
|
||||
|
||||
- une scène continue d’exister formellement mais perd sa portée ;
|
||||
- un dispositif devient indisputable ;
|
||||
- la comparution des architectures se raréfie ;
|
||||
- la régulation se poursuit hors de toute mise à l’épreuve effective.
|
||||
|
||||
## Portée analytique
|
||||
|
||||
Le concept est utile pour penser des domaines où l’on observe une persistance de la décision sans scène adéquate de révision.
|
||||
|
||||
Il permet ainsi d’éviter l’erreur qui consisterait à croire que l’absence d’archicration équivaut à l’absence totale de pouvoir régulateur.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliteree/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Scène empêchée](/glossaire/scene-empechee/)
|
||||
- [Autarchicration](/glossaire/autarchicration/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Désarchicratisation](/glossaire/desarchicratisation/)
|
||||
- [Archicratisation](/glossaire/archicratisation/)
|
||||
55
src/content/glossaire/desarchicratique.md
Normal file
55
src/content/glossaire/desarchicratique.md
Normal file
@@ -0,0 +1,55 @@
|
||||
---
|
||||
title: "Désarchicratique"
|
||||
term: "Désarchicratique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Qualifie ce qui contribue à retirer une régulation de la scène de l’épreuve, à la rendre moins disputable ou à dégrader sa capacité de co-viabilisation."
|
||||
concepts: ["desarchicratique", "qualification", "opacification", "hors-scene", "degradation", "regulation"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "qualification"
|
||||
domain: "transversal"
|
||||
level: "intermediaire"
|
||||
related: ["desarchicration", "desarchicratisation", "autarchicratie", "archicration-obliteree", "scene-manquante"]
|
||||
opposedTo: ["archicratique"]
|
||||
seeAlso: ["autarchicration", "institution-invisible"]
|
||||
---
|
||||
|
||||
Désarchicratique qualifie ce qui contribue à retirer une régulation de la scène de l’épreuve, à la rendre moins disputable ou à dégrader sa capacité de co-viabilisation.
|
||||
|
||||
Le terme permet de caractériser des dispositifs, des gestes, des trajectoires ou des transformations qui ne détruisent pas nécessairement la régulation, mais l’éloignent d’une forme archicratique.
|
||||
|
||||
## Distinction
|
||||
|
||||
Désarchicratique ne signifie pas simplement illégal, autoritaire ou violent.
|
||||
|
||||
Un dispositif peut être formellement légal, techniquement performant et administrativement stable tout en étant désarchicratique, s’il rend la régulation moins exposable, moins révisable et moins instituable.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Ce qualificatif permet de décrire :
|
||||
|
||||
- une fermeture procédurale désarchicratique ;
|
||||
- une invisibilisation désarchicratique ;
|
||||
- une concentration désarchicratique de la décision ;
|
||||
- une dérive désarchicratique d’une institution initialement exposable.
|
||||
|
||||
Il sert donc à nommer la qualité régressive de certains processus.
|
||||
|
||||
## Enjeu analytique
|
||||
|
||||
Le terme est utile, car il évite de réduire toute critique de la fermeture à un simple jugement moral.
|
||||
|
||||
Il permet d’indiquer plus précisément en quoi une transformation compromet la possibilité d’une archicration effective.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratique](/glossaire/archicratique/)
|
||||
- [Désarchicration](/glossaire/desarchicration/)
|
||||
- [Désarchicratisation](/glossaire/desarchicratisation/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliteree/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
60
src/content/glossaire/desarchicratisation.md
Normal file
60
src/content/glossaire/desarchicratisation.md
Normal file
@@ -0,0 +1,60 @@
|
||||
---
|
||||
title: "Désarchicratisation"
|
||||
term: "Désarchicratisation"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Processus historique ou systémique par lequel un monde social perd sa capacité à rendre comparables, disputables et révisables ses propres architectures de régulation."
|
||||
concepts: ["desarchicratisation", "retrait-des-scenes", "opacification", "regulation", "degradation", "co-viabilite"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "dynamique"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["desarchicration", "autarchicratie", "institution-invisible", "scene-manquante", "archicration-obliteree", "co-viabilite"]
|
||||
opposedTo: ["archicratisation"]
|
||||
seeAlso: ["autarchicration", "monde-instituable", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
La désarchicratisation désigne le processus historique ou systémique par lequel un monde social perd sa capacité à rendre comparables, disputables et révisables ses propres architectures de régulation.
|
||||
|
||||
Elle correspond à une dégradation générale de l’instituabilité politique des dispositifs.
|
||||
|
||||
## Distinction
|
||||
|
||||
La désarchicratisation ne signifie pas le chaos ni l’absence de régulation.
|
||||
|
||||
Au contraire, elle peut accompagner des formes très puissantes de pilotage, de gestion et de contrôle.
|
||||
|
||||
Ce qui se perd, ce n’est pas l’efficacité opératoire, mais la capacité à instituer des scènes où cette efficacité puisse comparaître, être discutée et transformée.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de nommer une dérive structurelle :
|
||||
|
||||
- les dispositifs continuent d’agir ;
|
||||
- les chaînes de décision se densifient ;
|
||||
- les prises de pouvoir deviennent plus diffuses ou plus opaques ;
|
||||
- mais les scènes d’archicration se réduisent ou se vident.
|
||||
|
||||
La désarchicratisation décrit ainsi un monde régulé mais de moins en moins politiquement reconfigurable.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Nommer la désarchicratisation permet de comprendre qu’une crise politique contemporaine n’est pas seulement une crise de légitimité ou de représentation.
|
||||
|
||||
Elle est aussi une crise des scènes, des prises documentaires, des lieux de comparution et des conditions d’archicration.
|
||||
|
||||
Le problème n’est donc pas seulement d’avoir de meilleures décisions, mais de rendre à nouveau instituable ce qui gouverne.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Désarchicration](/glossaire/desarchicration/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliteree/)
|
||||
- [Monde instituable](/glossaire/monde-instituable/)
|
||||
- [Archicratisation](/glossaire/archicratisation/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme politique dans lequel le litige, le désaccord et l
|
||||
concepts: ["dissensus-politique", "dissensus", "litige", "scene", "conflit"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicration", "scene-depreuve", "tension", "archicratie"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation fondé sur la légalité formelle, la
|
||||
concepts: ["domination-legale-rationnelle", "bureaucratie", "legalite", "administration", "regle", "procedure"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "cratialite", "archicration"]
|
||||
|
||||
91
src/content/glossaire/droit-au-differe-contradictoire.md
Normal file
91
src/content/glossaire/droit-au-differe-contradictoire.md
Normal file
@@ -0,0 +1,91 @@
|
||||
---
|
||||
title: "Droit au différé contradictoire"
|
||||
term: "Droit au différé contradictoire"
|
||||
aliases: []
|
||||
urlAliases: ["droit-au-differe-contradictoire"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Principe selon lequel aucune décision automatisée significative ne doit être définitive sans qu’existe un délai et un format pour la contestation argumentée par les personnes affectées."
|
||||
concepts: ["droit-au-differe-contradictoire", "contradiction", "contestation", "archicration", "scene-depreuve", "decision-automatisee"]
|
||||
links: []
|
||||
kind: "dispositif"
|
||||
family: "dispositif-ia"
|
||||
domain: "cas-ia"
|
||||
level: "avance"
|
||||
related: ["archicration", "scene-depreuve", "journal-de-justification", "tribunal-de-lalgorithme", "co-viabilite"]
|
||||
opposedTo: ["preemption-algorithmique"]
|
||||
seeAlso: ["gouvernementalite-algorithmique", "autarchicratie"]
|
||||
---
|
||||
|
||||
Le droit au différé contradictoire désigne le principe selon lequel aucune décision automatisée significative ne doit devenir pleinement définitive sans qu’existe un délai, un accès et un format permettant sa contestation argumentée par les personnes affectées.
|
||||
|
||||
Il vise en particulier les décisions appuyées par IA qui ont des effets substantiels sur l’existence des individus : scoring, allocation, exclusion, classement, orientation, suspension de droits, priorisation ou sanction.
|
||||
|
||||
Le point central est simple : une décision appuyée par calcul ne doit pas se fermer sur elle-même avant d’avoir pu être exposée à une contradiction possible.
|
||||
|
||||
## Distinction
|
||||
|
||||
Ce droit ne se réduit pas à une simple notification ni à une information ex post.
|
||||
|
||||
Informer qu’une décision a été prise n’est pas encore ouvrir une scène où elle peut être discutée.
|
||||
|
||||
Le différé contradictoire suppose davantage :
|
||||
|
||||
- un temps de suspension ou de non-clôture ;
|
||||
- un accès intelligible aux éléments décisifs ;
|
||||
- un destinataire identifiable ;
|
||||
- une possibilité réelle de révision.
|
||||
|
||||
Il ne s’agit donc pas seulement de « recours » au sens faible, mais de la réintroduction d’une épreuve contradictoire là où l’automatisation tend à la supprimer.
|
||||
|
||||
## Fonction dans le cas IA
|
||||
|
||||
Dans les systèmes d’IA, la décision est souvent perçue comme rapide, technique et déjà stabilisée.
|
||||
|
||||
Le droit au différé contradictoire interrompt cette clôture prématurée. Il réintroduit une temporalité politique dans des chaînes qui tendent à naturaliser leurs propres résultats.
|
||||
|
||||
Il a ainsi plusieurs fonctions :
|
||||
|
||||
- empêcher qu’un score ou un classement soit immédiatement traité comme vérité définitive ;
|
||||
- rouvrir la chaîne de justification ;
|
||||
- permettre la formulation d’un grief ;
|
||||
- obliger l’institution à répondre dans une scène minimale.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une lecture archicratique, ce droit est une manière de rouvrir la scène d’épreuve au cœur même des dispositifs automatisés.
|
||||
|
||||
Il ne supprime pas la technique. Il lui refuse simplement le privilège d’une indisputabilité immédiate.
|
||||
|
||||
Il rappelle qu’une régulation puissante n’est légitime que si elle peut encore comparaître, être reprise, discutée et éventuellement infléchie.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
L’enjeu n’est pas seulement juridique. Il est structurel.
|
||||
|
||||
Lorsqu’aucun différé contradictoire n’existe, la décision automatisée tend à déplacer la régulation hors de la scène commune. Elle favorise alors la fermeture de la chaîne et l’autonomisation du dispositif.
|
||||
|
||||
À l’inverse, lorsqu’un tel droit est institué, il devient possible de maintenir une part de révisabilité au sein même de l’environnement algorithmique.
|
||||
|
||||
## Limites
|
||||
|
||||
Ce droit peut devenir purement symbolique s’il n’est pas accompagné :
|
||||
|
||||
- d’un accès effectif au dossier ;
|
||||
- d’un langage intelligible ;
|
||||
- de délais réalistes ;
|
||||
- d’instances capables d’entendre et de transformer la contestation.
|
||||
|
||||
Sans ces conditions, il risque de simuler une scène au lieu de l’ouvrir réellement.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Journal de justification](/glossaire/journal-de-justification/)
|
||||
- [Tribunal de l’algorithme](/glossaire/tribunal-de-lalgorithme/)
|
||||
- [Préemption algorithmique](/glossaire/preemption-algorithmique/)
|
||||
- [Gouvernementalité algorithmique](/glossaire/gouvernementalite-algorithmique/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Doctrine fondatrice faisant de la loi naturelle, de la propri
|
||||
concepts: ["droit-naturel-et-propriete", "propriete", "droit-naturel", "consentement", "encadrement-liberal"]
|
||||
links: []
|
||||
kind: "doctrine"
|
||||
family: "doctrine"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["contractualisme-hobbesien", "volonte-generale", "archicratie", "co-viabilite"]
|
||||
|
||||
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "Tension entre égalisation normative et différenciation singulière"
|
||||
term: "Égalisation normative / différenciation singulière"
|
||||
aliases: ["Tension entre égalisation normative et différenciation singulière"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tension irréductible entre l’exigence d’égalité et de généralité normative, et la nécessité de reconnaître des écarts situés, des singularités vécues et des trajectoires différenciées."
|
||||
concepts: ["egalite", "norme", "singularite", "difference", "equite", "generalite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "tension-irreductible"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["tension", "scene-depreuve", "archicration", "democratie-deliberative", "dissensus-politique", "pluralite-natalite-action"]
|
||||
opposedTo: []
|
||||
seeAlso: ["visibilite-mediatique-et-reconnaissance-symbolique", "coexistence-ontologique-et-necessite-regulatrice"]
|
||||
---
|
||||
|
||||
La tension entre égalisation normative et différenciation singulière désigne le conflit structurel entre, d’un côté, l’exigence d’universalité, d’égalité de traitement et de formalisation commune, et, de l’autre, la nécessité de reconnaître des situations, des héritages, des positions et des expériences irréductiblement différenciés.
|
||||
|
||||
Elle ne se réduit ni à une opposition entre universalisme et particularisme, ni à un débat moral sur la diversité. Elle touche à la difficulté constitutive d’instituer une norme commune sans écraser les écarts, et de reconnaître les écarts sans dissoudre toute scène commune.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette tension ne se laisse pas résoudre par un simple compromis abstrait.
|
||||
|
||||
Une norme trop homogénéisante peut invisibiliser des asymétries concrètes.
|
||||
Mais une affirmation absolue de la singularité peut aussi rendre impossible la construction d’un cadre de justice partageable.
|
||||
|
||||
La difficulté réside précisément dans cette double exigence.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, cette tension oblige à penser les conditions de scènes où les écarts puissent comparaître sans faire exploser la possibilité d’une régulation commune.
|
||||
|
||||
Elle interroge :
|
||||
|
||||
- la forme des procédures d’équité ;
|
||||
- les modes de reconnaissance des différences ;
|
||||
- les architectures permettant d’articuler pluralité et tenue commune.
|
||||
|
||||
## Enjeu régulateur
|
||||
|
||||
Cette tension devient pathologique lorsque la norme prétend absorber toute singularité, ou lorsque la singularité devient indisponible à toute mise en commun.
|
||||
|
||||
L’archicration doit ici produire des médiations fines : ni homogénéisation pure, ni juxtaposition ininstitutionnalisable.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Démocratie délibérative](/glossaire/democratie-deliberative/)
|
||||
- [Dissensus politique](/glossaire/dissensus-politique/)
|
||||
- [Pluralité, natalité, action](/glossaire/pluralite-natalite-action/)
|
||||
- [Co-existence ontologique / nécessité régulatrice](/glossaire/coexistence-ontologique-et-necessite-regulatrice/)
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation dans lequel l’ordre se maintient pa
|
||||
concepts: ["exception-souveraine", "exception", "suspension", "souverainete", "urgence"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["decisionnisme-souverain", "archicratie", "tension", "autarchicratie"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation dans lequel les échanges, obligation
|
||||
concepts: ["fait-social-total", "echange", "obligation", "symbolisation", "cohesion"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "intermediaire"
|
||||
related: ["archicratie", "arcalite", "co-viabilite", "tension"]
|
||||
|
||||
71
src/content/glossaire/figures-archicratiques.md
Normal file
71
src/content/glossaire/figures-archicratiques.md
Normal file
@@ -0,0 +1,71 @@
|
||||
---
|
||||
title: "Figures archicratiques"
|
||||
term: "Figures archicratiques"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Ensemble des positions, profils et agencements qui, dans un contexte donné, jouent un rôle structurant dans l’orientation, la fermeture ou la reproduction d’une régulation archicratique."
|
||||
concepts: ["figures-archicratiques", "archicrate", "position", "profil", "regulation", "structure"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "figure"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicrate", "archicratie", "institution-invisible", "scene-darchicration", "archicration"]
|
||||
opposedTo: []
|
||||
seeAlso: ["autarchicratie", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
Les figures archicratiques désignent l’ensemble des positions, profils et agencements qui, dans une configuration donnée, exercent une fonction structurante dans la régulation collective.
|
||||
|
||||
Il ne s’agit pas seulement d’acteurs individuels, mais aussi de rôles institutionnels, de places organisationnelles et de dispositifs qui occupent un point décisif dans l’articulation entre fondements, opérations et scènes.
|
||||
|
||||
## Distinction
|
||||
|
||||
La notion de figures archicratiques est plus large que celle d’[Archicrate](/glossaire/archicrate/).
|
||||
|
||||
L’archicrate désigne une figure fortement concentrée, susceptible de rendre son pouvoir indisputable.
|
||||
Les figures archicratiques désignent, plus largement, la pluralité des positions à partir desquelles une architecture de régulation se stabilise ou se reproduit.
|
||||
|
||||
On peut donc y inclure :
|
||||
|
||||
- des figures marchandes ;
|
||||
- des figures bureaucratiques ;
|
||||
- des figures techniques ;
|
||||
- des figures religieuses ;
|
||||
- des figures médiatiques ;
|
||||
- des figures algorithmiques ou infra-organisationnelles.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet d’éviter deux erreurs :
|
||||
|
||||
- réduire la régulation à des abstractions sans agents ni supports ;
|
||||
- réduire l’analyse à quelques grands décideurs visibles.
|
||||
|
||||
Les figures archicratiques permettent au contraire de cartographier les points de concentration, de relais, de traduction et de verrouillage à l’intérieur d’une architecture plus vaste.
|
||||
|
||||
## Portée analytique
|
||||
|
||||
Parler de figures archicratiques, c’est poser la question suivante : qui, ou quoi, tient effectivement un rôle de structuration décisive dans la régulation ?
|
||||
|
||||
Cela permet de décrire des configurations très diverses, où la puissance est parfois visible, parfois distribuée, parfois incarnée, parfois quasi anonyme.
|
||||
|
||||
La notion prépare ainsi un futur travail d’atlas des archicrates et des figures de pouvoir régulateur.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Une politique de la co-viabilité ne peut pas se contenter de dénoncer abstraitement « le système ».
|
||||
|
||||
Elle doit aussi identifier les figures concrètes qui orientent, stabilisent, ferment ou rendent indisputables les architectures de régulation.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicrate](/glossaire/archicrate/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
@@ -0,0 +1,54 @@
|
||||
---
|
||||
title: "Tension entre formes de vie et cadres d’habitabilité"
|
||||
term: "Formes de vie / cadres d’habitabilité"
|
||||
aliases: ["Tension entre formes de vie et cadres d’habitabilité"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tension irréductible entre la pluralité des manières d’habiter, de vivre et de se relier à un milieu, et les cadres spatiaux, techniques ou normatifs qui organisent les conditions de l’habitabilité."
|
||||
concepts: ["formes-de-vie", "habitabilite", "milieu", "urbanite", "territoire", "pluralite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "tension-irreductible"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["tension", "co-viabilite", "archicration", "cosmopolitique", "technodiversite-et-cosmotechnie", "biopolitique"]
|
||||
opposedTo: []
|
||||
seeAlso: ["subsistance-vivante-et-captation-capitalistique", "souverainetes-territoriales-et-interdependances-globales"]
|
||||
---
|
||||
|
||||
La tension entre formes de vie et cadres d’habitabilité désigne le conflit structurel entre la pluralité des manières d’habiter, de se déplacer, de produire, de coexister et de se rapporter à un milieu, et les cadres spatiaux, fonctionnels, techniques ou normatifs qui organisent les conditions de l’habitabilité.
|
||||
|
||||
Elle met en lumière le fait qu’un cadre peut rendre un espace habitable selon certains critères tout en le rendant inhabitable pour d’autres formes de vie.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette tension ne se réduit pas à une opposition entre ville et nature, ni à un débat sur l’aménagement.
|
||||
|
||||
Elle touche plus profondément à la manière dont une société impose des formats d’usage, de mobilité, de temporalité ou de fonctionnalité qui favorisent certaines existences et en marginalisent d’autres.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Du point de vue archicratique, cette tension interroge la capacité à instituer des scènes où les formes d’habiter puissent comparaître avec leurs exigences propres.
|
||||
|
||||
Elle demande :
|
||||
|
||||
- quels critères définissent l’habitabilité ;
|
||||
- pour qui un cadre est viable ;
|
||||
- comment composer entre pluralité des formes de vie et contraintes communes.
|
||||
|
||||
## Enjeu régulateur
|
||||
|
||||
Une régulation qui ignore cette tension tend à homogénéiser l’espace, à normaliser les usages et à réduire la diversité des manières d’habiter.
|
||||
|
||||
L’archicration doit au contraire chercher des formes de co-viabilité spatiale, matérielle et symbolique.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Cosmopolitique](/glossaire/cosmopolitique/)
|
||||
- [Technodiversité et cosmotechnie](/glossaire/technodiversite-et-cosmotechnie/)
|
||||
- [Biopolitique](/glossaire/biopolitique/)
|
||||
- [Subsistance vivante / captation capitalistique](/glossaire/subsistance-vivante-et-captation-capitalistique/)
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation fondé sur la coordination collective
|
||||
concepts: ["gouvernance-des-communs", "communs", "coordination", "polycentrisme", "ressources"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "intermediaire"
|
||||
related: ["co-viabilite", "archicratie", "democratie-deliberative", "tension"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation fondé sur le calcul automatisé, la
|
||||
concepts: ["gouvernementalite-algorithmique", "algorithme", "scoring", "autarchicratie"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "cas-ia"
|
||||
level: "intermediaire"
|
||||
related: ["gouvernementalite", "cybernetique", "autarchicratie", "obliteration-archicratique", "cratialite"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme d’analyse du pouvoir centré sur la conduite des c
|
||||
concepts: ["gouvernementalite", "pouvoir", "population", "regulation"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "biopolitique", "gouvernementalite-algorithmique", "scene-depreuve"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation technique dans lequel la capture, la
|
||||
concepts: ["grammatisation-et-proletarisation-cognitive", "grammatisation", "proletarisation", "savoir", "automatisation", "technique"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["archicratie", "pharmacologie-technique", "preemption-algorithmique", "gouvernementalite-algorithmique"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation dans lequel l’ordre social se repro
|
||||
concepts: ["habitus-et-violence-symbolique", "habitus", "champ", "violence-symbolique", "reproduction"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "arcalite", "autarchicratie", "obliteration-archicratique"]
|
||||
|
||||
55
src/content/glossaire/hyperarcalite.md
Normal file
55
src/content/glossaire/hyperarcalite.md
Normal file
@@ -0,0 +1,55 @@
|
||||
---
|
||||
title: "Hyperarcalité"
|
||||
term: "Hyperarcalité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Hypertrophie de l’arcalité par laquelle les fondements, les cadres ou les justifications deviennent excessivement rigides, saturants ou immunisés contre l’épreuve."
|
||||
concepts: ["hyperarcalite", "arcalite", "hypertrophie", "fondement", "rigidification", "legitimation"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "pathologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["arcalite", "hypercratialite", "archicration", "autarchicratie", "scene-manquante", "archicration-obliteree"]
|
||||
opposedTo: ["co-viabilite"]
|
||||
seeAlso: ["institution-invisible", "autarchicration", "scene-depreuve"]
|
||||
---
|
||||
|
||||
L’hyperarcalité désigne l’hypertrophie de l’arcalité, c’est-à-dire la situation dans laquelle les fondements, les cadres, les principes de légitimation ou les structures de cadrage deviennent excessivement rigides, saturants ou immunisés contre l’épreuve.
|
||||
|
||||
Elle correspond à un excès de fondation.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’hyperarcalité ne signifie pas simplement qu’un ordre possède des principes forts.
|
||||
|
||||
Elle désigne un déséquilibre où les prises fondationnelles deviennent si massives qu’elles absorbent ou neutralisent la possibilité de leur propre mise en question.
|
||||
|
||||
Le problème n’est donc pas la présence d’un cadre, mais sa fermeture.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
La notion permet de comprendre des configurations où :
|
||||
|
||||
- le fondement est continuellement réaffirmé ;
|
||||
- la justification devient indisputable ;
|
||||
- les écarts doivent être absorbés par le cadre ;
|
||||
- la scène d’épreuve se trouve réduite à confirmer la norme existante.
|
||||
|
||||
L’hyperarcalité produit ainsi une forme de saturation justificatrice.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Diagnostiquer une hyperarcalité, c’est poser la question de la rouverture du fondement : comment rendre à nouveau révisables des cadres devenus trop massifs pour être disputés ?
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Hypercratialité](/glossaire/hypercratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliteree/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
57
src/content/glossaire/hypercratialite.md
Normal file
57
src/content/glossaire/hypercratialite.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "Hypercratialité"
|
||||
term: "Hypercratialité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Hypertrophie de la cratialité par laquelle la capacité d’effectuation, d’intervention ou de pilotage tend à se détacher des scènes qui pourraient l’exposer et la réviser."
|
||||
concepts: ["hypercratialite", "cratialite", "hypertrophie", "pilotage", "effectuation", "concentration"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "pathologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["cratialite", "hyperarcalite", "archicration", "autarchicratie", "archicrate", "archicration-obliteree"]
|
||||
opposedTo: ["co-viabilite"]
|
||||
seeAlso: ["tension", "institution-invisible", "autarchicration"]
|
||||
---
|
||||
|
||||
L’hypercratialité désigne l’hypertrophie de la cratialité, c’est-à-dire la situation dans laquelle la capacité d’effectuation, d’intervention, de pilotage ou de transformation tend à se détacher des scènes qui pourraient l’exposer et la réviser.
|
||||
|
||||
Elle correspond à un excès d’opérativité.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’hypercratialité ne signifie pas simplement qu’un pouvoir est fort ou efficace.
|
||||
|
||||
Elle désigne plus précisément un déséquilibre où la puissance d’agir, de décider ou d’optimiser croît plus vite que les capacités collectives à l’exposer, la qualifier et la réviser.
|
||||
|
||||
Autrement dit, le problème n’est pas la force en elle-même, mais son décrochage.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
La notion permet de comprendre certaines formes contemporaines de gouvernementalité technique, logistique ou algorithmique.
|
||||
|
||||
Il y a hypercratialité lorsque :
|
||||
|
||||
- les chaînes opératoires s’intensifient ;
|
||||
- les décisions se multiplient à haute vitesse ;
|
||||
- les médiations deviennent plus automatiques ;
|
||||
- mais les scènes d’épreuve ne suivent pas.
|
||||
|
||||
La régulation devient alors plus performante du point de vue opératoire, mais plus fragile du point de vue archicratique.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Diagnostiquer une hypercratialité consiste à se demander comment réarrimer l’effectuation à la scène, le pilotage à l’épreuve, et la puissance d’intervention à une possibilité réelle de comparution.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Hyperarcalité](/glossaire/hyperarcalite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Archicrate](/glossaire/archicrate/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliteree/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
56
src/content/glossaire/hypertopie.md
Normal file
56
src/content/glossaire/hypertopie.md
Normal file
@@ -0,0 +1,56 @@
|
||||
---
|
||||
title: "Hypertopie"
|
||||
term: "Hypertopie"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Configuration topologique dans laquelle une scène ou une architecture de régulation déborde son site initial et étend ses effets bien au-delà de son cadre apparent."
|
||||
concepts: ["hypertopie", "debordement", "topologie", "extension", "echelle", "regulation"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "topologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["synchrotopie", "atopie", "scene-darchicration", "institution-invisible", "interdependances-globales"]
|
||||
opposedTo: []
|
||||
seeAlso: ["hypotopie", "co-viabilite"]
|
||||
---
|
||||
|
||||
La hypertopie désigne une configuration dans laquelle une scène, un dispositif ou une architecture de régulation déborde son site initial et étend ses effets bien au-delà de son cadre apparent.
|
||||
|
||||
Elle renvoie à une régulation expansive.
|
||||
|
||||
## Distinction
|
||||
|
||||
La hypertopie ne signifie pas simplement « grand espace ».
|
||||
|
||||
Elle désigne le fait qu’une régulation située localement produit des effets sur des territoires, des populations ou des temporalités qui excèdent son cadre de visibilité immédiat.
|
||||
|
||||
Une décision locale peut ainsi avoir une hypertopie mondiale.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de penser :
|
||||
|
||||
- les débordements d’échelle ;
|
||||
- les effets transversaux des dispositifs ;
|
||||
- les scènes locales aux conséquences globales ;
|
||||
- les écarts entre le lieu de décision et l’étendue des effets.
|
||||
|
||||
Elle est particulièrement utile pour l’analyse des régulations numériques, financières, écologiques ou logistiques.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
La hypertopie pose une question centrale : comment instituer des scènes à la hauteur des effets produits ?
|
||||
|
||||
Lorsqu’il existe un désaccord majeur entre le site apparent de la régulation et l’étendue réelle de ses conséquences, la co-viabilisation devient difficilement soutenable.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Synchrotopie](/glossaire/synchrotopie/)
|
||||
- [Atopie](/glossaire/atopie/)
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Hypotopie](/glossaire/hypotopie/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
57
src/content/glossaire/hypotopie.md
Normal file
57
src/content/glossaire/hypotopie.md
Normal file
@@ -0,0 +1,57 @@
|
||||
---
|
||||
title: "Hypotopie"
|
||||
term: "Hypotopie"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Topologie sous-jacente dans laquelle une part décisive de la régulation opère en dessous ou en deçà de la scène visible."
|
||||
concepts: ["hypotopie", "sous-scene", "topologie", "infrastructure", "regulation", "hors-vue"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "topologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["institution-invisible", "scene-manquante", "archicration-obliteree", "synchrotopie", "atopie"]
|
||||
opposedTo: []
|
||||
seeAlso: ["hypertopie", "scene-darchicration"]
|
||||
---
|
||||
|
||||
L’hypotopie désigne la topologie sous-jacente dans laquelle une part décisive de la régulation opère en dessous ou en deçà de la scène visible.
|
||||
|
||||
Elle renvoie à la strate basse, enfouie ou infra-scénique des architectures de pouvoir.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’hypotopie ne désigne pas simplement l’invisible en général.
|
||||
|
||||
Elle désigne plus précisément la localisation topologique de processus régulateurs qui ne comparaissent pas à la surface de la scène publique, mais qui en conditionnent pourtant les effets.
|
||||
|
||||
Il peut s’agir :
|
||||
|
||||
- d’infrastructures ;
|
||||
- de chaînes de calcul ;
|
||||
- de routines administratives ;
|
||||
- de médiations logistiques ;
|
||||
- de paramétrages techniques.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
La notion est utile pour penser l’épaisseur souterraine de l’archicration contemporaine.
|
||||
|
||||
Elle permet de comprendre pourquoi certaines scènes visibles paraissent impuissantes : la régulation décisive se joue ailleurs, plus bas, dans une hypotopie difficilement accessible.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Identifier une hypotopie, c’est chercher comment reconnecter la scène visible à la strate où s’opèrent effectivement les prises décisives.
|
||||
|
||||
Sans ce travail, la critique risque de rester à la surface des symptômes.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Archicration oblitérée](/glossaire/archicration-obliteree/)
|
||||
- [Synchrotopie](/glossaire/synchrotopie/)
|
||||
- [Atopie](/glossaire/atopie/)
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
68
src/content/glossaire/institution-invisible.md
Normal file
68
src/content/glossaire/institution-invisible.md
Normal file
@@ -0,0 +1,68 @@
|
||||
---
|
||||
title: "Institution invisible"
|
||||
term: "Institution invisible"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Architecture diffuse de pouvoir résultant de la composition de multiples dispositifs, infrastructures et chaînes de décision qui gouvernent sans apparaître comme une institution unique."
|
||||
concepts: ["institution-invisible", "composition", "infrastructure", "archicratie", "cratialite", "invisibilite"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "scene"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["archicratie", "cratialite", "arcalite", "scene-manquante", "obliteration-archicratique", "autarchicratie"]
|
||||
opposedTo: ["monde-instituable"]
|
||||
seeAlso: ["scene-darchicration", "scene-empechee", "archicrate", "figures-archicratiques"]
|
||||
---
|
||||
|
||||
L’institution invisible désigne l’architecture diffuse de pouvoir qui résulte de la composition de multiples dispositifs hétérogènes — infrastructures, normes, procédures, algorithmes, flux financiers, routines administratives, plateformes, indicateurs — sans apparaître comme une institution clairement identifiable.
|
||||
|
||||
Elle gouverne, mais sans visage unifié.
|
||||
Elle régule, mais sans centre facilement assignable.
|
||||
Elle produit des effets massifs, mais en échappant partiellement aux formats ordinaires de la comparution.
|
||||
|
||||
## Distinction
|
||||
|
||||
L’institution invisible ne signifie pas qu’il n’existe aucune institution.
|
||||
|
||||
Elle désigne plutôt le fait qu’une fonction institutionnelle décisive se trouve distribuée dans un réseau de prises multiples, si bien qu’aucun acteur isolé ne semble en porter pleinement la responsabilité, alors même que l’ensemble exerce une puissance structurante.
|
||||
|
||||
Elle est donc moins l’absence d’institution qu’une forme de dispersion organisée de l’institutionnalité.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans le cadre archicratique, cette notion permet de comprendre comment la régulation peut devenir difficilement disputable sans cesser pour autant d’être intense.
|
||||
|
||||
L’institution invisible articule :
|
||||
|
||||
- une arcalité diffuse, souvent naturalisée sous les formes de la nécessité, de l’expertise ou de l’évidence ;
|
||||
- une cratialité distribuée, fragmentée mais efficace ;
|
||||
- une faiblesse ou une absence de scènes dans lesquelles cette composition pourrait comparaître comme telle.
|
||||
|
||||
Elle constitue ainsi l’un des visages majeurs de l’opacité contemporaine.
|
||||
|
||||
## Rapport aux scènes
|
||||
|
||||
L’institution invisible prospère là où les scènes sont manquantes, empêchées ou oblitérées.
|
||||
|
||||
Plus exactement, elle tire sa force du fait que les chaînes décisives de régulation peuvent être vécues comme impersonnelles, techniques ou fatales, au lieu d’être exposées comme objets de configuration politique.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Rendre visible une institution invisible ne consiste pas seulement à dénoncer un responsable.
|
||||
|
||||
Il s’agit de reconstruire la cartographie des prises, des médiations, des dispositifs et des scènes à partir desquels cette architecture pourrait enfin être rendue intelligible, adressable et transformable.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Scène empêchée](/glossaire/scene-empechee/)
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
- [Archicrate](/glossaire/archicrate/)
|
||||
92
src/content/glossaire/journal-de-justification.md
Normal file
92
src/content/glossaire/journal-de-justification.md
Normal file
@@ -0,0 +1,92 @@
|
||||
---
|
||||
title: "Journal de justification"
|
||||
term: "Journal de justification"
|
||||
aliases: []
|
||||
urlAliases: ["journal-de-justification"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Dispositif documentaire qui garde trace, pour chaque décision ou politique, des justifications effectivement mobilisées : critères, données, pondérations et arbitrages."
|
||||
concepts: ["journal-de-justification", "trace", "justification", "archicration", "documentation", "reexamen"]
|
||||
links: []
|
||||
kind: "dispositif"
|
||||
family: "dispositif-ia"
|
||||
domain: "cas-ia"
|
||||
level: "avance"
|
||||
related: ["archicration", "scene-depreuve", "audit-archicratique", "droit-au-differe-contradictoire", "tribunal-de-lalgorithme"]
|
||||
opposedTo: ["obliteration-archicratique"]
|
||||
seeAlso: ["theorie-de-la-justification", "gouvernementalite-algorithmique"]
|
||||
---
|
||||
|
||||
Le journal de justification désigne un dispositif documentaire qui conserve la trace des justifications effectivement mobilisées dans la production d’une décision, d’une politique ou d’un déploiement algorithmique.
|
||||
|
||||
Il ne se limite pas à archiver des résultats. Il vise à rendre retraçables :
|
||||
|
||||
- les critères retenus ;
|
||||
- les données jugées pertinentes ;
|
||||
- les pondérations opérées ;
|
||||
- les arbitrages effectués ;
|
||||
- les alternatives écartées ou non retenues.
|
||||
|
||||
Il constitue ainsi un support documentaire pour une archicration ultérieure.
|
||||
|
||||
## Distinction
|
||||
|
||||
Le journal de justification ne se confond pas avec une simple documentation technique.
|
||||
|
||||
Documenter un système peut signifier décrire son architecture ou ses performances. Justifier implique autre chose : rendre explicites les raisons pratiques, normatives et organisationnelles qui ont effectivement conduit à une décision.
|
||||
|
||||
Il ne s’agit donc pas seulement de mémoire d’ingénierie, mais de mémoire régulatrice.
|
||||
|
||||
## Fonction dans le cas IA
|
||||
|
||||
Dans les systèmes d’IA, les justifications sont souvent fragmentées entre plusieurs espaces :
|
||||
|
||||
- notes internes ;
|
||||
- documents de conformité ;
|
||||
- tableaux de bord ;
|
||||
- spécifications techniques ;
|
||||
- comptes rendus de réunions ;
|
||||
- choix implicites jamais formalisés.
|
||||
|
||||
Le journal de justification a précisément pour fonction d’unifier ces fragments en un support suffisamment cohérent pour qu’une mise en épreuve future soit possible.
|
||||
|
||||
Il transforme une archive dispersée en scène potentielle.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, il ne peut y avoir de scène robuste sans prises documentaires.
|
||||
|
||||
Le journal de justification fournit une partie de ces prises. Il rend possible la comparution des chaînes de décision en évitant que les acteurs puissent toujours dire : « personne ne sait », « cela s’est imposé », « le système l’a décidé ».
|
||||
|
||||
Il contribue ainsi à desserrer l’oblitération régulatrice.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
L’enjeu n’est pas seulement la transparence au sens faible.
|
||||
|
||||
Le véritable enjeu est de faire exister une mémoire opposable des justifications, afin que les décisions puissent être reprises, contestées et réévaluées dans le temps.
|
||||
|
||||
Sans une telle mémoire, la scène reste fragile, car elle ne dispose pas des éléments nécessaires pour instruire l’épreuve.
|
||||
|
||||
## Limites
|
||||
|
||||
Un journal de justification peut être vidé de sa portée :
|
||||
|
||||
- s’il est incomplet ;
|
||||
- s’il est rédigé après coup de manière opportuniste ;
|
||||
- s’il reste inaccessible aux personnes concernées ;
|
||||
- s’il n’alimente aucune scène réelle de réexamen.
|
||||
|
||||
Dans ce cas, il ne soutient plus l’archicration ; il sert seulement à simuler une traçabilité.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Audit archicratique](/glossaire/audit-archicratique/)
|
||||
- [Droit au différé contradictoire](/glossaire/droit-au-differe-contradictoire/)
|
||||
- [Tribunal de l’algorithme](/glossaire/tribunal-de-lalgorithme/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
- [Théorie de la justification](/glossaire/theorie-de-la-justification/)
|
||||
- [Gouvernementalité algorithmique](/glossaire/gouvernementalite-algorithmique/)
|
||||
@@ -0,0 +1,54 @@
|
||||
---
|
||||
title: "Tension entre liberté d’action et régimes de sécurité algorithmique"
|
||||
term: "Liberté d’action / régimes de sécurité algorithmique"
|
||||
aliases: ["Tension entre liberté d’action et régimes de sécurité algorithmique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tension irréductible entre la capacité d’agir hors-script et les dispositifs de surveillance, de notation, de préemption et d’optimisation déployés au nom de la sécurité."
|
||||
concepts: ["liberte-daction", "securite-algorithmique", "preemption", "surveillance", "notation", "pilotage"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "tension-irreductible"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["tension", "archicration", "gouvernementalite-algorithmique", "preemption-algorithmique", "gouvernementalite", "pharmacologie-technique"]
|
||||
opposedTo: []
|
||||
seeAlso: ["regulation-technique-et-legitimation-democratique", "travail-vivant-et-abstraction-de-la-valeur"]
|
||||
---
|
||||
|
||||
La tension entre liberté d’action et régimes de sécurité algorithmique désigne le conflit structurel entre la capacité des sujets et des collectifs à agir de manière ouverte, imprévisible et révisable, et les dispositifs de calcul, de surveillance, de notation, de préemption ou de nudging déployés au nom de la sécurité, de la fluidité ou de l’optimisation.
|
||||
|
||||
Elle n’oppose pas simplement liberté et contrainte. Elle désigne plus précisément le fait que la sécurité contemporaine tend à prendre la forme d’une régulation anticipatrice qui encadre les conduites avant même qu’elles n’adviennent.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette tension ne se réduit pas à la seule critique des technologies.
|
||||
|
||||
Le problème n’est pas seulement la présence d’outils techniques, mais leur intégration dans des architectures qui transforment la liberté en variable pilotable, en risque à réduire ou en comportement à canaliser.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Du point de vue archicratique, cette tension est centrale parce qu’elle pose la question des scènes capables de faire comparaître les critères mêmes de la sécurité.
|
||||
|
||||
Elle conduit à demander :
|
||||
|
||||
- qui paramètre les régimes de préemption ;
|
||||
- quelles scènes permettent de contester leurs seuils ;
|
||||
- comment maintenir une possibilité d’action hors-cadre sans dissoudre toute régulation.
|
||||
|
||||
## Enjeu régulateur
|
||||
|
||||
Une société qui ne sait plus rendre visibles les architectures sécuritaires qui l’ordonnent s’expose à une dérive où la sécurité devient autoréférentielle.
|
||||
|
||||
La liberté n’y disparaît pas forcément formellement, mais elle devient de plus en plus difficile à exercer comme puissance d’écart, d’initiative ou de réouverture.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Gouvernementalité algorithmique](/glossaire/gouvernementalite-algorithmique/)
|
||||
- [Préemption algorithmique](/glossaire/preemption-algorithmique/)
|
||||
- [Gouvernementalité](/glossaire/gouvernementalite/)
|
||||
- [Pharmacologie technique](/glossaire/pharmacologie-technique/)
|
||||
- [Régulation technique / légitimation démocratique](/glossaire/regulation-technique-et-legitimation-democratique/)
|
||||
@@ -20,6 +20,7 @@ concepts:
|
||||
- "conflit"
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related:
|
||||
|
||||
@@ -0,0 +1,54 @@
|
||||
---
|
||||
title: "Tension entre mémoire symbolique et instantanéité computationnelle"
|
||||
term: "Mémoire symbolique / instantanéité computationnelle"
|
||||
aliases: ["Tension entre mémoire symbolique et instantanéité computationnelle"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tension irréductible entre les temporalités longues de transmission, de récit et d’historicisation, et les régimes de calcul en temps réel qui privilégient l’instant, l’actualisation continue et l’oubli structurel."
|
||||
concepts: ["memoire", "symbolique", "computation", "instantaneite", "transmission", "historicisation"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "tension-irreductible"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["tension", "archicration", "archicrations-historiographiques", "grammatisation-et-proletarisation-cognitive", "pharmacologie-technique", "theorie-de-la-resonance"]
|
||||
opposedTo: []
|
||||
seeAlso: ["visibilite-mediatique-et-reconnaissance-symbolique", "coexistence-ontologique-et-necessite-regulatrice"]
|
||||
---
|
||||
|
||||
La tension entre mémoire symbolique et instantanéité computationnelle désigne le conflit structurel entre, d’une part, les temporalités longues de transmission, de narration, d’héritage et d’historicisation, et, d’autre part, les régimes de calcul en temps réel qui privilégient l’actualisation continue, la disponibilité immédiate et l’oubli structurel.
|
||||
|
||||
Elle ne concerne pas seulement les technologies numériques. Elle touche à la manière dont un ordre collectif articule son rapport au passé, à la continuité et au sens partagé.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette tension ne se réduit pas à une opposition entre tradition et innovation.
|
||||
|
||||
Elle désigne plus précisément le fait que les régimes computationnels tendent à privilégier ce qui est calculable, actualisable et exploitable dans l’instant, au risque de dissoudre les médiations symboliques qui donnent épaisseur historique au commun.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, cette tension interroge la capacité des scènes de régulation à conserver une mémoire de leurs propres transformations.
|
||||
|
||||
Elle conduit à se demander :
|
||||
|
||||
- comment un collectif transmet les critères de sa propre révision ;
|
||||
- comment les récits, les archives et les médiations symboliques soutiennent la co-viabilité ;
|
||||
- comment éviter qu’un présent perpétuel ne désagrège les conditions d’un monde partageable.
|
||||
|
||||
## Enjeu régulateur
|
||||
|
||||
Une société qui ne parvient plus à articuler mémoire et calcul tend à perdre sa continuité symbolique.
|
||||
|
||||
Elle continue d’agir, mais de plus en plus sans profondeur historique, sans transmission intelligible et sans scène cumulative de sens.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicrations historiographiques](/glossaire/archicrations-historiographiques/)
|
||||
- [Grammatisation et prolétarisation cognitive](/glossaire/grammatisation-et-proletarisation-cognitive/)
|
||||
- [Pharmacologie technique](/glossaire/pharmacologie-technique/)
|
||||
- [Théorie de la résonance](/glossaire/theorie-de-la-resonance/)
|
||||
- [Visibilité médiatique / reconnaissance symbolique](/glossaire/visibilite-mediatique-et-reconnaissance-symbolique/)
|
||||
74
src/content/glossaire/meta-regime-archicratique.md
Normal file
74
src/content/glossaire/meta-regime-archicratique.md
Normal file
@@ -0,0 +1,74 @@
|
||||
---
|
||||
title: "Méta-régime archicratique"
|
||||
term: "Méta-régime archicratique"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Forme-type de régulation archicratique définie par une composition spécifique d’arcalité, de cratialité et d’archicration, orientée vers une certaine matrice de co-viabilité."
|
||||
concepts: ["meta-regime-archicratique", "meta-regime", "archicratie", "arcalite", "cratialite", "archicration"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "topologie"
|
||||
domain: "transversal"
|
||||
level: "intermediaire"
|
||||
related: ["meta-regime", "regime-de-co-viabilite", "archicratie", "arcalite", "cratialite", "archicration", "co-viabilite"]
|
||||
opposedTo: []
|
||||
seeAlso: ["archicrations-proto-symboliques", "archicrations-sacrales-non-etatiques", "archicrations-scripturo-normatives", "archicrations-marchandes", "archicrations-guerrieres"]
|
||||
---
|
||||
|
||||
Le méta-régime archicratique désigne une forme-type de régulation définie par une composition spécifique d’[Arcalité](/glossaire/arcalite/), de [Cratialité](/glossaire/cratialite/) et d’[Archicration](/glossaire/archicration/).
|
||||
|
||||
Il constitue une matrice de co-viabilité : une manière relativement stable de faire tenir ensemble des tensions, des formes de vie, des règles, des dispositifs et des scènes d’épreuve.
|
||||
|
||||
## Distinction
|
||||
|
||||
Le méta-régime archicratique ne se confond ni avec l’[Archicratie](/glossaire/archicratie/) comme horizon général, ni avec un simple régime historique concret.
|
||||
|
||||
Il occupe un niveau intermédiaire :
|
||||
|
||||
- plus déterminé que la notion générale d’archicratie ;
|
||||
- plus abstrait qu’un cas historique particulier.
|
||||
|
||||
Il permet ainsi de classer les grandes formes de régulation selon leur composition structurelle.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion est centrale, car elle rend possible une typologie des ordres de co-viabilité.
|
||||
|
||||
Chaque méta-régime archicratique se caractérise par :
|
||||
|
||||
- un certain type de fondation ;
|
||||
- une certaine chaîne d’effectuation ;
|
||||
- une certaine forme de scène ou de mise à l’épreuve ;
|
||||
- une certaine manière de traiter les tensions.
|
||||
|
||||
Les archicrations sacrales, scripturales, marchandes, guerrières, épistémiques ou esthético-symboliques peuvent ainsi être lues comme des méta-régimes archicratiques distincts.
|
||||
|
||||
## Portée analytique
|
||||
|
||||
Le concept évite deux simplifications :
|
||||
|
||||
- réduire toute régulation à un unique principe ;
|
||||
- croire que les sociétés historiques sont chimiquement pures.
|
||||
|
||||
Les méta-régimes archicratiques sont des matrices analytiques. Ils permettent de lire les formes dominantes, même lorsque les configurations réelles sont différentielles ou hybrides.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Identifier le méta-régime archicratique dominant ou composite d’une configuration permet de comprendre ce qui y tient lieu de fondement, ce qui y agit effectivement, et ce qui y comparaît — ou non — comme objet disputable.
|
||||
|
||||
C’est donc un outil de diagnostic aussi bien qu’un outil de comparaison.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Méta-régime](/glossaire/meta-regime/)
|
||||
- [Régime de co-viabilité](/glossaire/regime-de-co-viabilite/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Archicrations proto-symboliques](/glossaire/archicrations-proto-symboliques/)
|
||||
- [Archicrations scripturo-normatives](/glossaire/archicrations-scripturo-normatives/)
|
||||
- [Archicrations marchandes](/glossaire/archicrations-marchandes/)
|
||||
66
src/content/glossaire/meta-regime.md
Normal file
66
src/content/glossaire/meta-regime.md
Normal file
@@ -0,0 +1,66 @@
|
||||
---
|
||||
title: "Méta-régime"
|
||||
term: "Méta-régime"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Forme de régulation transversale, plus abstraite qu’un régime historique, qui structure des familles entières d’ordres à partir d’une manière propre d’articuler fondements, dispositifs et scènes."
|
||||
concepts: ["meta-regime", "regime", "topologie", "arcalite", "cratialite", "archicration"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "topologie"
|
||||
domain: "transversal"
|
||||
level: "intermediaire"
|
||||
related: ["meta-regime-archicratique", "regime-de-co-viabilite", "archicration", "archicratie", "co-viabilite"]
|
||||
opposedTo: []
|
||||
seeAlso: ["archicrations-proto-symboliques", "archicrations-scripturo-normatives", "archicrations-marchandes"]
|
||||
---
|
||||
|
||||
Le méta-régime désigne une forme de régulation transversale, plus abstraite qu’un régime historique concret, qui structure une famille entière d’ordres à partir d’une manière récurrente d’articuler fondements, dispositifs et scènes.
|
||||
|
||||
Il ne renvoie donc pas à un État particulier, à une époque précise ou à une institution singulière, mais à une matrice plus générale.
|
||||
|
||||
## Distinction
|
||||
|
||||
Un méta-régime ne se confond pas avec un régime historique.
|
||||
|
||||
Un régime historique est toujours situé : il possède une temporalité, un territoire, des acteurs, des dispositifs et une trajectoire singulière.
|
||||
|
||||
Le méta-régime, lui, désigne une forme plus abstraite, permettant de regrouper plusieurs ordres concrets qui partagent une même logique d’articulation régulatrice.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de penser les familles de régulation au-delà de la diversité empirique des cas.
|
||||
|
||||
Elle sert à décrire des régularités de composition :
|
||||
|
||||
- quelles arcalités sont mobilisées ;
|
||||
- quelles cratialités sont privilégiées ;
|
||||
- quelles scènes d’archicration sont ouvertes, fermées ou déplacées.
|
||||
|
||||
Le méta-régime est ainsi un outil de classification, mais aussi d’intelligibilité comparative.
|
||||
|
||||
## Portée analytique
|
||||
|
||||
Grâce à cette notion, on peut éviter deux écueils :
|
||||
|
||||
- l’abstraction trop générale qui dissout les différences ;
|
||||
- l’empirisme pur qui juxtapose les cas sans en dégager les formes.
|
||||
|
||||
Le méta-régime occupe un niveau intermédiaire : assez abstrait pour comparer, assez déterminé pour discriminer.
|
||||
|
||||
## Rapport à l’archicratie
|
||||
|
||||
Le paradigme archicratique reprend cette idée et la précise en parlant de [Méta-régime archicratique](/glossaire/meta-regime-archicratique/), c’est-à-dire de forme-type de régulation définie par une composition spécifique d’arcalité, de cratialité et d’archicration.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Méta-régime archicratique](/glossaire/meta-regime-archicratique/)
|
||||
- [Régime de co-viabilité](/glossaire/regime-de-co-viabilite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Archicrations proto-symboliques](/glossaire/archicrations-proto-symboliques/)
|
||||
- [Archicrations scripturo-normatives](/glossaire/archicrations-scripturo-normatives/)
|
||||
- [Archicrations marchandes](/glossaire/archicrations-marchandes/)
|
||||
73
src/content/glossaire/monde-instituable.md
Normal file
73
src/content/glossaire/monde-instituable.md
Normal file
@@ -0,0 +1,73 @@
|
||||
---
|
||||
title: "Monde instituable"
|
||||
term: "Monde instituable"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Monde dans lequel il demeure possible de réinstituer des scènes, de rouvrir des épreuves et de réarticuler les fondements et les dispositifs de la régulation."
|
||||
concepts: ["monde-instituable", "institution", "reouverture", "scene", "archicration", "co-viabilite"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "scene"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["scene-darchicration", "co-viabilite", "archicration", "archicratie", "desarchicratisation"]
|
||||
opposedTo: ["autarchicratie", "scene-manquante"]
|
||||
seeAlso: ["scene-empechee", "institution-invisible", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
Le monde instituable désigne une configuration dans laquelle il demeure possible de rouvrir des scènes, de faire comparaître des architectures de régulation, de reconfigurer des dispositifs et de réarticuler les fondements au nom desquels l’ordre agit.
|
||||
|
||||
Il ne s’agit pas d’un monde réconcilié ni d’un monde sans tensions.
|
||||
Il s’agit d’un monde dans lequel l’institution du commun n’est pas définitivement verrouillée.
|
||||
|
||||
## Distinction
|
||||
|
||||
Le monde instituable ne doit pas être compris comme un simple idéal abstrait.
|
||||
|
||||
Il désigne une condition politique concrète : celle où les prises de réinstitution n’ont pas entièrement disparu.
|
||||
|
||||
Autrement dit, il y a encore :
|
||||
|
||||
- des lieux où l’ordre peut être mis en cause ;
|
||||
- des formats où des reconfigurations peuvent être exigées ;
|
||||
- des médiations par lesquelles les tensions peuvent redevenir politiquement traitables.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans la perspective archicratique, le monde instituable est le corrélat positif de la scène.
|
||||
|
||||
Là où des scènes peuvent être rouvertes, même difficilement, la co-viabilité reste travaillable.
|
||||
Là où tout est saturé, fermé, déplacé ou rendu hors-scène, la possibilité même d’une politique de la régulation se réduit.
|
||||
|
||||
Cette notion permet donc de penser le degré d’ouverture d’un monde à sa propre transformation.
|
||||
|
||||
## Rapport à l’autarchicratie
|
||||
|
||||
Le monde instituable s’oppose à la dérive autarchicratique.
|
||||
|
||||
Dans une configuration autarchicratique, les architectures régulatrices tendent à se refermer sur elles-mêmes et à neutraliser les scènes d’épreuve.
|
||||
|
||||
Dans un monde instituable, au contraire, la fermeture n’est pas totale : des lignes de réouverture subsistent.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
La question n’est pas seulement de savoir si une société est régulée, mais si elle demeure instituable.
|
||||
|
||||
Peut-on encore y faire apparaître ce qui gouverne ?
|
||||
Peut-on encore réintroduire de l’épreuve là où la gestion s’est naturalisée ?
|
||||
Peut-on encore produire des scènes dotées d’une efficacité réelle ?
|
||||
|
||||
Le monde instituable est le nom de cette possibilité.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Scène empêchée](/glossaire/scene-empechee/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Processus par lequel les architectures régulatrices continuen
|
||||
concepts: ["obliteration-archicratique", "archicration", "autarchicratie", "scene-depreuve", "archicratie"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "dynamique"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicration", "autarchicratie", "scene-depreuve", "archicratie"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme épistémologique selon lequel les phénomènes soci
|
||||
concepts: ["complexite", "dialogique", "recursivite", "systeme"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["configuration-et-interdependance", "transduction-et-individuation", "co-viabilite"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation fondé sur l’ambivalence constituti
|
||||
concepts: ["pharmacologie-technique", "technique", "soin", "attention", "automatisation"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["archicratie", "co-viabilite", "tension", "preemption-algorithmique"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme politique dans lequel la régulation doit ménager l
|
||||
concepts: ["pluralite-natalite-action", "pluralite", "natalite", "action", "monde-commun"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["archicration", "scene-depreuve", "dissensus-politique", "archicratie"]
|
||||
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation dans lequel les comportements sont an
|
||||
concepts: ["preemption-algorithmique", "algorithme", "scoring", "nudging", "anticipation"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "cas-ia"
|
||||
level: "avance"
|
||||
related: ["gouvernementalite-algorithmique", "archicratie", "obliteration-archicratique", "autarchicratie"]
|
||||
|
||||
67
src/content/glossaire/regime-de-co-viabilite.md
Normal file
67
src/content/glossaire/regime-de-co-viabilite.md
Normal file
@@ -0,0 +1,67 @@
|
||||
---
|
||||
title: "Régime de co-viabilité"
|
||||
term: "Régime de co-viabilité"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Forme d’ordre dans laquelle la question centrale n’est pas seulement qui commande, mais comment des formes de vie, des milieux et des intérêts tiennent ensemble sous des contraintes multiples."
|
||||
concepts: ["regime-de-co-viabilite", "co-viabilite", "regulation", "forme-dordre", "tension", "maintien"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "topologie"
|
||||
domain: "transversal"
|
||||
level: "intermediaire"
|
||||
related: ["co-viabilite", "meta-regime", "meta-regime-archicratique", "archicratie", "tension", "archicration"]
|
||||
opposedTo: []
|
||||
seeAlso: ["archicrations-proto-symboliques", "archicrations-marchandes", "archicrations-differentielles-et-formes-hybrides"]
|
||||
---
|
||||
|
||||
Le régime de co-viabilité désigne une forme d’ordre dans laquelle la question centrale n’est pas seulement : « qui gouverne ? », mais : « comment des formes de vie, des milieux, des intérêts et des temporalités peuvent-ils tenir ensemble sans destruction irréversible ? »
|
||||
|
||||
Cette notion déplace l’analyse politique vers la tenue concrète des coexistences.
|
||||
|
||||
## Distinction
|
||||
|
||||
Le régime de co-viabilité ne se réduit ni à un régime institutionnel visible, ni à une doctrine de légitimité, ni à un simple état d’équilibre.
|
||||
|
||||
Il désigne une forme d’ordre orientée vers la possibilité, toujours précaire, de maintenir un monde habitable malgré des tensions multiples.
|
||||
|
||||
L’enjeu n’est donc pas seulement l’autorité, mais la manière dont une société rend compatible ce qui pourrait autrement se détruire.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion est centrale pour l’archicratie, car elle reformule la question politique.
|
||||
|
||||
Au lieu de partir uniquement de la souveraineté, de l’État, du marché ou du droit, elle part de la régulation des coexistences.
|
||||
|
||||
Un régime de co-viabilité doit en effet :
|
||||
|
||||
- composer avec des tensions durables ;
|
||||
- articuler des contraintes matérielles et symboliques ;
|
||||
- instituer des scènes de révision ;
|
||||
- rendre soutenable une pluralité de formes de vie.
|
||||
|
||||
## Rapport aux méta-régimes
|
||||
|
||||
Les régimes de co-viabilité peuvent être lus à travers les grands [Méta-régimes archicratiques](/glossaire/meta-regime-archicratique/).
|
||||
|
||||
Ceux-ci décrivent les grandes matrices par lesquelles une société traite ses tensions, se stabilise, se transmet ou se transforme.
|
||||
|
||||
Le régime de co-viabilité désigne donc le niveau général du problème ; le méta-régime archicratique en décrit les formes typiques.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
La force de cette notion est de rappeler qu’un ordre n’est jamais jugé seulement sur son principe de commandement, mais aussi sur sa capacité à maintenir un monde commun sans écrasement irréversible des vivants, des milieux et des différences.
|
||||
|
||||
Le régime de co-viabilité recentre ainsi l’analyse sur la tenue du commun.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Méta-régime](/glossaire/meta-regime/)
|
||||
- [Méta-régime archicratique](/glossaire/meta-regime-archicratique/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicrations différentielles et formes hybrides](/glossaire/archicrations-differentielles-et-formes-hybrides/)
|
||||
@@ -0,0 +1,56 @@
|
||||
---
|
||||
title: "Tension entre régulation technique et légitimation démocratique"
|
||||
term: "Régulation technique / légitimation démocratique"
|
||||
aliases: ["Tension entre régulation technique et légitimation démocratique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tension irréductible entre l’efficacité opératoire de dispositifs techniques ou automatisés et l’exigence de validation collective, de justification publique et de révisabilité démocratique."
|
||||
concepts: ["regulation-technique", "legitimation-democratique", "automatisation", "procedure", "validation", "justification"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "tension-irreductible"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["tension", "archicration", "democratie-deliberative", "cybernetique", "gouvernementalite-algorithmique", "pharmacologie-technique"]
|
||||
opposedTo: []
|
||||
seeAlso: ["liberte-daction-et-regimes-de-securite-algorithmique", "souverainetes-territoriales-et-interdependances-globales"]
|
||||
---
|
||||
|
||||
La tension entre régulation technique et légitimation démocratique désigne le conflit structurel entre, d’un côté, des dispositifs techniques, procéduraux ou automatisés capables d’assurer une prise rapide et efficace sur des processus complexes, et, de l’autre, l’exigence politique de validation collective, de justification publique et de révisabilité.
|
||||
|
||||
Elle devient particulièrement visible lorsque des systèmes techniques prennent en charge des décisions qui engagent implicitement des normes, des priorités ou des arbitrages de justice.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette tension ne consiste pas à opposer naïvement technique et démocratie.
|
||||
|
||||
Le problème n’est pas que la technique régule, mais qu’elle peut réguler sans scène suffisante de comparution de ses critères, de ses seuils et de ses effets.
|
||||
|
||||
Elle désigne donc moins une contradiction absolue qu’un désajustement récurrent entre opérativité et légitimation.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, cette tension est fondamentale parce qu’elle met à l’épreuve la possibilité même d’une archicration contemporaine.
|
||||
|
||||
Elle oblige à demander :
|
||||
|
||||
- comment rendre comparables des architectures très techniques ;
|
||||
- comment instituer des scènes à la hauteur de leur complexité ;
|
||||
- comment articuler compétence, automatisation et validation politique.
|
||||
|
||||
## Enjeu régulateur
|
||||
|
||||
Lorsqu’elle n’est pas traitée, cette tension produit des formes d’oblitération : la régulation agit, mais son origine normative devient illisible.
|
||||
|
||||
Le risque n’est pas seulement l’inefficacité démocratique, mais la dépolitisation silencieuse du pouvoir régulateur.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Démocratie délibérative](/glossaire/democratie-deliberative/)
|
||||
- [Cybernétique](/glossaire/cybernetique/)
|
||||
- [Gouvernementalité algorithmique](/glossaire/gouvernementalite-algorithmique/)
|
||||
- [Pharmacologie technique](/glossaire/pharmacologie-technique/)
|
||||
- [Liberté d’action / régimes de sécurité algorithmique](/glossaire/liberte-daction-et-regimes-de-securite-algorithmique/)
|
||||
78
src/content/glossaire/scene-darchicration.md
Normal file
78
src/content/glossaire/scene-darchicration.md
Normal file
@@ -0,0 +1,78 @@
|
||||
---
|
||||
title: "Scène d’archicration"
|
||||
term: "Scène d’archicration"
|
||||
aliases: ["Scène d’épreuve archicratique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Lieu, format et temporalité où un pouvoir, une décision ou un dispositif doit comparaître et peut être effectivement exposé à une mise à l’épreuve."
|
||||
concepts: ["scene-darchicration", "archicration", "comparution", "mise-en-epreuve", "reconfiguration", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "scene"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicration", "scene-depreuve", "archicratie", "arcalite", "cratialite", "co-viabilite"]
|
||||
opposedTo: ["scene-manquante", "autarchicratie"]
|
||||
seeAlso: ["scene-empechee", "archicration-obliteree", "institution-invisible", "monde-instituable"]
|
||||
---
|
||||
|
||||
La scène d’archicration désigne le lieu, le format et la temporalité dans lesquels un ordre doit comparaître, justifier ses fondements, exposer ses dispositifs et accepter qu’une épreuve puisse en modifier les formes.
|
||||
|
||||
Elle ne se réduit pas à une simple procédure visible. Une scène d’archicration n’existe véritablement que lorsqu’une mise à l’épreuve y est possible, c’est-à-dire lorsqu’une décision, une norme, une règle, un algorithme ou une chaîne opératoire peuvent être interrogés, contestés, défendus, arbitrés ou reconfigurés.
|
||||
|
||||
## Distinction
|
||||
|
||||
La scène d’archicration ne doit pas être confondue avec l’[Archicration](/glossaire/archicration/).
|
||||
|
||||
L’archicration désigne la catégorie analytique générale de l’épreuve régulatrice.
|
||||
La scène d’archicration désigne, plus concrètement, le cadre institué dans lequel cette épreuve prend forme.
|
||||
|
||||
Autrement dit :
|
||||
|
||||
- l’archicration nomme le processus d’exposition et de régulation ;
|
||||
- la scène d’archicration nomme son lieu effectif de comparution.
|
||||
|
||||
## Conditions minimales
|
||||
|
||||
Une scène d’archicration digne de ce nom suppose au moins trois éléments :
|
||||
|
||||
- des prises documentaires, permettant l’accès aux règles, aux données, aux critères ou aux précédents ;
|
||||
- une présence effective des personnes affectées, ou de leurs mandataires ;
|
||||
- un pouvoir réel de modifier, même partiellement, la cratialité ou l’arcalité invoquées.
|
||||
|
||||
Sans ces trois dimensions, la scène tend à n’être qu’une apparence d’épreuve.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Dans l’analyse archicratique, la scène d’archicration est ce qui empêche la régulation de se confondre avec une pure mécanique de pouvoir.
|
||||
|
||||
Elle rend possible :
|
||||
|
||||
- la comparution des architectures régulatrices ;
|
||||
- l’exposition de leurs fondements ;
|
||||
- la discussion de leurs effets ;
|
||||
- leur révision en fonction des tensions rencontrées.
|
||||
|
||||
Elle constitue ainsi une condition de la réflexivité collective.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Une société peut être fortement régulée sans disposer de véritables scènes d’archicration.
|
||||
|
||||
Dans ce cas, les dispositifs continuent d’agir, mais ils cessent de comparaître. La régulation devient alors de moins en moins disputable, de moins en moins intelligible, et tend vers l’opacité archicratique.
|
||||
|
||||
La scène d’archicration est donc l’un des noms possibles de la possibilité politique de rouvrir l’ordre.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Arcalité](/glossaire/arcalite/)
|
||||
- [Cratialité](/glossaire/cratialite/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Scène empêchée](/glossaire/scene-empechee/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Monde instituable](/glossaire/monde-instituable/)
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Espace de comparution, d’exposition et de révision dans leq
|
||||
concepts: ["scene-depreuve", "archicration", "archicratie", "tension", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "scene"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicration", "archicratie", "tension", "co-viabilite", "obliteration-archicratique"]
|
||||
|
||||
73
src/content/glossaire/scene-empechee.md
Normal file
73
src/content/glossaire/scene-empechee.md
Normal file
@@ -0,0 +1,73 @@
|
||||
---
|
||||
title: "Scène empêchée"
|
||||
term: "Scène empêchée"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Situation dans laquelle une scène d’archicration pourrait exister au vu des enjeux, mais où des obstacles normatifs, techniques, spatiaux ou symboliques en empêchent l’instauration."
|
||||
concepts: ["scene-empechee", "scene-darchicration", "empêchement", "acces", "mise-en-epreuve", "co-viabilite"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "scene"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["scene-darchicration", "scene-depreuve", "archicration", "co-viabilite", "institution-invisible"]
|
||||
opposedTo: ["monde-instituable"]
|
||||
seeAlso: ["scene-manquante", "archicration-obliteree", "autarchicratie"]
|
||||
---
|
||||
|
||||
La scène empêchée désigne une situation dans laquelle les enjeux exigeraient l’existence d’une scène d’archicration, mais où des obstacles concrets en rendent l’instauration impossible ou quasi impossible.
|
||||
|
||||
Ces obstacles peuvent être juridiques, techniques, organisationnels, spatiaux, économiques ou symboliques. Ils n’abolissent pas nécessairement tout discours public sur la situation, mais ils empêchent qu’une véritable épreuve régulatrice puisse avoir lieu.
|
||||
|
||||
## Distinction
|
||||
|
||||
La scène empêchée ne doit pas être confondue avec la [Scène manquante](/glossaire/scene-manquante/).
|
||||
|
||||
Dans une scène empêchée :
|
||||
|
||||
- la nécessité d’une scène est perceptible ;
|
||||
- un format d’épreuve est concevable ;
|
||||
- mais son ouverture est entravée.
|
||||
|
||||
Dans une scène manquante, aucun format n’est même prévu.
|
||||
|
||||
La scène empêchée relève donc d’un déficit d’accès ou d’institution, là où la scène manquante relève d’une absence plus radicale de cadrage.
|
||||
|
||||
## Formes d’empêchement
|
||||
|
||||
Une scène peut être empêchée lorsque :
|
||||
|
||||
- les personnes affectées ne peuvent matériellement comparaître ;
|
||||
- les règles de recevabilité excluent presque tous les contestataires ;
|
||||
- l’opacité technique interdit l’accès aux prises documentaires ;
|
||||
- la fragmentation institutionnelle rend introuvable le lieu pertinent de l’épreuve ;
|
||||
- le coût temporel, économique ou cognitif de la contestation devient prohibitif.
|
||||
|
||||
Dans tous ces cas, la scène n’est pas strictement inexistante : elle est rendue impraticable.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
La notion de scène empêchée permet de diagnostiquer une forme importante de défaillance archicratique.
|
||||
|
||||
Elle montre que la question n’est pas seulement : « y a-t-il une procédure ? », mais aussi : « cette procédure est-elle réellement praticable comme scène d’épreuve ? »
|
||||
|
||||
Une institution peut afficher des dispositifs de recours, de délibération ou de contestation tout en empêchant de fait leur appropriation.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Identifier une scène empêchée, c’est repérer un lieu où la co-viabilité pourrait être mieux soutenue si des conditions institutionnelles différentes étaient instaurées.
|
||||
|
||||
Le diagnostic ouvre donc immédiatement sur une tâche politique : rendre possible la scène.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Scène manquante](/glossaire/scene-manquante/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Monde instituable](/glossaire/monde-instituable/)
|
||||
- [Autarchicratie](/glossaire/autarchicratie/)
|
||||
66
src/content/glossaire/scene-manquante.md
Normal file
66
src/content/glossaire/scene-manquante.md
Normal file
@@ -0,0 +1,66 @@
|
||||
---
|
||||
title: "Scène manquante"
|
||||
term: "Scène manquante"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Secteur de régulation dans lequel aucun format d’archicration n’est prévu, alors même que des décisions, des classements ou des exclusions y produisent des effets majeurs."
|
||||
concepts: ["scene-manquante", "hors-scene", "regulation", "archicration", "comparution", "invisibilisation"]
|
||||
links: []
|
||||
kind: "diagnostic"
|
||||
family: "scene"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["scene-darchicration", "scene-depreuve", "archicration", "institution-invisible", "archicratie"]
|
||||
opposedTo: ["monde-instituable"]
|
||||
seeAlso: ["scene-empechee", "archicration-obliteree", "obliteration-archicratique"]
|
||||
---
|
||||
|
||||
La scène manquante désigne une configuration dans laquelle des opérations de régulation ont bien lieu — classement, exclusion, allocation, décision, optimisation, hiérarchisation — mais sans qu’aucune scène d’archicration ne soit prévue pour les mettre en cause comme telles.
|
||||
|
||||
Il ne s’agit donc pas d’une scène faible ou imparfaite, mais de l’absence même de format institué de comparution.
|
||||
|
||||
## Distinction
|
||||
|
||||
La scène manquante se distingue de la [Scène empêchée](/glossaire/scene-empechee/).
|
||||
|
||||
Dans la scène empêchée, un format pourrait exister mais se trouve bloqué.
|
||||
Dans la scène manquante, rien n’est institutionnellement prévu pour que l’épreuve advienne.
|
||||
|
||||
Le diagnostic est plus radical : ce n’est pas seulement l’accès qui manque, c’est la scène elle-même.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de penser une grande part des régulations contemporaines qui opèrent en deçà ou au-delà des espaces politiques visibles.
|
||||
|
||||
Des chaînes techniques, financières, logistiques ou algorithmiques peuvent structurer profondément la vie collective sans jamais être instituées comme objets explicites d’épreuve publique.
|
||||
|
||||
La scène manquante désigne précisément cette absence d’adresse régulatrice.
|
||||
|
||||
## Effets
|
||||
|
||||
Lorsqu’une scène est manquante :
|
||||
|
||||
- les personnes affectées ne savent pas à qui adresser leur contestation ;
|
||||
- les critères de décision demeurent sans comparution ;
|
||||
- la critique se disperse faute d’objet et de lieu ;
|
||||
- la cratialité agit sans scène de reconfiguration.
|
||||
|
||||
La régulation devient alors difficilement saisissable comme architecture politique.
|
||||
|
||||
## Enjeu politique
|
||||
|
||||
Nommer une scène manquante revient à poser la question de son institution possible.
|
||||
|
||||
Le problème n’est pas simplement d’améliorer un dispositif existant, mais d’inventer le lieu, le format, les prises et les temporalités à partir desquels une épreuve pourrait enfin se tenir.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Scène empêchée](/glossaire/scene-empechee/)
|
||||
- [Scène d’épreuve](/glossaire/scene-depreuve/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Institution invisible](/glossaire/institution-invisible/)
|
||||
- [Monde instituable](/glossaire/monde-instituable/)
|
||||
- [Oblitération archicratique](/glossaire/obliteration-archicratique/)
|
||||
@@ -0,0 +1,59 @@
|
||||
---
|
||||
title: "Tension entre souverainetés territoriales et interdépendances globales"
|
||||
term: "Souverainetés territoriales / interdépendances globales"
|
||||
aliases: ["Tension entre souverainetés territoriales et interdépendances globales"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tension irréductible entre des cadres politiques majoritairement territoriaux et des processus de crise, de circulation et de dépendance devenus transversaux, réticulaires et planétaires."
|
||||
concepts: ["souverainete", "territoire", "interdependance", "global", "echelle", "crise"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "tension-irreductible"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["tension", "archicration", "co-viabilite", "cosmopolitique", "gouvernance-des-communs", "configuration-et-interdependance"]
|
||||
opposedTo: []
|
||||
seeAlso: ["subsistance-vivante-et-captation-capitalistique", "formes-de-vie-et-cadres-dhabitabilite"]
|
||||
---
|
||||
|
||||
La tension entre souverainetés territoriales et interdépendances globales désigne le conflit structurel entre des cadres politiques principalement organisés autour de territoires délimités, et des processus de crise, de circulation, d’échange, de pollution, de calcul ou de dépendance qui excèdent ces limites.
|
||||
|
||||
Elle met au jour un désaccord d’échelle entre les architectures de décision et les réalités qu’elles doivent réguler.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette tension ne se réduit pas à un débat entre État-nation et mondialisation.
|
||||
|
||||
Elle désigne plus profondément le fait que les scènes traditionnelles de souveraineté peuvent devenir inadéquates face à des processus qui sont simultanément locaux, globaux, réticulaires et interdépendants.
|
||||
|
||||
Le problème est donc moins la disparition des territoires que leur insuffisance comme forme exclusive de prise.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Du point de vue archicratique, cette tension pose une question décisive : comment instituer des scènes de comparution à la hauteur d’effets qui traversent les échelles ?
|
||||
|
||||
Elle engage :
|
||||
|
||||
- la pluralité des niveaux de décision ;
|
||||
- la coordination des scènes ;
|
||||
- la possibilité de rendre visible une responsabilité distribuée.
|
||||
|
||||
## Enjeu régulateur
|
||||
|
||||
Lorsqu’elle n’est pas traitée, cette tension produit une double impuissance :
|
||||
|
||||
- les cadres territoriaux paraissent débordés ;
|
||||
- les interdépendances globales paraissent sans scène adéquate.
|
||||
|
||||
L’archicration doit alors inventer des médiations multi-scalaires plutôt que reconduire l’illusion d’une souveraineté suffisante à elle seule.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Cosmopolitique](/glossaire/cosmopolitique/)
|
||||
- [Gouvernance des communs](/glossaire/gouvernance-des-communs/)
|
||||
- [Configuration et interdépendance](/glossaire/configuration-et-interdependance/)
|
||||
- [Subsistance vivante / captation capitalistique](/glossaire/subsistance-vivante-et-captation-capitalistique/)
|
||||
@@ -0,0 +1,55 @@
|
||||
---
|
||||
title: "Tension entre subsistance vivante et captation capitalistique"
|
||||
term: "Subsistance vivante / captation capitalistique"
|
||||
aliases: ["Tension entre subsistance vivante et captation capitalistique"]
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Tension irréductible entre les conditions matérielles de reproduction du vivant et les logiques d’extraction, d’appropriation et de rentabilité qui les traitent comme ressources captables."
|
||||
concepts: ["subsistance-vivante", "captation-capitalistique", "vivant", "reproduction", "extraction", "co-viabilite"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "tension-irreductible"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["tension", "co-viabilite", "archicration", "archicratie", "gouvernance-des-communs", "biopolitique"]
|
||||
opposedTo: []
|
||||
seeAlso: ["formes-de-vie-et-cadres-dhabitabilite", "souverainetes-territoriales-et-interdependances-globales"]
|
||||
---
|
||||
|
||||
La tension entre subsistance vivante et captation capitalistique désigne le conflit structurel entre, d’une part, les conditions matérielles, écologiques, organiques et symboliques qui rendent la vie possible et, d’autre part, les logiques d’appropriation, d’extraction et de rentabilité qui traitent ces conditions comme des ressources captables.
|
||||
|
||||
Elle ne renvoie pas à un seul secteur économique. Elle désigne une ligne de conflictualité plus profonde, à travers laquelle la reproduction du vivant entre en contradiction avec les régimes de valorisation qui tendent à externaliser ses coûts, à accélérer son épuisement ou à dégrader ses supports.
|
||||
|
||||
## Distinction
|
||||
|
||||
Cette tension ne se réduit ni à la seule critique du capitalisme, ni à la seule question écologique.
|
||||
|
||||
Elle désigne plus fondamentalement le fait qu’un ordre collectif peut tirer sa puissance de mécanismes qui compromettent simultanément ses propres conditions de tenue : eau, sols, énergie, temps humain, soin, milieux d’habitation, reproduction sociale et continuité symbolique.
|
||||
|
||||
## Portée archicratique
|
||||
|
||||
Dans une perspective archicratique, cette tension est décisive car elle met à l’épreuve la capacité d’une société à réguler ses dynamiques d’accumulation sans détruire les conditions de sa propre co-viabilité.
|
||||
|
||||
Elle oblige à se demander :
|
||||
|
||||
- quelles architectures rendent visibles les seuils de destruction du vivant ;
|
||||
- quelles scènes permettent de faire comparaître les coûts réels de la captation ;
|
||||
- quelles formes d’archicration peuvent arbitrer entre impératifs de production et conditions d’habitabilité.
|
||||
|
||||
## Enjeu régulateur
|
||||
|
||||
Une société ne résout jamais définitivement cette tension. Elle ne peut que l’organiser, la limiter, la redistribuer ou la rendre politiquement traitable.
|
||||
|
||||
L’échec de cette régulation conduit à des formes de prédation où la régulation économique mine les bases mêmes de la subsistance collective.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Tension](/glossaire/tension/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Archicratie](/glossaire/archicratie/)
|
||||
- [Gouvernance des communs](/glossaire/gouvernance-des-communs/)
|
||||
- [Biopolitique](/glossaire/biopolitique/)
|
||||
- [Formes de vie / cadres d’habitabilité](/glossaire/formes-de-vie-et-cadres-dhabitabilite/)
|
||||
- [Souverainetés territoriales / interdépendances globales](/glossaire/souverainetes-territoriales-et-interdependances-globales/)
|
||||
59
src/content/glossaire/synchrotopie.md
Normal file
59
src/content/glossaire/synchrotopie.md
Normal file
@@ -0,0 +1,59 @@
|
||||
---
|
||||
title: "Synchrotopie"
|
||||
term: "Synchrotopie"
|
||||
aliases: []
|
||||
edition: "glossaire"
|
||||
status: "referentiel"
|
||||
version: "0.1.0"
|
||||
definitionShort: "Configuration topologique dans laquelle plusieurs scènes, temporalités ou niveaux de régulation coexistent et doivent être synchronisés pour qu’une archicration soit opérante."
|
||||
concepts: ["synchrotopie", "topologie", "synchronisation", "scene", "temporalite", "coordination"]
|
||||
links: []
|
||||
kind: "topologie"
|
||||
family: "topologie"
|
||||
domain: "transversal"
|
||||
level: "avance"
|
||||
related: ["scene-darchicration", "archicration", "hypotopie", "hypertopie", "atopie", "co-viabilite"]
|
||||
opposedTo: []
|
||||
seeAlso: ["tension", "monde-instituable"]
|
||||
---
|
||||
|
||||
La synchrotopie désigne la configuration topologique dans laquelle plusieurs scènes, temporalités ou niveaux de régulation coexistent et doivent être synchronisés pour qu’une archicration soit opérante.
|
||||
|
||||
Elle attire l’attention sur le problème de la coordination des lieux et des temps de l’épreuve.
|
||||
|
||||
## Distinction
|
||||
|
||||
La synchrotopie ne désigne pas un simple voisinage spatial.
|
||||
|
||||
Elle désigne une co-présence réglée de plusieurs sites ou niveaux de comparution qui doivent pouvoir s’articuler sans se confondre.
|
||||
|
||||
Il peut s’agir :
|
||||
|
||||
- de scènes locales et globales ;
|
||||
- de temporalités courtes et longues ;
|
||||
- de prises techniques, administratives et publiques.
|
||||
|
||||
## Fonction dans le paradigme
|
||||
|
||||
Cette notion permet de penser des situations où la régulation exige une synchronisation complexe entre plusieurs scènes.
|
||||
|
||||
Sans synchrotopie suffisante :
|
||||
|
||||
- les décisions se disjoignent ;
|
||||
- les temporalités se désaccordent ;
|
||||
- les épreuves se neutralisent mutuellement ;
|
||||
- la co-viabilisation devient difficile.
|
||||
|
||||
## Enjeu analytique
|
||||
|
||||
La synchrotopie est particulièrement utile pour analyser les régulations contemporaines multi-niveaux, dans lesquelles les lieux de décision, de mise en œuvre et de contestation ne coïncident pas spontanément.
|
||||
|
||||
## Renvois
|
||||
|
||||
- [Scène d’archicration](/glossaire/scene-darchicration/)
|
||||
- [Archicration](/glossaire/archicration/)
|
||||
- [Hypotopie](/glossaire/hypotopie/)
|
||||
- [Hypertopie](/glossaire/hypertopie/)
|
||||
- [Atopie](/glossaire/atopie/)
|
||||
- [Co-viabilité](/glossaire/co-viabilite/)
|
||||
- [Monde instituable](/glossaire/monde-instituable/)
|
||||
@@ -12,6 +12,7 @@ definitionShort: "Paradigme de régulation technique selon lequel les formes de
|
||||
concepts: ["technodiversite-et-cosmotechnie", "technodiversite", "cosmotechnie", "technique", "pluralite", "monde"]
|
||||
links: []
|
||||
kind: "paradigme"
|
||||
family: "paradigme"
|
||||
domain: "theorie"
|
||||
level: "avance"
|
||||
related: ["archicratie", "co-viabilite", "pharmacologie-technique", "agencement-machinique"]
|
||||
|
||||
@@ -9,6 +9,7 @@ definitionShort: "Phénomène systémique général par lequel des forces, dynam
|
||||
concepts: ["tension", "archicratie", "co-viabilite", "arcalite", "cratialite", "archicration"]
|
||||
links: []
|
||||
kind: "concept"
|
||||
family: "concept-fondamental"
|
||||
domain: "transversal"
|
||||
level: "fondamental"
|
||||
related: ["archicratie", "co-viabilite", "arcalite", "cratialite", "archicration"]
|
||||
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user