Board autonome Navin : branches auto, pull requests et issues GitHub

Le board de tâches de Navin n'est plus un simple kanban : avec un consentement explicite, il devient un pipeline de livraison auto-piloté. L'agent enchaîne les tâches prêtes, isole chaque tâche sur sa propre branche git, ouvre une pull request quand c'est terminé, synchronise les issues GitHub et peut même corriger une issue de bout en bout - pendant que vous gardez le dernier mot sur chaque merge.

Ce que l'autonomie du board fait vraiment

Le cycle de vie d'une tâche sous autonomie

1. board next : l'agent prend la meilleure tâche prête (chemin critique d'abord).
2. claim : la branche navin/task-<id>-<slug> est créée automatiquement.
3. Implémentation et validation : tests, lint, verify - la preuve reste obligatoire.
4. done : le reliquat est commité (uniquement sur la branche de tâche), la branche est poussée, la PR s'ouvre avec la description, l'acceptance et la preuve.
5. L'issue GitHub liée est fermée avec un commentaire, et l'agent passe à la tâche suivante.
6. Une tâche bloquée déclenche une notification warning et n'arrête pas le reste de la file.

Chaque étape laisse une trace : branche, lien PR, lien issue et commentaires sont enregistrés sur la carte. Des semaines plus tard, vous relisez toute l'histoire.

Un consentement explicite, jamais un daemon caché

Rien ne change tant que vous n'activez pas le toggle Autonomy dans l'onglet Tasks. Un dialog explique exactement ce que l'agent pourra faire et vous laisse choisir chaque capacité :

• Branche isolée par tâche - activée par défaut.
• Pull request au done - activée par défaut, nécessite le CLI gh.
• Sync des issues GitHub - désactivée par défaut.
• Corriger les issues en autonomie - désactivée par défaut : l'agent peut alors mener une issue jusqu'à l'état testé, commité, fermé.
• Autopilot loop - désactivée par défaut : un cron lié à la session traite le board en continu.

Le consentement est horodaté et écrit dans <projet>/.navin/board/settings.json : il voyage avec le dépôt et il est partagé entre le module Code et tous les studios. Et pour l'opérateur, deux kill-switches globaux dans Settings > Security > Git coupent l'auto-branche et l'auto-PR sur toute la machine, quel que soit le projet.

Ne jamais perdre de travail, par construction

C'est la partie que les autres outils racontent mal. La plomberie d'autonomie de Navin n'utilise que des commandes git qui créent ou préservent : git switch -c, git add, git commit, git push -u sans force. Aucun reset, aucun clean, aucun force-push, aucune suppression de branche - et un test de régression dédié fait échouer le build si quelqu'un en ajoute un jour.

• L'agent ne merge jamais une pull request : la review reste à vous.
• Les commandes destructrices tapées au shell (git reset --hard, git clean, git push --force, git branch -D) sont interceptées et demandent votre approbation.
• Un dépôt en plein merge ou rebase refuse l'auto-branche avec un message clair.
• Pas de gh, pas de remote, pas de réseau ? Le board continue et la raison est consignée en commentaire.

Issues GitHub : trois directions, zéro doublon

L'onglet Issues de Project Home liste les issues du dépôt et permet trois mouvements, tous dédupliqués par URL :

1. Importer dans le board : une tâche par issue ouverte, labellisée github plus les labels d'origine.
2. Issue miroir : l'agent crée l'issue GitHub d'une tâche avec description, acceptance et preuve.
3. Corriger avec l'agent : un clic envoie un brief strict - reproduire, corriger sur branche isolée, tests verts, commit, PR, et seulement ensuite fermer l'issue et re-synchroniser le board.

Comparaison avec un IDE IA classique

FAQ

Activer l'autonomie lance-t-il du travail immédiatement ?

Non. Cela change ce qui se passe pendant les runs que vous lancez (Run agent, /forge, /cruise, /mission). L'option Autopilot loop, séparée et désactivée par défaut, couvre le traitement continu.

Et si mon projet n'est pas un dépôt git ?

Branches et PR sont sautées avec un commentaire explicatif ; l'enchaînement des tâches continue de fonctionner.

L'agent peut-il fermer une issue sans l'avoir corrigée ?

Non. La consigne est explicite : jamais de fermeture sans fix testé et commité. Et la fermeture passe par un commentaire qui référence la correction.

De quoi ai-je besoin ?

Git pour les branches, et le CLI GitHub gh authentifié pour les PR et les issues.

Télécharger Navin · Fonctionnalités · Documentation

Maillage interne recommandé

• Reprendre un projet après des semaines → Project Home
• Couper branches / PR globalement → kill-switches Git
• Blueprint → Forge → Cruise → Plan / Mission
• Mémoire durable → Project Brain
• Planifier et piloter les tâches (humain / agent / hybride) → board expert
• Le poste de pilotage complet → Vision 360
• Le cycle Agent, Plan, Revue, Sécurité → module Code
• Monter une équipe d'agents → agents Navin

Conclusion

L'autonomie du board transforme une liste de cartes en throughput réel : des branches propres, des PR reviewables, des issues fermées avec preuves, et un humain qui décide de chaque merge. C'est l'autonomie qui fait la différence - sans jamais mettre votre dépôt en danger.