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.
  • 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.

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.

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.

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 ou le relais de contexte réduit la pression si 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.

Contexte et continuité

Stib suit les informations de contexte rapportées par chaque fournisseur. Selon ses capacités et les réglages, il peut compacter, continuer ou relayer le travail dans une nouvelle session. Un relais conserve un résumé généré et l’historique de carte, pas l’état interne caché du fournisseur.

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.