Atelio

1. 01Interface

   Une interface déclarative : l’activité décrit, la plateforme dessine

   Le code d’une activité peut venir d’un catalogue ou d’une IA : il ne doit jamais s’exécuter dans le navigateur.

   Une activité renvoie des données (barres, cartes, saisie…) à partir d’un vocabulaire fixe ; seule la plateforme les affiche.

   → Aucun code d’activité côté navigateur, et un rendu homogène sur téléphone et sur écran projeté.

2. 02Services

   Un serveur autoritatif et un code d’activité traité comme non fiable

   Des activités venues d’inconnus ou d’une IA tournent sur le serveur ; une réponse cachée ne doit pas fuir.

   Logique côté serveur, exécution dans un bac à sable avec quotas, toute entrée validée par un schéma, et un test de conformité qui vérifie qu’aucune vue ne contient de secret.

   → Les règles de sécurité sont des tests exécutables, pas des intentions.

3. 03Services

   Isoler ce qui détient les secrets

   Le paiement, l’envoi d’e-mails et l’IA exigent des clés sensibles, à côté d’un conteneur qui exécute du code d’autrui.

   Ces clés vivent dans un service distinct ; le conteneur des salons n’en reçoit aucune et refuse de démarrer si elles sont présentes.

   → Une faille dans l’exécution d’activités n’expose pas les clés de facturation ou d’IA.

4. 04Infrastructure

   Faire relire la sécurité par un agent sans contexte

   L’auteur d’un changement a tendance à ne pas voir ses propres angles morts, agent ou humain.

   Tout changement sensible est relu avant fusion par un sous-agent qui ne voit que la fiche de tâche et le diff, en plus d’une relecture générale par un second outil.

   → Les deux relecteurs ont trouvé des choses différentes ; les constats ont été traités avant fusion.

Résultats

9/12 → 12/12

activités générées avec succès, après deux mesures sur le générateur IA (mesures internes, 12 descriptions)

0,28 $ → 0,117 $

coût par activité réussie

21

décisions d’architecture documentées