Frédéric Camblor

Des utilisateurs de fairphone dans les parrages ? Je cherche un lien de parrainage (tant qu'à faire...) :)

J'ai profité de cet article pour ouvrir un blog chez @writizzy.com et j'ai plutôt bien aimé ! Facile de prise en main, plutôt ergonomique (et gratuit pour les individuals) 👍

Je viens de lancer ADE Arena: ade-arena.camblor.fr Un site pour comparer les Agentic Dev Environments - Claude Code Desktop, Vibe Kanban, Conductor, T3Codes… - feature par feature. Objectif : y voir plus clair dans cette jungle qui évolue chaque semaine.

Je m’aide évidemment de Claude Code pour accélérer certains benchmarks, mais chaque cellule publiée est revue humainement, et étayée par des screenshots réels. Ce n’est pas du slop 🙂

Je viens de lancer ADE Arena: ade-arena.camblor.fr Un site pour comparer les Agentic Dev Environments - Claude Code Desktop, Vibe Kanban, Conductor, T3Codes… - feature par feature. Objectif : y voir plus clair dans cette jungle qui évolue chaque semaine.

ADE Arena sert surtout à 3 choses : 🔍 Comparer les ADE feature par feature 🚀 Comprendre ce que chaque outil apporte au-dessus d’une CLI agentique 🧩 Pondérer les features selon vos propres usages pour trouver l’ADE qui matche le mieux avec vos besoins

Je viens de lancer ADE Arena: ade-arena.camblor.fr Un site pour comparer les Agentic Dev Environments - Claude Code Desktop, Vibe Kanban, Conductor, T3Codes… - feature par feature. Objectif : y voir plus clair dans cette jungle qui évolue chaque semaine.

Claude Code Desktop, Codex, T3 Code et maintenant Github Copilot App ... Pourquoi AUCUNE de ces apps ne permet d'avoir plusieurs sessions d'ouvertes sur le même worktree. Je vous jure, c'est une killer feature de vibe-kanban et conductor, je comprends pas qu'elle soit pas portée partout

Cette après midi, mise en place et test de Archon (archon.diy) sur un projet. Archon, c'est un "AI harness builder". Une sorte de N8N mais pour l'AI Software Dev: tu crées des workflow (DAG) avec des noeuds déterministes (commandes shell) ou non déterministes (prompt AI)

- il ne permet pas d'interrompre la discussion à n'importe quel moment (c'est pénible ça) - il n'inclut pas de diff viewer sur ce qui a été modifié pdt un workflow - il ne semble pas exister de système de notification quand une tache est terminée

Cette après midi, mise en place et test de Archon (archon.diy) sur un projet. Archon, c'est un "AI harness builder". Une sorte de N8N mais pour l'AI Software Dev: tu crées des workflow (DAG) avec des noeuds déterministes (commandes shell) ou non déterministes (prompt AI)

- les workflows st complètement customisables (archon arrive avec un ensemble de workflows d'exemple.. ms rien ne vous empêche de construire le votre sur vos habitudes avec vos commandes et votre contexte) - les workflows peuvent être persistés project-level dans git (dc partagés avec vos teammates)

Cette après midi, mise en place et test de Archon (archon.diy) sur un projet. Archon, c'est un "AI harness builder". Une sorte de N8N mais pour l'AI Software Dev: tu crées des workflow (DAG) avec des noeuds déterministes (commandes shell) ou non déterministes (prompt AI)

Ses features: - chaque workflow s'exécute dans sa sandbox et son worktree - à chaque étape, on peut pré-définir le modèle utilisé (en fonction de l'ampleur de la tâche à réaliser) - à chaque étape, on peut décider de repartir d'un "fresh" context (ou conserver celui de l'étape précédente)

Cette après midi, mise en place et test de Archon (archon.diy) sur un projet. Archon, c'est un "AI harness builder". Une sorte de N8N mais pour l'AI Software Dev: tu crées des workflow (DAG) avec des noeuds déterministes (commandes shell) ou non déterministes (prompt AI)

Ça n'est pas une méthodo opinionated comme BMAD, Speckit etc. Archon sert à dérouler des workflows et injecter du déterminisme ds votre manière de travailler avec votre AI Assitant favori (Claude Code pour ma part) Si vous avez bâti un context eng. sur votre projet, il n'est pas remis en question.

Découverte du jour : pieces.app Sans intervention manuelle, il mémorise tout ce qui se passe sur mon écran (slacks, mails, navigateur, IDE, terminal, etc..) et le synthétise au fur et à mesure dans des notes en markdown C'est gratuit, et ça reste en local.

J'ai créé un petit utilitaire passe-partout qui peut grandement vous simplifier la vie : gitdiff-watcher (github.com/fcamblor/git...) L'idée: utiliser un hook qui s'exécute juste avant que CC vous rende la main, et qui lance des commandes si le LLM a modifié certains fichiers.

Les commandes s'exécutent : - en parallèle (1 subagent par commande) - une seule fois, juste avant de rendre la main (hook "Stop") - uniquement si des modifs sur les globs visés ont été réalisés depuis le dernier run passant de l'outil => si au moins une erreur, Claude revoit sa copie

Claude Code vous rend la main alors que ça ne compile pas ou que des tests sont en erreur... vous aviez pourtant mis cette contrainte dans le CLAUDE.md ! 😤 Le non déterminisme des LLMs fait qu'une instruction dans votre contexte n'est pas une garantie (1) Pour du déterminisme: utilisez les hooks !

(1) On touche à la notion de "context rot" ici : - les LLMs sont stateless : c'est à chaque fois toute la discussion qui est envoyée (dilution des infos importantes avec le temps) - la fenêtre de contexte est limitée, et les /compact font perdre de l'info ...

TIL Claude Code's /model command is global, and not scoped to your cc session That's broken When I switch to opus temporarily for a long running task in cc session #2, I don't want my other claude code session #1 used for very targetted tasks (based on Haiku) to be impacted