Boucle agent

Ce que cela signifie pour l'utilisateur

YeePilot ne se limite pas a une question et une reponse. Pour les taches plus importantes, il peut progresser par etapes :

1. comprendre l'objectif
2. reunir le contexte
3. proposer un plan
4. executer les actions approuvees
5. verifier le resultat
6. tenter une recuperation sure en cas d'echec
7. terminer par un resume

C'est ce comportement que la documentation appelle la boucle agent.

Quand vous le verrez

Vous le remarquerez surtout lorsque :

• vous utilisez /plan <tache>
• vous demandez du travail sur plusieurs fichiers
• vous lancez un diagnostic, une reparation ou une migration
• la tache demande une verification apres execution

Le client interactif moderne utilise deja le runtime agentique par defaut. Vous n'avez pas besoin d'activer un ancien "agent mode" separe.

Le controle principal : /plan

Utilisez le plan mode quand vous voulez que YeePilot reste explicite :

/plan on
/plan status
/plan Review this repo and propose the safest way to add health checks

/plan on rend ce comportement persistant dans la session. /plan <tache> est pratique pour une tache unique.

Profils d'autonomie

L'autonomie controle l'agressivite de YeePilot apres la phase de plan :

/autonomy status
/autonomy guarded
/autonomy strict_review

Profils disponibles :

• high
• guarded
• strict_review
• ultra

Recommandation courante :

• guarded pour le travail normal
• strict_review pour les changements sensibles

Verification et recuperation

Quand YeePilot modifie des fichiers ou lance un flux a impact, il cherche a terminer avec une preuve que le resultat fonctionne. Cette preuve peut etre :

• un resultat de commande propre
• une compilation reussie
• des tests verts
• un controle de service ou de sante

Si la verification echoue, YeePilot peut faire des tentatives bornees de recuperation plutot que de boucler sans fin.

Vibe coding et acces local

Certains plans ou abonnements autorisent les outils locaux de code et de mutation, d'autres non. Pour l'utilisateur final, cette capacite apparait sous vibe_coding.

En pratique :

• si vibe_coding est autorise par le plan et active localement, YeePilot peut utiliser les outils locaux de code et de modification
• si c'est coupe localement ou bloque par le plan, ces outils restent indisponibles

Vous pouvez voir ou changer ce reglage dans Settings du HUD lorsque votre plan le permet.

Bonne facon de l'utiliser

1. commencez avec /plan <tache>
2. laissez l'autonomie sur guarded ou strict_review
3. joignez les fichiers utiles
4. verifiez les preuves de verification
5. exportez la session si vous avez besoin d'une trace partageable