# Infrastructure | APLOMB

> Découvrez comment APLOMB relie contrat de tâche, politiques, capacités, sources, contrôles et reçus.

Infrastructure

## Les modèles changent. Le cadre de confiance doit tenir.

APLOMB sépare ce qui doit l’être : l’intention, les autorisations, les capacités, l’exécution, le contrôle et la preuve.

Entrées

Conversation

Document

API

Logiciel métier

Socle APLOMB

**Intent Engine** Contrat de tâche strict

**Policy Engine** Droits, données, budget

**Capability Registry** Capacités prouvées par route

**Execution Planner** Étapes et replis autorisés

**Completion Check** Livrable réellement obtenu

Sorties

Résultat

Reçu de route

Preuve

Trace de rejeu

Ordre de décision

### La capacité avant le score.

Une route plus rapide ou moins coûteuse ne gagne jamais si elle ne peut pas produire le livrable attendu.

- **Autorisation** Cette route est-elle permise pour cet espace et cette donnée ?
- **Disponibilité** Le chemin est-il réellement raccordé et vérifié ?
- **Capacités bloquantes** Peut-il traiter les entrées et produire la modalité demandée ?
- **Qualité de route** Seulement ensuite : fiabilité, délai, maîtrise des données et coût connu.

Limites publiées

### Inconnu ne veut pas dire autorisé.

Une capacité déclarée mais non qualifiée reste inconnue. APLOMB ne l’utilise pas pour justifier un chemin automatique.

#### Socle de preuve (Disponible)

Sources, états, reçus, versionnement et contrôles selon le périmètre de la version active.

#### Registre multi-modal étendu (En développement)

Qualification progressive des moteurs d’image, d’audio, de vidéo et des outils spécialisés. Aucune disponibilité générale n’est revendiquée.

### Voir l’infrastructure en action.

[Utiliser APLOMB](https://projet-aplomb.fr/utiliser/)[Examiner les preuves](https://projet-aplomb.fr/preuves/)

Un agent, en mots simples

### L’agent propose une action. Votre organisation en fixe les conditions.

Un agent est un programme qui peut préparer plusieurs étapes et utiliser des outils. Les étapes ci-dessous expliquent la gouvernance visée ; leur exécution dépend des pilotes et raccords effectivement activés.

- **1. La demande** Quel résultat voulez-vous, avec quelles données et quelles limites ?
- **2. Les droits** La personne et l’agent ont-ils encore le droit d’agir dans cet espace ? Un accès retiré ne doit pas être remplacé par un ancien accord.
- **3. L’approbation** Si la règle exige une validation humaine, l’action attend la décision de la personne autorisée.
- **4. L’exécution** Seul le raccord qualifié pour cette action peut être utilisé. Préparer un envoi et envoyer sont des états différents.
- **5. Le constat** Le système distingue l’effet effectivement observé d’une tentative, d’un refus ou d’un résultat inconnu.
- **6. Le reçu** Qui a autorisé quoi, dans quel périmètre et avec quel résultat ? Le reçu conserve aussi les limites du constat.

#### Exemple : envoyer un document

Le document peut être prêt sans que l’envoi soit autorisé. Si l’approbation manque ou si les droits sont révoqués, le parcours ne doit pas présenter l’action comme accomplie.

#### Ce que la signature apporte

Elle permet de contrôler l’intégrité du reçu. L’autorité de l’émetteur, le rattachement à la bonne action et la réalité de l’effet doivent être examinés séparément.

[Examiner un exemple fictif sans exécuter d’action](https://projet-aplomb.fr/preuves/#demonstration)

---

Source : https://projet-aplomb.fr/infrastructure/ · Éditeur : KG Conseils & Services · Aperçu du site : https://projet-aplomb.fr/llms.txt