tale-daemon

tale-daemon exécute les tâches du board Tale sur une machine que vous contrôlez, avec les CLIs d'agents de code que vous avez déjà : Claude Code (claude) et Codex (codex). Liez un agent à une runtime dans sa configuration : ses tâches affectées sont envoyées au daemon au lieu de la boucle de modèle interne de Tale ; le résultat revient en commentaire (avec statistique de diff) et la tâche se gare à En revue comme tout travail d'agent. Pour des exécutions pilotées par le chat des mêmes CLIs dans un bac à sable géré, voir Agents externes.

Installation

tale daemon setup    # URL de base, clé API, espace de travail, plafond de permission
tale daemon start    # enregistrement + boucle de réclamation (Ctrl-C draine l'exécution)
tale daemon status   # configuration, CLIs détectées, connectivité serveur

setup génère une identité stable et stocke la configuration dans ~/.tale-daemon/config.json (mode 600). Utilisez une clé API Tale normale (Paramètres → API → REST) ; définissez TALE_DAEMON_API_KEY pour garder la clé hors du fichier. Les daemons connectés apparaissent sous Paramètres → API → Runtimes avec leur statut en direct.

Le plus rapide est le bouton Générer une clé et copier la commande sous Paramètres → API → Runtimes : il génère une nouvelle clé API et copie une commande prête à l'emploi, avec l'URL de cet espace et la clé déjà renseignées. Toute réponse demandée par setup peut aussi être passée en option, de sorte que la commande s'exécute sans surveillance :

tale daemon setup --yes --url https://your-org.tale.dev --key <api-key>
tale daemon start

La clé figure dans la ligne de commande — traitez l'extrait comme un secret et révoquez la clé sous Paramètres → API → REST en cas de fuite.

Confidentialité & permissions

• Les chemins locaux ne quittent jamais la machine — seules les clés d'espace de travail que vous choisissez sont annoncées au serveur.
• La permission effective d'une exécution est min(configuration serveur, plafond du daemon). full_auto (saut des permissions / accès complet) exige donc un opt-in des deux côtés. La valeur par défaut est safe.

Comment les exécutions se déroulent

• Cadence : le daemon interroge le serveur avec un backoff piloté par celui-ci (3 s après du travail, 15 s au repos, plafonné à 60 s après dix minutes d'inactivité — un daemon inactif coûte environ une requête par minute). Un battement de cœur de 15 s pendant une exécution renouvelle le bail et récupère les annulations (SIGTERM).
• Isolation : chaque exécution se déroule dans son propre worktree git sur une branche tale/run-…. Rien n'est poussé ; la statistique de diff accompagne le rapport.
• Sessions : les exécutions de révision (retours de revue) reprennent la session CLI précédente quand l'adaptateur le permet.

Gestion des échecs

Toutes les exécutions externes partagent l'enregistrement interne — budgets, plafonds de simultanéité et métriques s'appliquent à l'identique.