Le kanban qui exécute vos cartes.
Beluga Build est un tableau où chaque carte s'ouvre sur sa propre conversation. On y cadre le besoin à voix basse, sans rien dépenser ; puis un clic confie la carte à un agent complet qui lit le dépôt, écrit le code, lance les tests et rend son rapport — sur votre serveur, avec vos comptes, dans votre dépôt git.
La démonstration se charge…
Cadrer d'abord. Dépenser ensuite.
La plupart des outils d'agents partent au premier message. Ici, une carte naît toujours arrêtée : on discute, on précise, on reformule — et rien ne part au moteur tant que personne n'a cliqué. Le cadrage coûte des centimes, l'exécution coûte cher : les deux sont séparés.
On ouvre une carte
Le « + » de la colonne « Planifié » ouvre une carte et sa conversation. Un agent léger discute le besoin, écrit le titre, la description et le niveau au fur et à mesure. Il ne touche jamais au code.
On lance
Toute la discussion devient le contexte de départ d'un agent complet, qui reçoit sa propre branche et sa propre copie de travail. Il analyse, chiffre, code, teste, puis enregistre et pousse.
On décide de publier
La carte arrive dans « À déployer » avec son rapport, sa ligne de temps et son coût. Enregistrer, sauvegarder et mettre en ligne restent trois gestes distincts — le dernier vous appartient.
Sept colonnes qui suivent le travail réel.
Notes, Planifié, En cours, Terminé, À déployer, En production, Archivé. Une carte avance de gauche à droite, et chacune porte sa ligne de temps, ses décisions en attente et son avancement en direct. Un personnage veille sur chaque colonne : c'est lui qu'on retrouve en tête du tableau.
Planifié
Cadrée, chiffrée, pas encore partie.
En cours
L'agent lit, code, teste, en direct.
À déployer
Prête, avec son rapport et son coût.
Archivé
Livrée, rangée, toujours relisible.
Tout ce que fait Beluga Build.
Pas une démonstration : l'outil tourne en production tous les jours et se construit lui-même, carte après carte.
Le tableau et ses cartes
-
Un tableau qui suit le travail réel
Notes, Planifié, En cours, Terminé, À déployer, En production, Archivé. Chaque carte porte sa ligne de temps, ses décisions en attente et son avancement en direct — sur ordinateur comme sur téléphone, en cinq langues.
-
Une tâche se crée en une phrase
On dit ce qu'on veut, au clavier ou à la voix, pièces jointes comprises — le titre s'écrit tout seul. Vers 3 h, un agent d'analyse propose lui-même des cartes : il propose, il ne lance rien.
-
Le mode plan : cadrer avant de dépenser
Avant tout lancement, un aller-retour qui coûte peu. L'agent lit le projet, pose ses questions et affine son plan par itérations. Rien ne part tant que le plan n'est pas accepté.
-
Une analyse rendue, pas un mur de texte
Le cadrage revient en sections lisibles : ce qui a été compris, les fichiers concernés, le chemin proposé, les conséquences. La mémoire du projet — faits, règles et contrôles rangés par sujet — nourrit cette lecture.
L'agent au travail
-
Le moteur et le compte, carte par carte
Claude Code, Codex et Cursor en ligne de commande. Avant de lancer, on choisit le moteur, le modèle, le niveau de réflexion et le compte — ou on laisse le travail partir vers celui qui a le plus de quota.
-
Une réponse structurée, et tout le fil
L'agent lit, écrit, exécute des commandes et pousse sa branche, toujours dans une copie isolée du dépôt. Son travail se relit par onglets : conversation, commentaires, facturation, GitHub.
-
Quotas et coûts, compte par compte
Jauges par compte, prévision d'épuisement, file d'attente quand tout est saturé. Le tableau de bord dit ce qui a été mesuré et ce qui est estimé, sans jamais mélanger les deux.
Publier et exploiter
-
Le déploiement, à votre main
On coche ce qui part, et seulement ça. Fusion du lot, enregistrement, sauvegarde, mise en ligne : quatre étapes suivies, avec reprise d'une étape tombée. Aucun agent ne publie de lui-même.
-
Plusieurs projets, un seul serveur
Chaque projet ajouté obtient son dossier, son dépôt GitHub, son service système et son sous-domaine. Les projets se rangent en groupes, et un dépôt existant s'importe en quelques clics.
-
Un coffre-fort central
Clés d'API, mots de passe, accès SSH et bases de données, au même endroit pour tous les projets — et lisibles par les agents qui en ont besoin, sans repasser par vous.
Au quotidien
-
La santé des sites, en continu
Chaque site servi est appelé à intervalle régulier. Une pastille compte ce qui est tombé, et s'éteint d'elle-même dès que tout est revenu.
-
Des notes qui traversent les projets
Une idée, un retour client, une échéance : la note n'est pas une carte. Elle vit dans sa propre page, se trie et se date — et devient une carte le jour où l'on décide de la faire.
-
Des snapshots des sites en production
Base et fichiers de chaque site, sauvegardés sur le disque de stockage et restaurables. Et pour tout le reste, une archive lisible — projets, cartes, coffre-fort, surveillance — rejouable sans créer de doublon.
Chez vous, sur votre serveur.
Un Linux, Node.js 22 ou plus, git, et les moteurs en ligne de commande que vous utilisez déjà. Beluga Build ne facture aucune clé à l'appel : il pilote des comptes qui vous appartiennent.
# 1. récupérer et construire git clone https://github.com/haikostudio/belugabuildtool.git cd belugabuildtool npm install npm run build # 2. poser un identifiant d'accès node scripts/set-credentials.mjs # 3. poser et lancer le service sudo scripts/installer-services.sh
Ce qui reste chez vous
Base de données, coffre-fort, projets, cartes et historiques vivent sous data/, un dossier jamais suivi par git. Les identifiants des moteurs restent hors du dépôt, lus depuis le disque du serveur.
L'application écoute en local ; un reverse-proxy l'expose sur votre domaine et gère le certificat. Le mur d'accès — identifiant, mot de passe long, tentatives limitées — est intégré.
TypeScript de bout en bout, aucune dépendance propriétaire.
server/
Le démon : base, protocole, ordonnanceur, agents, outils, publication.
web/
L'interface : tableau, conversations, réglages, application installable.
shared/
Les règles pures, sans base ni disque — donc testables seules.
docs/
Règles, faits et contrôles rangés par sujet : la mémoire du projet.
Ce qui a changé, jour après jour.
Chaque ligne est une carte réellement livrée et mise en ligne. Le journal est tenu par l'outil lui-même, à chaque publication.
Le journal se charge…
Haiko Studio
Haiko Studio est un petit studio suisse qui conçoit et exploite des outils métier sur mesure. Beluga Build est né d'un besoin interne très concret : faire tourner plusieurs projets clients en parallèle, avec des agents qui travaillent vraiment, sans perdre la trace de ce qui a été décidé, livré et facturé.
L'outil est publié parce qu'il nous sert tous les jours et qu'il n'existait nulle part ailleurs sous cette forme. Il est développé au grand jour : les cartes, les règles et les contrôles sont dans le dépôt, et les propositions extérieures sont les bienvenues.
Prenez le dépôt, faites-en le vôtre.
Tout est là : le code, les règles, les contrôles et l'historique. Les retours, les rapports de bug et les propositions passent par les tickets du dépôt.