Skip to content

Agents ​

Stib propose un espace commun au-dessus de plusieurs runtimes d’agents de code. Leurs capacités diffèrent : le serveur découvre et affiche ce qu’un identifiant sait réellement faire au lieu de promettre un comportement identique partout.

Sélection et héritage ​

L’identifiant, le modèle et le runtime agent suivent des règles distinctes :

  • Identifiant : remplacement carte → défaut projet → défaut organisation → défaut global → repli sur la CLI ou le trousseau du fournisseur si disponible.
  • Modèle : remplacement carte → défaut de colonne active → défaut projet → défaut organisation → défaut de l’identifiant compatible → repli concret du runtime. Colonnes, projets et organisations fixent un modèle par runner : une carte ne lit que l’entrée du runner sur lequel elle tourne, si bien qu’une colonne peut dire « Sonnet sur Claude Code, GPT‑6 Astra sur Codex ».
  • Runtime agent : un choix carte explicite et compatible l’emporte. Sinon Stib conserve le choix compatible courant, utilise le défaut du board s’il convient, ou choisit un runtime compatible avec le fournisseur de l’identifiant effectif. Les runtimes à authentification native peuvent ignorer un identifiant hérité sans rapport.

Le sélecteur affiche identifiant, agent fournisseur, modèle et, si disponible, effort de raisonnement. Une colonne passive ne fournit pas de modèle par défaut. Un identifiant verrouillé, hors quota, expiré ou incompatible n’est pas remplacé silencieusement sans règle explicite.

Bascule automatique d’abonnement ​

La règle explicite de repli est à activer abonnement par abonnement. Dans les Paramètres d’un compte, Limite d’utilisation › Basculer sur un autre abonnement l’ajoute à un groupe de relais : les abonnements cochés d’un même fournisseur, dans un même espace (comptes serveur entre eux, comptes personnels d’un utilisateur entre eux), se relaient.

Quand l’agent d’une carte est refusé parce que son abonnement a atteint sa limite d’utilisation (fenêtre de 5 h ou hebdomadaire de Claude, limite Codex), Stib passe la carte sur l’abonnement le moins utilisé du groupe et la relance avec sa conversation — même si la reprise automatique après quota est désactivée, la bascule ayant son propre réglage. Les cartes lancées ensuite partent directement sur un relais tant que le premier abonnement n’est pas réinitialisé ; elles n’y reviennent pas d’elles-mêmes. Un toast indique quel compte a atteint sa limite et lequel a pris le relais, avec un son dédié réglable dans Notifications.

Changer le compte d’une carte qui attend son crédit (sur la carte, son projet, son organisation ou le serveur) met son attente à jour aussitôt. Si le nouveau compte a du crédit, le bandeau devient Crédit disponible : rien ne repart tout seul, Reprendre maintenant ou un message relance l’agent là où il s’était arrêté, ou lui envoie le message qui ne lui était pas parvenu. Si le nouveau compte est lui aussi à sec, l’attente prend l’heure de reprise de ce compte.

Les clés API n’y participent jamais, et un abonnement non coché garde le comportement précédent : la carte attend la réinitialisation si elle est assez proche, ou s’arrête en erreur.

Runners et identifiants autorisés ​

Tout est permis par défaut. Dans les paramètres de l’organisation (onglet Identifiant) et du projet (onglet Identifiant), Runners et identifiants autorisés permet à un admin de retirer un runner ou un identifiant :

  • l’admin d’organisation règle le niveau organisation ; l’admin de projet peut seulement retirer davantage pour son projet, jamais réactiver ce que l’organisation a retiré ;
  • retirer un runner vaut aussi pour ses identifiants futurs et pour les identifiants personnels des membres ;
  • l’identifiant par défaut que transmet un niveau ne peut pas être retiré, ni son runner : choisissez d’abord un autre défaut ;
  • un défaut de projet ou d’organisation qui visait un identifiant retiré repasse en hérité.

Une carte dont l’identifiant ou le runner est retiré ne bascule pas en silence : son prochain lancement est refusé, le message reste dans la conversation, et un bandeau propose de choisir un autre identifiant. Les sélecteurs listent les identifiants retirés comme indisponibles, avec la raison.

Exécution Agent et Terminal ​

Le mode Agent utilise un flux structuré. Stib peut afficher messages, raisonnement selon les préférences, appels d’outils, questions, consommation de contexte, fichiers changés et identifiant de session durable.

Le mode Terminal ouvre un PTY interactif pour une CLI fournisseur. Il convient aux usages natifs de terminal, mais Stib ne peut déduire les mêmes informations structurées d’une sortie arbitraire. Voir Mode Terminal.

Panneau de conversation ​

Conversation agent avec outils et fichiers changés

Le panneau contient :

  • onglets Conversation, Diff et Historique ;
  • messages utilisateur/agent et événements d’outils ;
  • questions interactives et validation de plan si prises en charge ;
  • résumé des fichiers changés et action de revue ;
  • zone de saisie avec pièces jointes, mentions de fichiers, commandes slash et secret masqué ;
  • changement d’identifiant/modèle pour le prochain tour si le fournisseur l’autorise.

Sur une carte Claude au repos, la zone de saisie vide peut proposer en gris la réponse que vous feriez probablement. Sur ordinateur, Tab la reprend comme brouillon modifiable ; sur mobile, touchez-la au-dessus du champ. Rien n’est envoyé sans vous, et elle s’efface dès que vous tapez (et revient si vous videz le champ) ou que la conversation avance.

Les secrets masqués passent par un flux dédié et ne sont pas enregistrés comme texte normal. Ils atteignent néanmoins le processus agent choisi : n’envoyez qu’un secret que ce processus est autorisé à utiliser.

Les agents se transmettent des secrets de la même façon. Quand un agent répond à une autre carte, il peut joindre un secret qu’il détient, une valeur qu’il a produite, ou un secret du coffre désigné par son nom. L’agent destinataire reçoit le chemin d’un fichier privé ; la conversation affiche le message avec la puce de la carte expéditrice et une tuile par secret, jamais la valeur. Joindre un secret demande les droits d’édition sur la carte destinataire ; dans un autre projet, l’agent ne les a que si la personne pour qui il agit y est au moins contributrice.

Contrôles ​

  • Lancer/Activer démarre un travail différé.
  • Annuler demande l’arrêt du processus actif.
  • Relancer ouvre une nouvelle session avec l’état et les paramètres de la carte.
  • Compacter maintenant, dans le sélecteur de modèle, compacte le contexte de l’agent à la demande, quand l’agent est au repos et que le fournisseur le permet.
  • Détacher ouvre la conversation dans une fenêtre bureau séparée.
  • Le multi-panneau conserve plusieurs cartes visibles ; sa limite se règle dans les paramètres utilisateur.

L’annulation est d’abord coopérative puis forcée si nécessaire. Inspectez toujours le dépôt après interruption : le processus peut déjà avoir écrit des fichiers.

Les messages écrits pendant que l’agent travaillait restent en file après une annulation, et l’agent ne repart pas seul : la file passe « en suspens ». Envoyer, sur sa pastille ou en bas de son panneau, lance un tour avec le premier message ; les suivants partent à la fin de chaque tour. Un message tapé ensuite emporte toute la file avec lui.

Contexte et continuité ​

Chaque fournisseur gère sa propre fenêtre de contexte ; l’indicateur de consommation de contexte montre son remplissage. Par défaut, l’agent compacte de lui-même quand la fenêtre se remplit : il résume la conversation pour son propre usage et poursuit.

Pour Claude Code et OpenCode, la compaction peut être Automatique ou Manuelle :

  • par abonnement, avec l’interrupteur Compaction automatique dans Paramètres › Identifiants ;
  • par carte, dans le sélecteur de modèle et de raisonnement, à la création de la carte ou en cours de conversation : Compaction auto (Compaction sur mobile) suit l’identifiant, ou force Automatique ou Manuelle.

Pour compacter à la demande, utilisez Compacter maintenant dans ce même sélecteur (agent au repos et fournisseur compatible), ou tapez /compact si le fournisseur le comprend (Claude Code, Grok, OpenCode…).

Si une conversation dépasse malgré tout la fenêtre du modèle, le tour s’arrête sur Contexte plein, à l’endroit même de la conversation, quel que soit le fournisseur. Quand le fournisseur sait compacter à la demande, Compacter résume les échanges anciens et reprend ; sinon, le message se contente d’expliquer ce qui s’est passé. Quand la compaction automatique est désactivée sur la carte, le message le dit et renvoie au réglage de la carte.

Si le fournisseur ne peut plus reprendre la session de la carte — transcript purgé ou devenu illisible —, le tour s’arrête sur Session introuvable. Reprendre sur la fin de l’historique réécrit la conversation dans une nouvelle session du fournisseur à partir de ce que Stib conserve, puis reprend votre dernier message. Seuls les messages et les réponses sont rejoués, pas les appels d’outils ni le raisonnement. L’action n’est proposée que pour les fournisseurs dont Stib sait écrire la session.

Chaque tour arrêté se présente de la même façon sur le web et sur mobile : un titre, une phrase, les actions possibles, et le diagnostic du fournisseur replié sous Détails techniques (secrets retirés). Une réponse coupée par la limite de sortie du modèle affiche Réponse tronquée (limite de sortie) avec Continuer.

Mode plan, questions natives, skills, sous-agents, objectifs et messages en cours de tour dépendent des capacités. L’interface désactive ou explique les actions indisponibles.

Hub Agents global ​

Ouvrez Agents dans la barre supérieure pour voir les conversations en cours, en attente, terminées, échouées ou non lues dans l’organisation. Filtres et regroupements permettent de retrouver le travail sans repasser par son board. Arrêter une tâche ici agit sur la même session serveur que le panneau de carte.

Erreurs ​

Une erreur agent ne signifie pas que ses fichiers ont disparu. Lisez message final, outils et diff ; choisissez ensuite relance, consigne complémentaire, déplacement ou nettoyage du worktree. Corrigez les erreurs d’authentification ou quota dans Identifiants avant de multiplier les relances.

Suite : Pipeline, Intégration Git et Paramètres.