Fixie

Contexte

Chez FameUp, les bugs remontent aux développeurs par Slack, depuis le support, les commerciaux et le produit. Chaque signalement coûtait à un développeur la même routine avant le vrai travail : le lire, le reproduire, décider s’il s’agit vraiment d’un bug, chercher un ticket existant, en créer un. Fixie prend en charge cette routine, et la correction aussi. Les développeurs relisent et mergent.

Fixie est mon idée : j’en ai conçu l’architecture et je l’ai réalisé de bout en bout.

Fonctionnement

• Une app Slack en WebSockets. Fixie tourne en Socket Mode : il garde une connexion WebSocket ouverte avec Slack, donc aucun endpoint public n’est nécessaire, et il se met au travail dès qu’un bug est signalé ou qu’on le mentionne.
• Toujours sur le code actuel. Il garde ses propres clones des dépôts et les met à jour (fetch) toutes les heures, pour que chaque analyse parte du code tel qu’il est.
• Un pipeline de décision avant la moindre ligne de code. Il décide d’abord si le signalement est vraiment un bug, ou bien un comportement attendu, une donnée erronée, une question. Il vérifie ensuite dans Jira qu’aucun ticket n’existe déjà, pour ne jamais déclarer deux fois le même bug. Alors seulement, il ouvre un ticket avec son outil Jira et s’attaque à la correction.
• Correctif, tests, relecture. Le correctif arrive avec ses tests et passe par la même CI que tout autre changement, dont PHPStan au niveau maximal et une revue de code par IA. Il aboutit à une pull request qu’un développeur relit et merge.
• Orchestration. OpenClaw orchestre plusieurs sous-agents Claude Code. Tout tourne sur un abonnement Claude Code plutôt que sur une facturation de l’API au token, donc le coût reste fixe.

#ask-fixie

Le produit, le support et les commerciaux posent aussi leurs questions sur le code dans le canal #ask-fixie : comment marche une partie du produit, d’où vient une valeur, pourquoi quelque chose se comporte ainsi. Fixie répond à partir du code actuel, sans interrompre un développeur.

Données en direct via MCP

Certaines questions demandent de vrais chiffres plutôt que du code. Pour celles-là, j’ai construit un serveur MCP qui permet à Fixie d’interroger la base de production, avec plusieurs niveaux de protection :

• La connexion utilise un utilisateur de base de données en lecture seule.
• Par-dessus, des garde-fous dans le code ne laissent passer que les requêtes SELECT et DESCRIBE.
• Les données sensibles restent protégées, et les requêtes lourdes ne peuvent pas charger la production.
• L’accès passe par OAuth 2.0, le flux qu’attend Claude Code d’un serveur MCP distant.

Quand quelqu’un demande une statistique, Fixie interroge les données et répond avec le vrai chiffre.