Questions et autorisations

Les questions, Forms et demandes d’autorisation natives se traitent dans le dock d’interruption juste au-dessus de la zone de saisie, pas dans les cartes d’outils en attente de la transcription.

Trouver la demande et vérifier sa source

1. Sélectionnez une conversation avec Entrée requise / Autorisation requise, ou cliquez sur le badge de demande du projet pour ouvrir le dock sur place.
2. Lisez le type de demande, le titre de conversation et la provenance avant de développer ou de répondre.
3. Si plusieurs demandes attendent, utilisez Demande précédente / Demande suivante. Utilisez Voir la conversation seulement pour naviguer vers sa source.

Les arrivées ne remplacent pas la demande en cours d’édition et ne vous font pas naviguer ailleurs. La sélection reste sur la même demande pendant les actualisations de file ; les flèches ne bouclent pas aux extrémités. Après règlement, la demande d’une autre conversation sans rapport reste compacte jusqu’à son ouverture.

Replier les demandes masque le corps ; cela ne refuse, n’annule et ne répond à rien. Un éditeur développé réduit temporairement la zone de saisie à sa hauteur minimale sans changer sa taille enregistrée ni son brouillon. Son contenu défile indépendamment des actions de réponse fixes.

Répondre aux questions et Forms

1. Développez la demande voulue et remplissez ses champs ou sélectionnez les choix proposés.
2. Lorsqu’un champ de choix autorise les réponses personnalisées, un champ de texte supplémentaire s’affiche : saisissez-y votre propre réponse à la place d’un choix proposé (ou ajoutez des valeurs personnalisées pour un champ à choix multiples). Répondez à chaque question obligatoire.
3. Choisissez Envoyer ; n’utilisez Annuler pour une question ou un Form que si vous souhaitez cette annulation native.

Les réponses partielles et brouillons de refus survivent aux actualisations de file et à la navigation entre conversations dans le client actif. Ce ne sont ni une décision soumise ni une garantie de récupération après effacement des données du client. Une réponse échouée reste modifiable ; inspectez la demande en attente avant de réessayer. CodeNomad ne rejoue pas automatiquement une réponse.

Certains Forms proposent Ouvrir le formulaire externe pour un parcours navigateur. Suivez les instructions puis revenez à son statut, sans considérer une page ouverte comme une réponse réussie. Les Forms arbitraires de fournisseur/d’authentification ne sont pas nécessairement des éléments de conversation.

Les outils de question natifs terminés montrent dans l’historique la question, la réponse sélectionnée, les descriptions d’options et le texte personnalisé exact. Autres choix garde les autres choix accessibles. Ces résultats terminés sont distincts du dock actif.

Autoriser ou refuser une permission

1. Lisez l’opération, les ressources et l’éventuel Diff demandé. Vérifiez quelle conversation recevra la décision.
2. Saisissez éventuellement un commentaire expliquant un refus ou une solution plus sûre.
3. Choisissez Autoriser une fois, Toujours autoriser ou Refuser.

L’approbation peut déclencher immédiatement l’exécution d’un outil. Ce n’est pas une simulation. Les limites de diff/lecture et les contrôles d’identité de source peuvent empêcher une approbation si le contenu demandé ne peut pas être validé ; actualisez et examinez la demande réelle plutôt que d’approuver par supposition une autre opération.

Si un autre client règle une demande, elle peut disparaître ici. Un délai dépassé ou une réponse échouée ne prouve pas si le service natif a accepté la décision : laissez la réconciliation des demandes actualiser le dock avant de faire un autre choix délibéré. Une réponse ambiguë n’est jamais affichée comme une décision confirmée inventée.

Lire les reçus d’autorisation

1. Cherchez Décisions d’autorisation à côté du contenu de transcription associé, même si les cartes d’outils natives sont masquées.
2. Pour les décisions sans message source, ouvrez Décisions d’autorisation de la session.
3. Utilisez Charger d’autres décisions pour continuer, ou Réessayer après un échec de lecture.

Les reçus enregistrent les demandes/ressources connues, la décision confirmée et le motif/la provenance disponible. Décision dans CodeNomad, Automatique · Yolo et Décision native distinguent les origines observées ; un règlement natif ne prouve pas un clic utilisateur dans cette fenêtre.

Les reçus sont des annotations CodeNomad en lecture seule, pas des messages natifs ou des éditeurs de règles d’autorisation. Ils sont exclus de la recherche native dans tout l’historique, de la copie des messages et de l’export. Ils ne peuvent pas reconstruire les décisions manquées quand CodeNomad était hors ligne, et un résultat d’outil réussi ne remplace pas un reçu manquant. Supprimer une session retire ses reçus.

Mode Yolo et portée familiale

1. Sélectionnez une conversation et ouvrez Statut → Mode yolo.
2. Activez-le uniquement si l’approbation automatique des autorisations convient à toute la famille.
3. Désactivez-le avant d’autres travaux non fiables ; vérifiez les demandes en attente et les outils déjà actifs.

Même si la commande parle d’une session, sa portée effective est la racine de famille résolue et ses descendants : l’activer/le désactiver depuis un enfant affecte cette famille. Une bifurcation native est traitée comme sa propre racine. Ce n’est pas une approbation globale de tous les projets ou conversations indépendantes.

Yolo approuve uniquement les autorisations. Il ne répond pas aux questions ou Forms, ne fournit pas les informations manquantes, ne garantit pas le succès et ne contourne pas les contrôles de propriété du backend. Le backend CodeNomad effectue l’approbation automatique : fermer une fenêtre ne suffit pas à la désactiver si le backend reste actif, et un backend arrêté ne peut pas continuer à approuver. Le réglage familial est enregistré et restauré au prochain chargement de l’espace de travail.

Désactiver Yolo ne révoque pas une décision déjà acceptée et n’annule pas les effets sur les fichiers/le réseau. Vérifiez les reçus Automatique · Yolo et arrêtez explicitement l’exécution au besoin. Pour l’automatisation avec validations humaines, voir Missions.

Récupérer les demandes manquantes ou périmées

1. Vérifiez l’indicateur de connexion et reconnectez-vous au même backend/projet.
2. Laissez la récupération réconcilier les demandes natives en attente ; les demandes connues et brouillons restent conservés si la couverture est incomplète.
3. Si l’avertissement récupération incomplète des questions et permissions apparaît, il indique le projet, la cause, les dossiers et les sessions concernés. Corrigez cette cause (par exemple un worktree supprimé, ou une session qui travaille hors de ce projet) ; le passage de récupération suivant réessaie automatiquement.

La récupération ne charge pas tous les worktrees inactifs pour énumérer les demandes. Une réponse incomplète n’est pas une file vide faisant autorité, et l’avertissement n’autorise pas à répéter un prompt, une réponse ou une approbation. Recharger la configuration peut annuler des Forms/autorisations natifs ; ne l’utilisez pas comme bouton d’actualisation habituel des demandes. Voir Dépannage et Configuration d’OpenCode.