NOMOSYS / Composer
Un harnais de modélisation

Décrivez un dilemme.
Composer construit le modèle — et le garde ouvert.

Un environnement où l'on décrit un système à modéliser en langage naturel — on lit, on écrit, on discute. Le harnais construit le modèle et le tient lisible en clair, sans qu'il faille savoir coder pour le comprendre.

Choix du modèle
Spécifications & discussion
Instances & attributs
Observatoire & agents
Le workflow

Ce que ça fait vivre à l'utilisateur

Pas une fonctionnalité qu'on active : un processus de travail avec l'agent, en trois temps.

01

Exposer un dilemme

Une question sur une stratégie, un domaine à modéliser et mesurer — posée dans ses propres mots, pas dans une spécification technique.

02

Le harnais construit

À partir de cette seule source, il bâtit une modélisation du domaine — entités, relations, unités — prête à être éprouvée.

03

L'utilisateur guide

Il révise les objectifs, corrige les instructions, apporte ce qui manquait. Le modèle se raffine par itération.

Un exemple qui tient tout seul

Électrique ou thermique ?

Quelqu'un se demande s'il vaut mieux, pour lui, acheter un véhicule électrique ou un véhicule thermique. Il n'apporte aucune donnée — le dilemme suffit.

Le harnais construit les identités du modèle : le véhicule électrique, le véhicule thermique, la personne, ses trajets. Il peuple les mesures en allant les chercher lui-même — recherche web pour les prix et les caractéristiques techniques, questions posées à l'utilisateur pour ce que lui seul sait.

De cette représentation se tirent des prémisses, une stratégie de choix explicite, une conclusion — et des indicateurs qui alimentent l'exploration de l'espace du modèle.

Et la conclusion n'est jamais un point final. Elle se révise à chaque nouvelle mesure qui entre.

⚡ / ⛽ prix qui change + nouvelle personne + nouveau trajet ↺ durée de projection
ce que l'utilisateur voit — pas du code
⚡ Électrique
Prix32 400 €
Autonomie420 km
Coût / km0,14 €
⛽ Thermique
Prix24 800 €
Consommation6,2 L/100
Coût / km0,17 €
🔍 vue code — pour vérifier, si vous voulez
« C'est ça le produit »

Les briques de modélisation

Ce que l'agent construit n'est pas une réponse fermée. Ce sont des briques réelles — celles du moteur lui-même, pas des mots choisis pour cette page.

01

Spécifications

Ce que le harnais écrit avant de calculer quoi que ce soit.

02

Attributs

Les propriétés, réparties en systèmes et leurs composants.

03

Structure

Des identités, et leurs instances — jamais l'inverse.

04

Expressions

Ce qui se calcule depuis le reste, et ne se stocke pas.

05

États

Ce que le modèle tient pour vrai à un instant donné.

06

Flows

Au sens de la dynamique des systèmes — ce qui s'accumule, circule, se vide.

07

Détecteurs

Ce qui repère une structure dans un flux avant qu'on la nomme.

08

Prémisses

Ce que le modèle tient provisoirement pour vrai.

09

Stratégies

Ce qui met les prémisses en relation pour choisir.

10

Décisions

Ce que la stratégie produit, une fois le raisonnement fait.

11

Conclusions

Le résultat : la décision prise a-t-elle pu s'appliquer — admise, ou non.

12

Observations

Ce qui relance la boucle : la révision qui remonte jusqu'aux spécifications, aux attributs — et ainsi de suite.

Et ça se lit. Le modèle que l'agent construit se lit en clair, dans l'application — pas besoin de savoir coder pour le comprendre. Et pour qui veut vérifier plus loin, le code qui le fait tourner est juste là, sur mesure, accessible : l'anti-boîte-noire, rendue concrète plutôt qu'affirmée.

Un résultat

La vue Observatoire

Ses slides interactifs, au format présentation.

Observatoire — conclusion

Statique pour ce premier jet — les curseurs deviennent interactifs avec la publication, une fois le cycle de modélisation terminé.

Ce que Composer vend

Composer ne vend pas une réponse. Il vend une boucle — qu'on active, qu'on nourrit, qu'on regarde tourner. Une conclusion qui ne se ferme jamais tant qu'on lui apporte quelque chose de neuf.

pourquoi une boucle sans fin plutôt qu'une réponse — nomosys.io →