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.
-
PlanifiéCadrée, chiffrée, pas encore partie. -
En coursL'agent lit, code, teste, en direct. -
À déployerPrête, avec son rapport et son coût. -
ArchivéLivrée, rangée, toujours relisible.
L'outil, en vrai, dans cet onglet.
L'application réelle, construite depuis le dépôt. Son serveur est rejoué dans votre navigateur : rien ne sort de cet onglet.
La démonstration se charge…
Reconstruite automatiquement chaque nuit
Démonstration reconstruite à chaque mise à jour du dépôt.
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.
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.
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.
Une conversation par carte
Fil dédié, pièces jointes, dictée vocale, brouillon conservé, mode plan qui s'affine par itérations avant tout lancement.
Des agents en accès complet
L'agent lit, écrit, exécute des commandes et pousse sa branche. Il ne publie jamais de lui-même, et travaille toujours dans une copie isolée du dépôt.
Trois moteurs, plusieurs comptes
Claude Code, Codex et Cursor en ligne de commande. Chaque compte a son propre coffre d'identifiants ; le travail part vers celui qui a le plus de quota disponible.
Suivi des quotas et des coûts
Jauges par compte, prévision d'épuisement, file d'attente quand tout est saturé — une demande qui ne peut pas partir attend, elle ne se perd pas.
Une mémoire de projet en arbre
Faits, règles et contrôles rangés par sujet. L'agent reçoit la carte de l'arbre, puis descend à la demande — jamais toute la documentation d'un coup.
Une publication maîtrisée
Fusion du lot, enregistrement, sauvegarde, mise en ligne : quatre étapes suivies, avec reprise automatique d'une étape tombée et journal lisible.
Un coffre-fort central
Clés d'API, mots de passe, accès SSH et bases de données, partagés entre projets et lisibles par les agents qui en ont besoin.
Multi-projets, sur un seul serveur
Chaque projet ajouté obtient son dossier, son dépôt GitHub, son service système et son sous-domaine. Un dépôt existant s'importe en quelques clics.
Une interface installable
Application web installable sur téléphone et ordinateur, notifications comprises, en cinq langues, avec six ambiances en clair et en sombre.
Un agent de nuit
Vers 3 h, un agent d'analyse relit le projet et propose des améliorations. Il ne fait que proposer : rien ne part sans votre accord.
Export et import complets
Une archive lisible couvrant projets, cartes, coffre-fort, snapshots et surveillance — rejouable sans créer de doublon. De quoi déménager de serveur sans rien perdre.
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. lancer le service sudo cp scripts/haikodev.service /etc/systemd/system/ sudo systemctl enable --now beluga
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.