Les outils savent.
SupervisionPlanificationMaintenanceInformation voyageurs
L’humain fait le lien
Peradam pour l’exploitation des transports
La supervision connaît l’incident. La planification connaît les moyens.Peradam comprend le service à rétablir et coordonne les agents sans désynchroniser l’exploitation.
Peradam relie incidents, réseau, matériel, équipes, voyageurs et règles de sécurité. Les agents préparent les actions dans les outils existants et vérifient le retour réel du service.
Peradamus, le chef d’orchestre agentique de Peradam
Vous lui confiez une mission. Il compose une équipe d’agents spécialisés, leur ouvre uniquement les capacités nécessaires et demande la validation humaine prévue avant tout effet sensible.
Mission confiée à PeradamusRétablir un axe après un incident matériel en protégeant la sécurité, les correspondances et l’information voyageurs.
PeradamusCompose les agents et leur donne le contexte autorisé
Données et documents Pipelines Ontologies Fonctions et actions Applications
AutoritéDirection des opérations
ExécutionOutils de planification, d’affectation et d’information voyageurs
Effet vérifiéLes changements sont appliqués et le niveau de service est relu sur le réseau après action.
Le changement de modèle en une seule vue
Un assistant seul répond. Des agents isolés accélèrent les silos. Peradam leur donne le contexte et les capacités pour accomplir une mission complète.
Le socle rend les données exploitables et partage une même compréhension. La fabrique d’agents compose ensuite l’équipe adaptée, borne son autorité et vérifie le résultat dans l’environnement de travail réel.
Les agents répondent.
Un agent par silo
SupervisionContexte partielPlanificationContexte partielMaintenanceContexte partielInformation voyageursContexte partiel
Le système comprend, compose et agit.
Données structuréesDocumentsOutils existants
Réseau vivantPipelines, ontologies, fonctions et droits
Vue d’exploitationAgents transportActions réseau
Agents composés, validations conservées et effets relus dans les outils
Peradam ne remplace ni la supervision, ni la planification, ni la maintenance, ni l’information voyageurs.Il les relie à une même compréhension de l’incident, des contraintes et du service à rétablir.
Les systèmes d’exploitation restent en place. Les agents coordonnent leurs actions sur une situation commune et vérifiable.Le socle nécessaire
Projet interne PeradamDonnées entièrement fictivesAvant de lancer des agents, il faut rendre l’organisation compréhensible et ses capacités réutilisables.
Ces cinq captures animées suivent un même projet fictif. Elles montrent comment Peradam passe de données structurées et de documents dispersés à des applications, des fonctions et des actions que les agents peuvent réutiliser.
- 01Données et documents
- 02Pipelines
- 03Ontologie technique
- 04Ontologie métier
- 05Fonctions et actions
- 06Applications
- 07Agents
01 / 05 · Dossiers et fichiers
Données structurées et documents deviennent exploitables
Peradam réunit les tableaux dispersés, les fichiers et les documents dans un projet gouverné.
Les sources conservent leur identité, leur provenance, leurs versions et leurs droits. Les équipes peuvent enfin travailler sur les mêmes éléments sans créer une nouvelle copie opaque du système d’information.
- Données structurées et non structurées
- Dossiers et jeux de données documentés
- Sources, versions et droits conservés
02 / 05 · Constructeur de pipelines
Les sources sont croisées pour faire ressortir l’essentiel
Le pipeline relie les financements, le chantier et les usages pour produire un dossier d’arbitrage lisible.
Les jointures, les transformations, les champs retenus et les contrôles restent visibles. La donnée dispersée devient un résultat métier versionné que les applications et les agents peuvent réutiliser.
- Sources hétérogènes croisées
- Transformations et contrôles inspectables
- Résultat métier versionné et réutilisable
03 / 05 · Ontologies, fonctions et actions
La technique sait où lire, le métier sait ce que les faits veulent dire
Les ontologies techniques et métier transforment les données en objets, relations, fonctions et actions gouvernées.
Peradam relie le projet aux bâtiments, élus, services, entreprises, contrats, subventions, associations et usagers. Les fonctions calculent dans ce contexte. Les actions décrivent ce qui peut être exécuté, par qui et sous quelle validation.
- Ontologie technique pour lire les sources
- Ontologie métier pour comprendre les relations
- Fonctions et actions publiées avec leurs droits
04 / 05 · Agent de programmation et atelier d’applications
Une application peut être créée à partir du contexte gouverné
L’agent de programmation utilise les données, le pipeline et l’ontologie pour construire l’application nécessaire à la mission.
Le contexte transmis est explicite. L’atelier rend visibles les fichiers produits, le code, les tests et l’aperçu avant déploiement. Un agent de mission peut réutiliser cette capacité si aucune application existante ne répond au besoin.
- Ressources gouvernées citées
- Code et tests visibles
- Application créée comme capacité réutilisable
05 / 05 · Application opérationnelle
Le contexte devient une expérience de travail concrète
L’application réunit calendrier, budget, risques, usages, preuves et décisions dans une même situation opérationnelle.
Les responsables travaillent sur les mêmes objets et les mêmes règles. Peradamus explique les recommandations, retrouve les preuves et prépare les actions, tandis que chaque validation sensible reste attribuée à la bonne personne.
- Décisions reliées aux responsables
- Même situation pour les équipes et les agents
- Preuves et validation avant action
Les agents de Peradam ne repartent pas de zéro.Ils réutilisent les données, les pipelines, les ontologies, les fonctions, les actions et l’atelier d’applications pour accomplir une mission réelle.
Si une application manque, l’agent de programmation peut la créer dans le même contexte gouverné.La fabrique d’agents referme la boucle
Les agents réutilisent tout Peradam, puis l’action revient dans les outils où vos équipes travaillent.
Peradamus ne lance pas une armée d’agents génériques. Il compose l’équipe minimale pour une mission réelle, lui ouvre les capacités du socle et conserve une validation humaine avant tout effet sensible.
Rétablir un axe après un incident matériel en protégeant la sécurité, les correspondances et l’information voyageurs.
- Responsable
- Direction des opérations
- Barrières
- Sécurité, capacité réseau, temps de conduite et engagements voyageurs
Lire les données et documentsAvec leurs sources et leurs droitsExécuter les pipelinesPour produire le contexte utileInterroger les ontologiesPour comprendre les objets et les règlesAppeler fonctions et actionsDans le périmètre autoriséCréer une applicationAvec l’agent de programmation si nécessaire
01Agent exploitationÉtablit les scénarios compatibles avec le réseau02Agent matérielConfirme les moyens et l’état de maintenance03Agent voyageursPrépare les messages et les correspondances
AffirmationsRéponses sourcées et incertitudes visiblesAutorité humaineDirection des opérationsOutils de travailOutils de planification, d’affectation et d’information voyageursRésultat reluLes changements sont appliqués et le niveau de service est relu sur le réseau après action.
L’action est exécutée dans l’environnement de travail de l’utilisateur Le résultat constaté enrichit la mémoire de l’organisation et la prochaine mission
IdentitéQui agit ?AutoritéAvec quel droit ?PérimètreSur quels objets ?ValidationQui doit approuver ?PreuveQuel effet réel ?
Présentez-nous un incident dont la résolution traverse plusieurs centres et systèmes.
Nous modéliserons les dépendances, les validations de sécurité, les agents nécessaires et l’état de service à vérifier.
Un incident multi-acteursUne replanification sous contrainteUn retour de service difficile à confirmer