Logique agentique
Avec les agents, le système ne se contente plus d’enregistrer : il agit. Chaque agent sert un domaine — ventes, achats, finance, service — et travaille dans des limites explicites : ce qu’il peut lire, ce qu’il peut modifier, jusqu’à quel montant, et ce qui doit attendre une personne.
- Des agents métier aux limites d’autonomie écrites
- Sur les étapes critiques, l’agent propose, une personne décide
- Des modèles de processus plutôt que des flux construits à la main
- Chaque action journalisée : qui, quoi, pourquoi et sur quelles preuves
De l’enregistrement à l’action
Les logiciels de gestion ont toujours tenu un compte exact de ce qui s’était déjà passé, mis à jour par des personnes qui saisissaient les données, et la préparation de l’étape suivante leur revenait. Cette couche fait la différence : le chantier est clos, la facture est rédigée ; le stock franchit un seuil, le réapprovisionnement est préparé ; une livraison prend du retard, les commandes et clients concernés sont listés avec une réponse proposée.
L’unité de travail est la tâche, non l’écran sur lequel elle se trouve.
Des limites écrites
L’autonomie n’est utile que si quelqu’un est responsable de ses limites. Chaque agent a donc un périmètre lisible par une personne : les enregistrements qu’il peut toucher, les actions qu’il peut mener seul, le montant jusqu’auquel il peut agir et les actions qu’il peut seulement proposer. Certaines opérations sont réservées aux personnes quelle que soit la configuration : approuver un paiement, signer un engagement, changer qui peut approuver quoi.
Les limites se définissent par processus autant que par agent, car le même agent peut recommander seul des fournitures de bureau alors que le réapprovisionnement d’un composant critique est confié à une personne.
Le parcours d’une proposition
Un agent demande un raisonnement à la couche Super Intelligence au-dessus — lire cette offre, comparer ces trois-là, rédiger cette réponse — et obtient un résultat. Il n’agit ensuite que dans les termes définis par l’Ontologie en dessous : les objets qui existent, les actions permises sur eux et les règles qu’ils doivent respecter. Tout ce qui dépasse ses propres limites devient une proposition dans la boîte d’approbation, avec les sources utilisées et le risque identifié. Une personne l’approuve, la modifie ou la rejette. La couche Données enregistre le résultat, et Sécurité et souveraineté vérifie les droits et consigne qui a fait quoi.
Construire le système lui-même
Le même chemin s’applique au développement de Hurukan. Un nouveau champ, une nouvelle étape d’approbation ou un nouveau rapport est décrit, un agent l’écrit, les tests et la revue s’exécutent, et une personne décide de sa mise en production. Des contrôles plus rapides, pas moins nombreux.
Ce que fait la couche
Agents métier
Chaque agent relève d’un domaine et d’un rôle, et ne voit que ce que son rôle autorise : les données d’achat pour un agent achats, les données de service pour un agent service.
Limites d’autonomie
Définies par agent et par processus : quelles actions s’exécutent seules, lesquelles deviennent des propositions et lesquelles sont réservées aux personnes.
Approbations
Les étapes critiques — une sortie d’argent, un contact client, un engagement pris, une modification du système — sont proposées avec leurs sources et leur niveau de risque, et attendent une personne dans une boîte d’approbation unique.
Modèles de processus
Le travail récurrent, comme un devis, une facture entrante ou une réclamation, suit un modèle d’étapes : l’agent et les personnes concernées savent ce qui vient ensuite et qui en est responsable.
Des agents qui étendent le système
Une modification du système est décrite en langage courant. Un agent l’écrit en s’appuyant sur l’ontologie, les tests s’exécutent, une personne l’approuve et la mise en production est enregistrée.
Journal des actions
Chaque action d’une personne, d’un agent ou du système est consignée avec ce qui a été observé, ce qui en a été conclu et qui l’a approuvée, et reste lisible des mois plus tard.
Fonctionne avec
Décisions et tâches
Une seule boîte d’approbation pour les propositions des agents, avec sources et risque, et des tâches qui ont toujours un responsable.
Commerce
Opportunités, devis en variantes, offres versionnées, contrats, commandes et échéanciers de facturation sur un seul annuaire.
Achats
Demandes d’achat, registre fournisseurs avec statut de risque, demandes de prix, comparaison d’offres, bons de commande approuvés, livraisons et retours.
Finance
Finance et contrôle de gestion : budgets du prévu à la prévision, factures fournisseurs, facturation, paiements et trésorerie, reliés à la comptabilité.
Questions
Qui approuve un paiement ?
Une personne. Les agents préparent, vérifient et proposent ; une opération critique comme un paiement est approuvée par une personne, et la couche de sécurité applique cette règle côté serveur, indépendamment des instructions de l’agent.
Qui fixe les limites d’un agent ?
Les responsables du domaine concerné, par agent et par processus. Modifier une limite est en soi une modification du système : elle suit donc la même approbation et le même audit que toute autre.
Que se passe-t-il quand un agent se trompe ?
Une mauvaise proposition coûte le temps de la rejeter, et le rejet est enregistré pour que le schéma puisse être corrigé. Lorsqu’une action est réversible, elle porte son annulation ; lorsqu’elle ne l’est pas, c’est justement une action qui attend une personne dès le départ.
Construisons ensemble le système d'exploitation de votre entreprise
Hurukan est en phase d'avant-lancement. Si vous dirigez une entreprise et cherchez un système souverain et agentique plutôt qu'une suite de plus, nous aimerions connaître vos besoins.