Ce week-end s’est surtout passé au bureau. J’ai passé pas mal de temps sur mon job, à préparer la semaine prochaine, à monter des UI et des workflows d’agents. C’est fun, mais je ne peux pas entrer dans les détails. Dommage.
Aussi, quasiment en parallèle, j’ai bossé sur Blossom12. Enfin, au moins la première partie.
L’agent interne n’est pas encore totalement en ligne. Mais l’idée, c’est d’avoir un système de mémoire associative en back-end qui se comporte comme un système de tickets en front-end.
Ça fonctionne comme un MCP, et se connecte à claude code, Cursor, ou n’importe quoi d’autre. Ça tourne dans un petit conteneur docker tout mignon. On dit à claude sur quel projet on bosse, on lui demande de créer un ticket ou une epic, et l’agent a un accès CRUD complet au système.
Il peut chercher, planifier, prendre des notes, se souvenir de choses, soit de manière granulaire, soit en utilisant Pthia, l’agent embarqué, pour faire le gros du boulot. Voyez Pthia comme l’assistant de l’assistant. Moitié comptable, moitié oracle mystique.
Cet agent est intéressant vu la performance que j’ai réussi à presser du modèle Qwen3-0.6b. C’est absolument remarquable, et honnêtement, je suis un peu surprise de voir à quel point ça marche bien.
D’un côté, c’est un niveau de performance choquant pour un agent qui tourne sur CPU et RAM. De l’autre... est-ce que c’est vraiment si difficile que ça ?
Quand j’aurai fini, il y aura un chat dans l’UI où Pthia pourra guider l’utilisateur humain dans l’organisation et la gestion des tickets. Rédiger des tickets, mettre à jour des epics, etc.
Le back-end est écrit en Python, avec mongo et faiss, et une interface openai custom posée sur ollama (les agents internes sont totalement outillés) ; le front-end est la config Vite/React la moins offensive que j’ai pu sortir raisonnablement.
C’est stable, ça marche aujourd’hui, mais il faut que j’implémente quelques fonctionnalités plus intéressantes avant de le lâcher.
Alors... d’ici deux semaines ?