0.2.0-0-pre.3

docs/studies/001-FUNCTIONAL_CAPABILITY_INVENTORY.md

@@ -1,5 +1,5 @@
 <!-- file: docs/studies/001-FUNCTIONAL_CAPABILITY_INVENTORY.md -->
-<!-- version: 2 -->
+<!-- version: 3 -->
 
 # Inventaire fonctionnel initial
 
@@ -241,6 +241,24 @@ Plusieurs niveaux possibles :
 
 Seules les collisions réellement nécessaires seront implémentées. Un moteur physique généraliste n'est pas réservé à ce stade.
 
+### Game AI / bot control
+
+Besoins identifiés :
+
+- adversaire piloté par règles déterministes ;
+- bot local embarqué ;
+- bot serveur pour parties online ;
+- difficulté configurable ;
+- décision basée sur un état de jeu réduit ou complet ;
+- budget de calcul/tick ;
+- reproductibilité éventuelle par seed ;
+- remplacement d'un joueur déconnecté dans certains jeux ;
+- simulation de charge ou de joueurs synthétiques pour tests.
+
+Le terme « IA » ne signifie pas nécessairement machine learning. Un bot peut être une simple machine à états, un arbre de décision, du pathfinding, une recherche minimax/MCTS ou une stratégie spécialisée.
+
+Le modèle doit permettre d'exécuter la logique côté client ou côté serveur selon le jeu sans dupliquer les règles métier.
+
 ### Determinism / seeded challenge
 
 Besoins identifiés par Reflex compétitif et potentiellement puzzles/races :
@@ -331,6 +349,24 @@ Aucun provider ne doit remonter dans le kernel.
 
 ## Server services candidates
 
+### Portail Web / sites de jeux
+
+Besoins identifiés :
+
+- portail global `games.sasedev.com` ;
+- pages/catalogue des jeux ;
+- profil joueur global ;
+- pages de leaderboard ;
+- pages d'aide/support ;
+- pages légales et confidentialité ;
+- landing pages spécifiques par jeu ;
+- possibilité qu'un jeu migre ensuite vers son propre domaine ;
+- conservation de l'identité centrale malgré la séparation du site ;
+- APIs partagées et APIs spécifiques par jeu ;
+- séparation possible entre `www`, `auth`, `api`, `cdn`, `leaderboard`, `realtime`, `admin` et services propres au jeu.
+
+Le découpage DNS/deployment ne doit pas imposer le découpage interne initial. Une architecture modulaire peut commencer déployée ensemble puis être séparée.
+
 ### Services Web non temps réel
 
 Besoins identifiés :