LE CONTRÔLE AVANT L’ACTION

Empêchez les agents IA d’agir hors de vos règles.

Sans contrôle préalable, une recommandation IA peut devenir une action non approuvée, difficile à expliquer et coûteuse à corriger. BOSAI place simulation, règles, autorisation humaine et preuve vérifiable entre la proposition et l’exécution.

Voir un workflow contrôlé Évaluer un workflow

Les démonstrations utilisent des données synthétiques ou explicitement approuvées. Certaines démonstrations de validation produit sont accessibles sur invitation et protégées par authentification.

Le cycle de contrôle

Chaque action passe par la même chaîne gouvernée

ÉvénementUn signal opérationnel entre dans le système.
DiagnosticUne analyse bornée qualifie le problème.
PropositionUne action exacte est proposée, pas exécutée.
Dry-runLa proposition est simulée sans effet réel.
Revue humaineUn humain examine la proposition exacte.
Human GOUn permis borné et expirant est délivré.
Exécution contrôléeL’action reste dans la limite autorisée.
Readback vérifiéLe résultat réel est relu et confirmé.
AuditUne preuve attribuable est produite.

États visibles

BloquéEn attente de revueAutoriséConsomméVérifié

Si un gate manque, aucune action externe n’a lieu. Le système reste fail-closed par conception.

Démonstration vidéo

Le contrôle avant l’action, en 88 secondes.

Suivez un remboursement gouverné fictif de 89,00 € : diagnostic, dry-run, policy gates, revue humaine, Human GO borné et readback vérifié, sans effet financier réel.

88 secondes
Données synthétiques
Bande sonore originale BOSAI

Démonstration synthétique. Aucun paiement réel. Aucun remboursement réel.

Sans contrôle préalable

action non approuvée
périmètre dépassé
correction manuelle
responsabilité difficile à établir

Avec BOSAI avant l’exécution

dry-run
policy gates
Human GO explicite
permis borné
readback vérifié
preuve d’audit

Preuves

Ce que BOSAI garantit, concrètement

Des comportements observables, pas des slogans. Chacun est démontrable dans le produit.

Autorisation humaine avant exécution

Aucune exécution bornée sans approbation humaine explicite.

Permis à usage unique et expirant

Chaque permis est scopé, à usage unique et périmé après usage.

Transitions invalides rejetées

La machine à états refuse tout saut d’étape non autorisé.

Readback vérifié avant clôture

Un audit ne se ferme pas sans relecture confirmée du résultat.

Preuve d’audit téléchargeable

Chaque cycle produit un dossier de preuve consultable.

Catégorie

Ce qu’est BOSAI — et ce qu’il n’est pas

BOSAI est

Un plan de contrôle pour les actions IA
Une frontière d’autorisation avant exécution
Une couche de preuve et d’audit attribuable

BOSAI n’est pas

Un simple tableau de bord d’observabilité
Un orchestrateur qui exécute sans gate
Un agent autonome qui agit à votre place

Complémentaire, pas concurrent

Catégorie voisine	Ce que BOSAI ajoute
ObservabilitéMontre ce qui s’est passé après coup.	Décide ce qui est autorisé avant l’action.
OrchestrationEnchaîne des étapes.	Autorise l’étape et enregistre qui a approuvé.
MLOpsDéploie et surveille des modèles.	Gouverne les actions qu’un modèle propose.
Frameworks d’agentsLaissent les agents agir.	Placent l’action derrière autorisation + preuve.
Agents navigateurs autonomesCliquent à votre place.	Bloquent le clic tant qu’il n’y a pas de permis + Human GO.

BOSAI gouverne la frontière de décision et d’autorisation avant l’exécution.

Fonctionnement

Un workflow lisible, orienté résultat

Pour chaque étape : ce qui entre, qui détient l’autorité, ce qui peut bloquer, et quelle preuve est produite.

1. Observer un événement

Entrée: Signal opérationnel
Autorité: Système
Blocage possible: Signal hors périmètre
Preuve: Événement enregistré

2. Diagnostic borné

Entrée: Contexte de l’événement
Autorité: Système
Blocage possible: Contexte insuffisant
Preuve: Diagnostic tracé

3. Proposition exacte

Entrée: Diagnostic
Autorité: Système
Blocage possible: Action hors politique
Preuve: Proposition versionnée

4. Simulation dry-run

Entrée: Proposition
Autorité: Système
Blocage possible: Dry-run en échec
Preuve: Paquet de dry-run

5. Revue humaine

Entrée: Résultat de dry-run
Autorité: Humain
Blocage possible: Revue rejetée
Preuve: Décision de revue

6. Permis scopé et expirant

Entrée: Revue approuvée
Autorité: Humain (GO)
Blocage possible: Permis absent ou périmé
Preuve: Permis à usage unique

7. Exécution dans la limite

Entrée: Permis valide
Autorité: Système contrôlé
Blocage possible: Hors frontière autorisée
Preuve: Trace d’exécution

8. Readback vérifié

Entrée: Résultat d’exécution
Autorité: Système + humain
Blocage possible: Readback incohérent
Preuve: Readback confirmé

9. Dossier d’audit

Entrée: Readback
Autorité: Système
Blocage possible: Preuve incomplète
Preuve: Audit packet

Explorer

Comprendre le Control Plane IA par ses piliers

Quatre pages éditoriales détaillées : gouvernance, audit, control plane et agents contrôlés.

Gouvernance IA

Des règles, des gates et des validations humaines avant toute action IA opérationnelle.

Lire la gouvernance

Audit IA

Une preuve attribuable qui survit à l’action : proposition, décision, readback.

Lire l’audit

Control Plane IA

La frontière de décision et d’autorisation entre une proposition IA et une action.

Lire le control plane

Agents IA contrôlés

Des agents qui proposent et simulent, mais n’exécutent qu’après un Human GO borné.

Lire les agents contrôlés

Démonstrations

Voir BOSAI en action

Démo restreinte

Remboursement gouverné

Une IA recommande le remboursement fictif de 89,00 €. BOSAI simule l’action, applique les règles et exige une décision humaine explicite.

• Données synthétiques uniquement
• Aucun paiement réel · aucune action externe

Demander un accès J’ai déjà mes identifiants

Accès privé sur invitation. Les identifiants sont transmis séparément aux personnes autorisées. Aucun compte public n’est créé.

Démo synthétique

Incident Operator — démo contrôlée

Un workflow IA prépare une action à risque sans l’approbation requise ; BOSAI l’intercepte.

• Données synthétiques
• Aucun effet externe

Ouvrir la démo

Démo

Campaign Control Room

Salle de contrôle campagne : préparation gouvernée d’assets et de séquences.

• Données synthétiques
• Aucun effet externe

Ouvrir la démo

Démo publique

Social Operator — revue de publication

Comment une publication sociale devient une opération gouvernée, relisible et auditable.

• Données de démonstration
• Aucune publication déclenchée

Ouvrir la démo

Aucune route de juge, mot de passe, identifiant interne ou adresse d’administration n’est exposé.

Capacités

Surfaces et opérateurs — statut honnête

Chaque surface affiche son niveau réel de maturité. Rien n’est présenté comme « live » sans preuve.

Incident Operator

Run contrôlé prouvé

Un run réel mono-incident a été mené de bout en bout avec résultat audité (limitation de portée d’audit). Production complète, exécution multi-incidents et volume ne sont pas revendiqués.

Social Operator

Publication gouvernée · Human GO

Une publication LinkedIn contrôlée a été exécutée historiquement en réel, derrière Human GO. Pas de retry automatique, pas de second post. Ce n’est pas encore un produit de publication répétable en production.

Campaign Control Room

Démo

Piste de démonstration campagne / investisseur sur données synthétiques. Pas d’action de campagne externe.

Video Operator

MVP local

Capture de démonstration locale déterministe, relue par un humain. Ce n’est pas un agent autonome ni un système de publication vidéo.

Gemini · Petit commerce

Démo synthétique

Scénario de petit commerce synthétique préparé pour une présentation prospect / jury. Ni client, ni pilote, ni revenu.

BOSAI Playground

Roadmap

Fondation de registre établie ; le runtime public n’est pas encore implémenté ni validé.

AI Evolution

Roadmap gouvernée

Doctrine d’auto-amélioration gouvernée et approuvée par un humain : propositions et tests isolés uniquement. Pas d’auto-modification autonome en production.

À propos

Pourquoi BOSAI existe

Découvrir l’histoire de BOSAI

BOSAI est pensé comme une architecture d’autorité : une frontière entre ce que l’IA propose et ce qu’un humain autorise.

Pourquoi BOSAI existe

L’origine du projet et le problème qu’il résout.

Rencontrer le fondateur

Le rôle et la logique de conception du fondateur.

La doctrine opérationnelle

Les principes qui gouvernent chaque action.

Où va BOSAI

Produit actuel, prochains jalons et vision.

Réalisations

Construit, testé et démontré

Uniquement des jalons vérifiables dans le code et les registres fusionnés.

Control PlaneVérifié (avec limitation)

Run réel contrôlé de l’Incident Operator

Un run réel mono-incident mené de bout en bout avec résultat audité et limitation de portée d’audit documentée.

Social OperatorVérifié (historique)

Canary de publication LinkedIn gouvernée

Une publication contrôlée exécutée en réel derrière Human GO, sans second post ni retry automatique.

BVO-1MVP local

Capture de démonstration — Video Operator

Capture locale déterministe d’une démonstration, relue et validée par un humain.

Marketing i18nLivré

Bascule FR/EN globale sur /bosai

Sélecteur de langue global fusionné et vérifié par smoke test sur la surface /bosai.

Control PlanePrêt à cadrer

Pilote Incident Operator — pack prêt

Pack pilote prêt à être présenté et cadré comme pilote contrôlé, sans revendication de production complète.

Campaign Control RoomPréparé — non soumis

Narratif de soumission hackathon

Un narratif de soumission a été préparé et verrouillé. Aucune soumission finale n’a été exécutée à ce stade.

Non affichés faute de preuve publique exacte : statut de soumission Devpost / XPRIZE, résultat ou classement de concours, logos d’organisateurs, présence Product Hunt.

Cas d’usage

Là où le gate change le résultat

Trois situations concrètes où l’autorisation avant exécution évite une action non maîtrisée.

Message client à haut risque préparé par l’IA

Risque non contrôlé: Envoi automatique sans relecture
Gate BOSAI: Dry-run + revue humaine
Décision humaine: Approuver, réviser ou rejeter
Preuve produite: Décision + audit packet

Remédiation d’incident opérationnel

Risque non contrôlé: Action correctrice hors périmètre
Gate BOSAI: Permis scopé et expirant
Décision humaine: Human GO borné
Preuve produite: Readback vérifié + audit

Publication sociale assistée par IA

Risque non contrôlé: Second post ou publication non voulue
Gate BOSAI: Permis à usage unique
Décision humaine: Approbation unique explicite
Preuve produite: Preuve de publication unique

Architecture de preuve

La preuve, par construction

BOSAI produit sa preuve à chaque étape, pas après coup.

Machine à états

Un cycle explicite de l’événement à l’audit, avec transitions vérifiées.

Policy gates

Des barrières explicites que l’action doit franchir avant d’avancer.

Propositions exactes

L’action proposée est précise, versionnée et relisible.

Dry-runs

Simulation avant tout effet réel.

Human GO

Autorisation humaine explicite délivrant un permis scopé.

Permis expirants

Portée bornée, usage unique, expiration automatique.

Readback vérifié

Le résultat réel est relu et confirmé avant clôture.

Audit packet

Un dossier de preuve attribuable et téléchargeable.

Comportement fail-closed

En cas de gate manquant, aucune action externe n’a lieu.

FAQ

Questions fréquentes

Que contrôle exactement BOSAI ?

BOSAI contrôle la frontière entre une proposition IA et une action opérationnelle : autorisation, policy gates, permis scopés, readback et audit avant tout effet réel.

BOSAI remplace-t-il mon observabilité ou mon orchestration ?

Non. BOSAI est complémentaire. L’observabilité montre l’après, l’orchestration enchaîne les étapes ; BOSAI décide et trace ce qui est autorisé avant l’exécution.

BOSAI exécute-t-il des actions de façon autonome ?

Non. Aucune action externe n’a lieu sans un Human GO explicite et un permis valide. Le système est fail-closed.

Qu’est-ce que le Human GO ?

C’est l’autorisation humaine explicite qui délivre un permis borné, à usage unique et expirant, pour une action précise déjà simulée en dry-run.

Que se passe-t-il si la preuve est incomplète ?

L’étape ne franchit pas son gate. Sans readback cohérent ou preuve suffisante, l’audit ne se ferme pas et aucune action externe n’est déclenchée.

Les démonstrations publiques utilisent-elles des données client réelles ?

Non. Les démonstrations publiques utilisent des données synthétiques ou explicitement approuvées, sans effet externe.

BOSAI est-il conforme à l’EU AI Act, SOC 2 ou ISO 42001 ?

BOSAI fournit des contrôles de workflow qui peuvent soutenir le programme de gouvernance IA d’une organisation. Il ne constitue pas en soi une certification ni une garantie de conformité réglementaire.

BOSAI fonctionne-t-il avec différents modèles et fournisseurs ?

L’architecture gouverne les actions proposées, indépendamment du modèle. Le point de contrôle est la décision et l’autorisation, pas un fournisseur particulier.

Qu’est-ce qui est live aujourd’hui, et qu’est-ce qui est en développement ?

Voir la grille des capacités : chaque surface affiche un statut honnête (run contrôlé prouvé, démo, MVP local, roadmap). Playground et l’auto-amélioration restent en roadmap gouvernée.

Comment une équipe peut-elle évaluer BOSAI ?

En consultant les démonstrations synthétiques, puis en demandant une revue de workflow. Un pack pilote Incident Operator peut être cadré comme pilote contrôlé.

BOSAI est-il réservé aux grandes entreprises ?

Non. L’approche s’applique dès qu’une IA propose des actions opérationnelles qui doivent rester sous contrôle humain et traçables.

Comment les actions sont-elles tracées et auditées ?

Chaque cycle produit un dossier d’audit attribuable, avec la proposition exacte, la décision humaine, le permis, le readback et le résultat.

Questions & avis