Discussion du dépôt

Certaines questions sont plus rapides à poser qu’à chercher. Où se fait réellement le rafraîchissement du jeton ? Qu’a changé ce commit, en une phrase ? Pourquoi ce fichier existe-t-il ? La discussion du dépôt répond sur le dépôt ouvert et montre les lignes sur lesquelles elle s’est appuyée.

Elle partage la colonne de droite avec Détails : les onglets du haut passent de l’un à l’autre, sans que le graphe perde sa sélection.

Ce qu’elle lit

Chaque réponse se construit en deux passes. La première choisit un petit ensemble de chemins et de recherches littérales dans la liste des fichiers suivis du dépôt. La seconde répond en n’utilisant que les extraits rapportés, et ne peut citer qu’eux : un fichier ou une ligne inventés sont une erreur de validation, pas une réponse plausible.

Un second regard. La première passe doit deviner quels fichiers comptent à partir de leur seul nom, ce qui est exactement la supposition qui échoue sur « d'où est-ce appelé ». Une réponse a donc le droit de redemander plutôt que de deviner : elle peut nommer d'autres chemins, d'autres recherches littérales ou des hachages de commits de l'historique récent, et la question est reposée avec ce que cela ramène. Cela arrive deux fois au plus — chaque tour est un appel de modèle supplémentaire que vous attendez — et au dernier elle doit répondre avec ce qu'elle a. Vous n'en voyez rien, sinon une attente un peu plus longue et une meilleure réponse.

Lire la copie de travail permet de parler de modifications non validées. Cela signifie aussi qu’elles quittent votre machine : le fournisseur configuré dans Fonctions d’IA les reçoit.

Une nuance : avec les propositions d’actions activées, les noms des fichiers non suivis sont inclus dans l’état du dépôt — « indexe le nouveau fichier » en a besoin — mais leur contenu n’est toujours jamais lu.

Épingler du contexte

Le modèle décide de ce qu’il lit. Épingler, c’est passer outre : ce qui est épinglé est lu en premier et prend la plus grande part du budget de contexte.

Quatre façons d’épingler, toutes vers la même rangée de pastilles au-dessus du champ de saisie :

Les pastilles restent épinglées pour les questions suivantes ; le × en retire une, et effacer la conversation les retire toutes. Huit au maximum.

Un commit épinglé apporte son message et jusqu’à douze blocs de diff. Les blocs touchant un chemin exclu sont retirés de ce diff, pas le commit entier.

Réglages

Réglages → IA → Discussion du dépôt :

Avec l’IA entièrement désactivée, la discussion disparaît avec elle : plus de panneau proposant une réponse que rien ne peut produire.

Le modèle de la discussion se change aussi depuis l’en-tête du panneau, à côté du nom du fournisseur : même réglage, sans ouvrir les Réglages.

Le bouton baguette à côté du titre du panneau ouvre l’assistant de configuration IA — un parcours guidé qui génère des fichiers de configuration d’assistant (instructions, agents, hooks) pour ce dépôt. Voir Fonctions d’IA.

Travailler avec les messages

Les messages sont du texte ordinaire. Sélectionnez n'importe quelle partie et copiez-la, ou faites un clic droit sur une bulle : Copier prend la sélection, Copier le message le message entier — une réponse est copiée sous sa forme Markdown — et, si le clic a atterri sur un lien, Copier le lien prend son adresse.

Les liens s'ouvrent dans votre navigateur par défaut, jamais dans Gitcito — qu'il s'agisse des liens Markdown des réponses ou des adresses https:// écrites dans vos propres messages.

Quand un message mentionne une image — un chemin du dépôt comme docs/logo.png, ou une URL se terminant par une extension d'image — survoler la mention affiche un petit aperçu. Les chemins du dépôt sont lus depuis votre arbre de travail ; une mention qui ne correspond pas à une image lisible n'affiche simplement rien.

Exécuter des actions depuis la discussion

Demandez un changement plutôt qu’un fait — indexe les fichiers markdown, valide ceci comme un correctif, mets la sortie du build dans les exclusions — et la réponse arrive avec une carte d’actions. Une conversation vide propose quelques demandes d’exemple sous forme de pastilles sous l’introduction ; en cliquer une remplit le champ de saisie, pour que vous puissiez la modifier avant l’envoi. La carte liste les étapes concrètes que l’assistant veut effectuer, une ligne par action, avec les boutons Exécuter et Ignorer. Rien de ce que contient la carte n’a encore eu lieu ; le modèle ne peut que proposer, et chaque proposition est vérifiée contre la copie de travail avant même que vous la voyiez — une action nommant un fichier qui n’existe pas est rejetée, pas affichée.

Le chat du dépôt peut proposer des modifications exactes, la création ou le remplacement de fichiers entiers et leur suppression, puis des actions Git : motifs d'ignorance, indexer, désindexer, commiter, remiser, abandonner, branche, changement de branche, étiquette et — parce qu'on lui montre la liste des branches et les commits récents — merge, rebase, revert et cherry-pick. Gitcito calcule le diff dépliable en local. Les fichiers existants doivent provenir des preuves lues ; les cibles risquées, secrètes, ignorées, générées, binaires, périmées, trop grosses ou atteintes par lien symbolique sont refusées. Reset, réécriture d'historique, suppression de branche et toute opération forcée restent dans leur interface dédiée.

Un merge ou un rebase peut s'arrêter sur un conflit. Le cas échéant, l'exécution s'arrête là, la carte marque la ligne en échec et conserve le compte de ce qui a déjà tourné, et le bandeau de conflit prend le relais exactement comme pour la même opération lancée depuis la barre d'outils.

Le lot entier est revérifié avant la première écriture et annulé si une étape échoue. Avant un commit, Gitcito vérifie aussi que des changements sont indexés. La carte marque chaque action terminée, échouée ou ignorée et conserve les résultats partiels. Un appel séparé, sans actions, résume ensuite le résultat réel.

Il peut aussi écrire .gitcito.json. Le chat reçoit la forme du fichier de configuration du dépôt : ajoute des liens de tickets pour JIRA-1234 ou protège les branches de release devient une action de fichier écrite contre le vrai schéma, et non des clés plausibles que le chargeur refuserait. Cela demande les actions de fichier activées — le même interrupteur Mode lecture seule des fichiers.

Les lignes qui méritent une image en ont une. Un résumé d'une ligne suffit pour « indexe deux fichiers » et pas du tout pour « ouvre quatre pull requests sur une pile » : les lignes qui décrivent une forme la dessinent — la branche qu'un push publie et son avance, les deux références d'un merge ou d'un rebase, les commits qu'un revert ou un cherry-pick rejouerait avec leur sujet, la pull request telle qu'elle sera, et une pile en échelle avec la base de chaque niveau et ce que la soumission y ferait : ouvrir, recibler ou laisser tel quel.

Actions qui quittent la machine

Récupérer, tirer, pousser, ouvrir une pull request et soumettre une pile sont désactivés par défaut, derrière Autoriser le chat à proposer des actions distantes. Publier du travail mérite un choix explicite, et avec le réglage désactivé le modèle ignore jusqu'à l'existence de ces actions : il ne peut pas en proposer une et se faire refuser, le défaut qui apprend aux gens à activer des options sans les lire.

Une fois activé :

Un push proposé passe d'abord les mêmes garde-fous que celui de la barre d'outils : la confirmation de branche protégée, l'avertissement sur la publication de fichiers ressemblant à des identifiants et la liste de contrôle avant-push du dépôt. Ce sont des dialogues : on y répond avant que le plan démarre, pas depuis l'intérieur.

Annuler un plan

Un plan est approuvé en bloc, donc il s'annule en bloc. Avant la première action capable de changer quoi que ce soit, Gitcito note où était la branche et prend un instantané de l'arbre de travail ; la carte terminée propose alors Annuler le plan. Elle ramène la branche à ce commit et restaure l'arbre, ce qui jette ce que le plan a produit : elle demande donc confirmation et nomme le commit de retour. Les pull requests ouvertes le restent — un dépôt distant n'est pas quelque chose qu'un instantané local peut reprendre.

Modes d’approbation

Le menu au bouclier sous le champ de saisie (aussi dans Réglages → IA → Discussion du dépôt) décide de la façon dont une carte s’exécute :

Une proposition qui abandonnerait des modifications non validées demande toujours d’abord, dans tous les modes, et la confirmation nomme les fichiers qui seraient perdus. La carte rapporte ce qui s’est réellement passé — combien d’actions ont été exécutées, ou l’erreur qui les a arrêtées — et l’assistant est informé du résultat : une question de suivi sait si son plan a été exécuté ou ignoré.

Corriger les erreurs avec l’assistant

Quand une opération git échoue et que la discussion IA est disponible, la notification d’erreur gagne un bouton étincelle : il ouvre la discussion avec l’échec collé dans le champ de saisie — « pourquoi cela a-t-il échoué et que faire » tient en un clic. Le brouillon est modifiable ; rien n’est envoyé avant que vous pressiez Envoyer.

Ce qu’elle refuse

• Les fichiers qui ressemblent à des secrets ne sont jamais lus, épinglés ou non : la pastille revient marquée comme ignorée, avec la raison. Épingler ne contourne pas le masquage des secrets.
• Les binaires et les fichiers de plus de 512 Ko venus de l’extérieur du dépôt sont ignorés de la même façon. À l’intérieur, les règles habituelles s’appliquent.
• Elle n’écrit jamais d’elle-même. Le modèle n’a aucun outil, seulement du texte : un changement arrive comme carte de proposition, ne s’exécute que selon vos règles d’approbation, et une étape destructrice confirme toujours. Avec Proposer des actions git dans la discussion désactivé, elle ne propose même pas.
• Les conversations ne vivent qu’en mémoire. Chaque dépôt garde son fil ; quitter Gitcito les efface.

L’ouvrir

Voir Clavier et raccourcis pour le reste, y compris comment réassigner les bascules de panneau.

Voir aussi : Fonctions d’IA · Sécurité et secrets · Wiki du dépôt