Un LLM seul ne fait rien de fiable ?

C’est une question que je me suis vraiment posée en construisant Pocket Architect.

Au début, comme beaucoup, j’ai testé un LLM avec un simple prompt :
“Donne-moi une architecture pour ce projet”

Résultat :

Une réponse propre
Une bonne compréhension globale
Mais quelque chose de fragile
Peu exploitable concrètement
Pas assez structuré pour prendre des décisions

En résumé :
ça aide à réfléchir, mais pas à construire

Là où ça devient intéressant

En creusant, je me suis rendu compte d’un point simple :

Le problème n’est pas le modèle
Le problème, c’est ce qu’on met autour

Un LLM ne pense pas une architecture
Il réagit à une structure

Et sans structure solide :

• il improvise

• il généralise

• il oublie des points critiques

• il manque de cohérence

Ce que j’ai observé avec la version freemium

J’ai construit une première version avec un prompt enrichi (non entraîné)

Résultat :

Bonne compréhension du besoin
Réponse bien structurée
Suffisant pour démarrer une réflexion

Mais :

Pas assez profond
Pas assez décisionnel
Ne remplace pas une vraie réflexion d’architecture

Ça initie un projet, mais ça ne le structure pas complètement

Les limites deviennent vite visibles

Sur des projets un peu plus complexes :

Marketplace
Système multi-rôles
Paiement multi-parties
Logique métier avancée

Le LLM :

Sous-estime la complexité
Oublie certains risques
Ne priorise pas correctement
Reste trop générique

Et là, une évidence :

L’expertise humaine reste indispensable
sauf si on l’injecte dans le système

Le vrai shift

J’ai arrêté de penser :

comment améliorer la réponse du LLM

Et j’ai commencé à penser :

comment structurer un système autour du LLM

La valeur ne vient pas du modèle

Elle vient de la structure autour

Dans mon cas, ça passe par :

• une logique d’entrée bien définie

• un découpage des blocs métier

• des prompts structurés

• une interprétation contrôlée des réponses

Le LLM devient un moteur, pas une solution

Ce que je construis vraiment

Pocket Architect n’est pas un assistant IA

C’est :

un système qui :

• analyse un besoin

• applique des règles métier

• structure une réflexion

• produit un livrable exploitable

comme le ferait un architecte technique

Décision actuelle

Plutôt que de dépendre uniquement d’un LLM :

Je vais entraîner un modèle avec mon expertise
Mais surtout continuer à structurer le système autour

Parce que :

un modèle seul est instable
un modèle structuré devient puissant

Ce que je veux tester maintenant

L’IA peut accélérer énormément de choses

Mais la vraie question :

Peut-elle vraiment penser l’architecture d’un produit ?

Ou est-ce qu’elle doit être guidée, contrainte, structurée ?

Conclusion

Ce projet m’apprend une chose essentielle :

L’IA ne remplace pas l’expertise
Elle amplifie une expertise déjà structurée

L’exploration continue