Alors, le client Busy 10b fonctionne, globalement.
Mais c’est TRÈS instable.
Le serveur de webhooks en Dart tourne à merveille. Le seul problème persistant, c’est qu’il coupe la connexion mysql quand il est inactif, ce qu’on ne devrait pas faire. Je dois ajouter une gestion des connexions, comme on l’avait dans la version pré-VPS.
Je me dis que le client a besoin d’une approche style pipes Unix, sans état partagé, où chaque processus peut tourner indépendamment des autres. Revenir à Python pour ça était une erreur.
Je sais que tout le monde adore Python, mais c’est une erreur de l’utiliser pour des apps d’IA au-delà du simple cas d’usage du chat. C’est juste... pas un bon langage à gérer avec l’IA. C’est trop dense en termes de complexité cyclomatique et de taille de tokens, même quand on l’architecture « correctement » avec une logique de microservices.
Je suis franchement surprise de voir à quel point le serveur de webhooks en Dart a bien fonctionné. Plus d’itérations, certes, mais l’implémentation était tellement plus propre. La machine a été moins créative avec les instructions, aussi, et ça m’a plu.
La suite au fur et à mesure.