babysit-pr

Beaucoup de dépôts ont des robots de révision par IA. Ils sont utiles, même s'ils n'ont pas toujours raison. Babysit PR part de ce fait: ne jamais écrire son propre observateur, sa propre boucle d'attente ou de pause. Utilisez un seul observateur par PR. Dans T3 Code, watch_pull_request réveille l'agent quand une vérification échoue, quand les vérifications requises passent, quand quelqu'un commente ou révise, ou quand la branche entre en conflit. Partout ailleurs, pr-wait, depuis le dossier de ce skill, imprime une ligne par événement réel et se termine avec 0 quand la condition until est remplie ou que la PR fusionne, 1 quand il a besoin de l'utilisateur, et 2 en cas d'entrée invalide. Son mode ready veut dire vérifications requises au vert, révision de la tête par Greptile ou Macroscope, et aucun fil non résolu. Son mode green veut dire vérifications requises seulement, et any-change se termine au premier événement. Seul le fil qui possède la PR la surveille. Une tâche enfant déléguée n'appelle jamais watch_pull_request, puisque le parent possède la PR. Un réveil est une nouvelle, pas une décision de fusion: la porte de fusion doit être vérifiée séparément. Au moment de passer la main, arrêtez d'abord la surveillance, puisqu'un fil surveillé reste en cours et hors de la boîte de réception de l'utilisateur. Une fusion ou une fermeture termine la surveillance d'elle-même. Quand un événement n'exige aucune action, le tour se termine sans message, et "toujours en attente" n'est jamais publié. Les révisions suivent des règles strictes: agir seulement sur les vérifications et commentaires plus récents que le dernier push, vérifier chaque constat de robot par rapport à la source avant de changer du code, corriger les vrais constats et les échecs de CI, distinguer les échecs du dépôt des aléas d'infrastructure, et répondre avec une raison écrite quand on écarte un faux positif. Les règles Macroscope, quand elles sont présentes dans .macroscope/check-run-agents, sont lues avant de répondre à un constat Macroscope. CodeRabbit est consultatif: ses constats sont traités comme tout autre constat, mais il n'est jamais attendu et une fusion n'est jamais retenue pour lui. La taille de la PR est gardée à ce que l'objectif de l'utilisateur exige, et le reste est refusé avec une raison écrite et listé comme suivis. Limites telles qu'écrites dans le SKILL.md: fusionner seulement quand l'utilisateur l'a explicitement demandé, sinon signaler que la PR est prête. Juste avant une fusion, lancer git fetch et vérifier la PR à nouveau. Ne jamais fusionner quand elle est BEHIND ou DIRTY, ou quand des commits de base arrivés après la dernière exécution au vert touchent les fichiers de cette PR. Rebase, push, et attendre le vert à nouveau. Si une PR qui se chevauche rend celle-ci obsolète, arrêter la surveillance, le signaler, et demander avant de fermer sauf si la fermeture a été explicitement autorisée. Les limites de débit GitHub s'appliquent: chaque observateur d'un compte GitHub partage une même limite, et quand GraphQL est épuisé, la limite REST est généralement encore disponible.