Whiteboard : un canevas open source où ton agent dessine ce qu'il a fait

Ce que c'est. Le problème : relire le travail d'un agent de code, c'est lire un diff brut de plusieurs centaines de lignes sans savoir pourquoi il a fait ces choix. Whiteboard, publié le 24 septembre par devdotfast (promo YC W26), est une application de bureau open source (licence MIT, macOS et Fedora) qui ajoute un canevas à tes agents existants. Tu connectes Claude Code, Codex ou un autre agent depuis l'écran d'accueil, et l'agent reçoit un SDK pour dessiner dessus : diagramme de séquence, modèle entité-relation, extraits de sa propre trace. Un clic sur un élément du dessin ouvre le code correspondant, avec les raccourcis et le support LSP de VS Code, parce que l'app embarque une copie de Code OSS. Ce qui est nouveau par rapport à un rendu HTML ou Mermaid : le lien entre le dessin et le code est natif, et le diff est sémantique. Il est calculé sur l'arbre syntaxique (en Rust), résume les grosses fonctions ajoutées en pseudo-code, et replie tests et documentation par défaut. Un système de plugins WASM permet de changer ces règles.

Pourquoi c'est sympa. Le journal de décisions. L'agent peut interroger et lier ses propres traces sur le canevas : tu vois les exigences que tu as posées, comment elles ont été implémentées, et ce que l'agent a tranché seul. C'est exactement l'information qui manque quand on relit une PR générée. Le dépôt compte un peu plus de 900 étoiles au 25 septembre, et le Show HN a dépassé 300 points en une journée.

À quoi ça sert. Tu as une pile de commits qui ajoute une API. Tu demandes à ton agent : « montre-moi l'API proposée, des exemples, et la motivation, puis ouvre le tout dans Whiteboard ». Tu obtiens un diagramme cliquable plutôt qu'un pavé de texte. Autre usage donné par le README : demander l'explication des changements de télémétrie d'une PR (ce qu'on suit, comment construire des tableaux de bord dessus) et corriger le dessin en surlignant ce qui ne va pas.

Pour quels projets. Les équipes où plusieurs personnes relisent le code produit par des agents, et où la revue devient le goulot. Les limites annoncées par les auteurs : on ne peut pas éditer les fichiers dans Whiteboard, la revue multi-dépôts marche mal, et un tableau partagé ne se met pas à jour après partage. Une télémétrie anonyme est activée par défaut (désactivable, sans code ni prompts). Un produit hébergé pour équipes est prévu ; tout doit rester auto-hébergeable.