Tâches
Board de tâches Navin : planifier, enrichir et piloter en mode humain, agent ou hybride
5 août 2026 · 4 min de lecture · Équipe Navin
Comment l'agent gère les tâches comme un expert : depends_on, chemin critique, acceptance, preuves, ledger, assignation human/agent/subagent et autonomie.
Un vrai expert ne gère pas les tâches comme une todo list : il décompose, ordonne, enrichit, assigne, vérifie et replanning quand la réalité bouge. C'est exactement ce que le board Navin force - pour vous, pour l'agent, ou pour un duo hybride.
Kanban live, graphe de dépendances, chemin critique, critères d'acceptance, preuves obligatoires, ledger de mission, autonomie optionnelle. Pas un gadget de sticky notes : un poste de delivery.
Ce que l'agent sait vraiment faire sur les tâches
| Capacité | Comment | Pourquoi ça change tout |
|---|---|---|
| Planifier | /blueprint, milestones, tâches atomiques | Un objectif devient une file exécutable |
| Ordonner | depends_on (pas seulement la priorité) | Le board calcule ready / blocked / chemin critique |
| Enrichir | description, acceptance, validation, labels, agent hint | Chaque carte est un brief, pas un titre vague |
| Assigner | human:…, agent:…, subagent:… | Hybride clair : qui décide, qui exécute |
| Exécuter | board next → claim → travail → comment → move | Une discipline unique pour humain et agent |
| Vérifier | validation=test|lint|verify + evidence | Impossible de marquer done sans preuve |
| Replanifier | ledger + ledger_replan / pause | Stall et boucles détectés, pas de course aveugle |
| Livrer | autonomie : branche, PR, sync issues | La tâche finit en reviewable git, pas en « ok chat » |
Trois modes de collaboration
1. Dev-first (humain pilote)
Vous créez et peaufinez les cartes dans Tasks (Code ou Project Home). L'agent prend uniquement ce que vous lui donnez (/board task <id> ou claim manuel). Idéal quand le jugement métier reste chez vous.
2. Agent-first (agent expert)
/blueprint ou /mission : l'agent lit le board (board plan), crée milestones et tâches, câble depends_on, pose acceptance + validation, puis exécute via /forge ou /cruise. Vous validez le plan, pas chaque micro-mouvement.
3. Hybride (le vrai expert)
L'humain fixe le goal, les contraintes et les décisions irréversibles (blocked + human:…). L'agent enrichit, découpe, exécute les ready, spawn des sous-agents sur le parallèle, et s'arrête dès qu'il manque une info. C'est le pattern Magentic-One / Progress Ledger - natif Navin, sans framework externe.
La règle d'or : depends_on, pas la priorité seule
La priorité dit à quel point ça compte.
depends_on dit ce qui est physiquement impossible avant autre chose.
Le board en tire trois faits utiles :
- ready - toutes les dépendances sont
done; - blocked - dépendance ouverte, ou humain qui a parké ;
- chemin critique - la plus longue chaîne ouverte (la raccourcir raccourcit le projet).
board next renvoie la file déjà triée : chemin critique d'abord, puis ce qui débloque le plus, puis priorité. L'agent ne « sent » pas la prochaine carte : il suit le contrat.
Enrichir une tâche comme un lead tech
Une bonne carte Navin porte :
- title clair et livrable unique ;
- description avec contexte et hors-scope ;
- acceptance binaire (done / not done) ;
- validation (
test/lint/verify/manual/none) ; - depends_on vers les prérequis réels ;
- assignee explicite (humain, agent, subagent) ;
- comments au fil de l'eau (findings, chemins de fichiers, décisions).
Les audits (/inspect, /fortify, /debug) doivent créer des tâches status=fix pour chaque finding confirmé - sinon le savoir meurt dans le chat.
Statuts d'un vrai pipeline
backlog → planned → in_progress → review → audit → fix → done (+ blocked / cancelled).
review: un humain doit regarder ;audit/fix: findings à traiter ;done: preuve jointe si validation l'exige ;blocked: décision, credentials, ou irréversible - avec commentaire de ce qui manque.
Autonomie : quand l'expert enchaîne
Avec le consentement board autonome :
board next→ claim ;- branche isolée
navin/task-<id>; - implémentation + tests ;
doneavec evidence → push + PR ;- issue GitHub fermée si sync active ;
- tâche suivante, jusqu'à blocked ou file vide.
Vous restez le merge. L'agent reste l'exécutant discipliné.
Comparaison : todo SaaS vs board Navin
| Besoin | Todo / Jira seul | Board agent Navin |
|---|---|---|
| Qui écrit les tâches | Humain | Humain, agent, ou les deux |
| Ordre d'exécution | Priorité subjective | Graphe + chemin critique |
| Preuve de done | Checkbox | Evidence obligatoire |
| Contexte agent | Copier-coller | Carte = brief runtime |
| Parallelisme | Manuels | Ready queue + spawn |
| Livraison git | Ailleurs | Branche + PR liées à la carte |
FAQ
L'agent peut-il créer des tâches tout seul ?
Oui : create / update / move / comment / milestone, comme un humain dans le panneau Tasks. Sous autonomie, il enchaîne sans redemander entre chaque carte.
Que se passe-t-il s'il manque une info ?
Il met blocked, assigne human:…, commente, notifie - et ne invente pas de faits.
/blueprint exécute-t-il du code ?
Non. Plan + ledger + tâches. Le build commence avec /forge, /cruise ou le bouton Build.
Où voir le board ?
Workbench Code et onglet Tasks de Project Home : même composant, mêmes events live.
Télécharger Navin · Fonctionnalités · Documentation
Maillage interne
- Autonomie git / PR / issues → board autonome
- Kill-switches Git (Settings > Security) → kill-switches
- Continuité projet → Project Home
- Radar santé → Vision 360 audit
- Cycle Agent / Plan / Revue → module Code
- Équipe multi-agents → agents Navin
Conclusion
Gérer les tâches comme un expert, ce n'est pas cocher des cases : c'est planifier un graphe, enrichir chaque carte, choisir humain / agent / hybride, exiger des preuves, et replanifier sans perdre le fil. C'est ce que Navin industrialise - pour que l'agent ne soit plus un chat brillant, mais un collaborateur de delivery.
Essayez Navin sur votre machine
Agent local, multiplateforme. Code, debug, scrape, leads, sécurité et review - sans quitter Navin.