NEAT expliqué aux équipes produit : faire évoluer la structure
La plupart des recherches gardent la structure du réseau fixe et ajustent ses paramètres. NEAT fait évoluer la topologie et les poids, tout en suivant l'histoire des innovations pour comparer et recombiner des structures différentes. Son idée la plus utile pour le produit est simple : partir petit et laisser la complexité prouver sa valeur.
Ajouter de la structure par étapes
Une population commence avec des réseaux relativement simples. Des mutations peuvent ajouter une connexion ou un nœud. Chaque modification reçoit un identifiant historique, ce qui aide à aligner les gènes lors de la recombinaison. La structure ne change donc pas sans trace.
Cette croissance progressive limite le nombre de décisions initiales. Elle permet d'observer si une nouvelle complexité améliore réellement le fitness. Dans un produit, le principe se traduit par des composants activés derrière des expériences, avec une mesure claire avant généralisation.
Protéger l'innovation assez longtemps
Une nouvelle structure peut être moins performante immédiatement, avant que ses poids ne s'ajustent. Si elle affronte directement les architectures matures, elle disparaît trop tôt. Le regroupement de candidats similaires protège temporairement les innovations et maintient la diversité.
Côté produit, une fonctionnalité nouvelle mérite parfois une phase d'apprentissage ou un segment limité avant comparaison globale. Cette protection ne doit pas devenir permanente. Des critères de sortie indiquent quand l'idée doit rejoindre la compétition générale ou être abandonnée.
Choisir la plus petite solution suffisante
Le meilleur fitness brut peut favoriser des réseaux de plus en plus lourds. Une pénalité de complexité, un objectif de latence ou une limite de ressources maintient la recherche compatible avec le déploiement. Le gagnant est celui qui satisfait le besoin dans les contraintes réelles.
La lignée des innovations facilite l'analyse, mais elle ne garantit pas une explication métier. Après sélection, il faut encore tester robustesse, stabilité et comportement sur des cas inconnus. L'évolution propose une architecture ; l'équipe reste responsable de sa validation.
Complexité progressive
- Commencer avec la structure minimale utile
- Tracer chaque innovation et son effet
- Protéger temporairement les variantes nouvelles
- Pénaliser coût, taille ou latence excessifs
- Valider le gagnant sur des situations jamais optimisées
NEAT montre qu'une architecture peut émerger par petites innovations traçables. Pour une équipe produit, c'est une invitation à faire évoluer la complexité seulement lorsque les résultats justifient son coût.