cultiver le chaos
Mon coin d'internet, rangé par saisons plutôt que par dates. J'y fabrique des outils étranges, je détourne des technos, et je documente autant les essais que les ratés (souvent les plus parlants). Ce qui tient après la saison reste au sol : les projets.
Claude Code, agents IA et ingénierie du harnais
J'ai lâché des agents IA sur mes projets. Ils ont produit du code, puis du chaos. Cette saison raconte le harnais que je construis autour de Claude Code : un ordonnanceur bâti sur une machine à états, des oracles déterministes (LSP, hooks, CI) qui font rater tôt et un daemon qui œuvre la nuit et se relève tout seul.
Dernier épisode Combien coûte une nuit d'agents Pendant des semaines, des agents Claude codaient ma plateforme la nuit sans que je sache ce qu'ils me coûtaient. J'ai posé un compteur. Il m'a montré trois choses gênantes. 
Une virgule de trop dans une variable d'environnement, et toute la config de Granit retombe sur ses défauts, en silence. Le pool Postgres glisse de quarante connexions à trois. Je tombe sur la panne deux mois trop tard.
Un programme autonome qui se trompe ne se trompe pas une fois : il se trompe en boucle, toute la nuit. Les garde-fous que j'ai posés sur Forge pour qu'il borne ses emballements et m'alerte avant le matin.
Le vrai coût, ce n'étaient pas les bugs : c'était d'attendre vingt minutes de CI pour une broutille. Alors j'apprends à l'agent à rater tôt, avec des oracles qui signalent l'erreur à la seconde où elle naît.
Mon ordonnanceur d'agents arbitre plusieurs natures de tâches. Tant que je n'ai pas modélisé l'état de chacune, je corrige cinq fois le même bug avant de voir la machine à états qui manquait.
Au départ, une commande lancée à la main pour faire coder un ticket. Six semaines plus tard, un programme qui pioche dans ma backlog GitLab jour et nuit. Récit d'une dérive vers l'autonomie.
Faire connaissance avec Claude Code : son arsenal, et ce qu'il vaut vraiment
On vient de me coller un stagiaire qui ne dort jamais et code à toute heure. Avant de lui confier les clés, deux questions : qu'est-ce qu'il sait vraiment faire (la fenêtre de contexte, les skills, les hooks, les commandes), et vaut-il ce qu'on en raconte (le doute, chiffres à l'appui) ? Cette saison reprend les deux premiers actes de mon talk pour faire les présentations, sans se faire avoir.
Dernier épisode Claude et le contexte: tout ce qu'il voit d'un coup Un agent IA ne garde qu'une petite fenêtre de votre projet sous les yeux ; le reste, il l'oublie. Comprendre cette fenêtre de contexte, c'est savoir pourquoi il oublie vos consignes, et ce que ça vous coûte. 
Le 18 juin, j'ai pris la parole une heure pour partager mes explorations autour de Claude Code : comment lui poser un filet de sécurité pour travailler avec lui en confiance. Les slides et la vidéo de la soirée sont ici, brutes de pomme.
Sur Azure, le prix d'un health-check explose : de quelques centimes à plusieurs euros pièce. Aucun outil self-hosted ne me convenait, alors je l'écris. Et je lâche Claude Code à fond pour voir.
Lire le projet →
Les tests générés par Claude étaient verts. L'appli, elle, ne marchait pas : 404 partout, écrans vides, boutons morts. Il fallait un minotaure qui parcourt l'appli comme un vrai utilisateur.
On me demande un talk. Au lieu de préparer mes slides, j'écris un framework de slides. Voilà rikiki : des présentations en Web Components, zéro build, légères. Comme celle-ci.
Mes pages de monitoring mettaient parfois seize secondes à s'afficher. J'ai posé un BFF, et le chiffre est tombé à quatre secondes et demie. La lenteur n'avait pas disparu : elle avait changé de pièce.
Lire le carnet →
Je laissais rikiki en 0.2.0 avec une liste de promesses. Trois semaines et trois versions plus tard, la liste a fondu. Le journal de bord, du morph Magic Move au présentateur fantôme.
J'ai découpé Granit en couches DDD pour réutiliser le même cœur métier dans le runner, le cloud et la CLI, sans réécrire trois fois la logique de monitoring.
Vous pouvez continuer par là.