AskUserQuestion). Les deux déclenchent votre callback canUseTool, qui met en pause l’exécution jusqu’à ce que vous retourniez une réponse. C’est différent des tours de conversation normaux où Claude termine et attend votre prochain message.
Pour les questions de clarification, Claude génère les questions et les options. Votre rôle est de les présenter aux utilisateurs et de retourner leurs sélections. Vous ne pouvez pas ajouter vos propres questions à ce flux ; si vous avez besoin de poser une question aux utilisateurs vous-même, faites-le séparément dans votre logique d’application.
Le callback peut rester en attente indéfiniment. L’exécution reste en pause jusqu’à ce que votre callback retourne, et le SDK n’annule l’attente que lorsque la requête elle-même est annulée. Si un utilisateur pourrait prendre plus de temps pour répondre que votre processus ne peut raisonnablement rester en cours d’exécution, retournez la décision du hook defer, qui permet au processus de quitter et de reprendre plus tard à partir de la session persistante.
Ce guide vous montre comment détecter chaque type de demande et répondre de manière appropriée.
Détecter quand Claude a besoin d’une entrée
Passez un callbackcanUseTool dans vos options de requête. Le callback se déclenche chaque fois que Claude a besoin d’une entrée utilisateur, en recevant le nom de l’outil et l’entrée comme arguments :
- L’outil a besoin d’approbation : Claude veut utiliser un outil qui n’est pas auto-approuvé par les règles de permission ou les modes. Vérifiez
tool_namepour l’outil (par exemple,"Bash","Write"). - Claude pose une question : Claude appelle l’outil
AskUserQuestion. Vérifiez sitool_name == "AskUserQuestion"pour le gérer différemment. Si vous spécifiez un tableautools, incluezAskUserQuestionpour que cela fonctionne. Voir Gérer les questions de clarification pour plus de détails.
Pour autoriser ou refuser automatiquement les outils sans inviter les utilisateurs, utilisez plutôt les hooks. Les hooks s’exécutent avant
canUseTool et peuvent autoriser, refuser ou modifier les demandes en fonction de votre propre logique. Vous pouvez également utiliser le hook PermissionRequest pour envoyer des notifications externes (Slack, email, push) lorsque Claude attend une approbation.Gérer les demandes d’approbation d’outil
Une fois que vous avez passé un callbackcanUseTool dans vos options de requête, il se déclenche lorsque Claude veut utiliser un outil qui n’est pas auto-approuvé. Votre callback reçoit trois arguments :
| Argument | Description |
|---|---|
toolName | Le nom de l’outil que Claude veut utiliser (par exemple, "Bash", "Write", "Edit") |
input | Les paramètres que Claude passe à l’outil. Le contenu varie selon l’outil. |
options (TS) / context (Python) | Contexte supplémentaire incluant des suggestions optionnelles (entrées PermissionUpdate proposées pour éviter de re-inviter) et un signal d’annulation. En TypeScript, signal est un AbortSignal ; en Python, le champ signal est réservé pour une utilisation future. Voir ToolPermissionContext pour Python. |
input contient des paramètres spécifiques à l’outil. Exemples courants :
| Outil | Champs d’entrée |
|---|---|
Bash | command, description, timeout |
Write | file_path, content |
Edit | file_path, old_string, new_string |
Read | file_path, offset, limit |
En Python,
can_use_tool nécessite le mode streaming et un hook PreToolUse qui retourne {"continue_": True} pour garder le flux ouvert. Sans ce hook, le flux se ferme avant que le callback de permission puisse être invoqué.y est traitée comme un refus. En pratique, vous pourriez construire une interface utilisateur plus riche qui permet aux utilisateurs de modifier la demande, de fournir des commentaires, ou de rediriger Claude entièrement. Voir Répondre aux demandes d’outil pour tous les moyens de répondre.
Répondre aux demandes d’outil
Votre callback retourne l’un de deux types de réponse :| Réponse | Python | TypeScript |
|---|---|---|
| Allow | PermissionResultAllow(updated_input=...) | { behavior: "allow", updatedInput } |
| Deny | PermissionResultDeny(message=...) | { behavior: "deny", message } |
- Approuver : laisser l’outil s’exécuter comme Claude l’a demandé
- Approuver avec des modifications : modifier l’entrée avant l’exécution (par exemple, nettoyer les chemins, ajouter des contraintes)
- Approuver et mémoriser : renvoyer une règle de permission suggérée pour que les appels correspondants ignorent l’invite la prochaine fois
- Rejeter : bloquer l’outil et dire à Claude pourquoi
- Suggérer une alternative : bloquer mais guider Claude vers ce que l’utilisateur veut à la place
- Rediriger entièrement : utiliser streaming input pour envoyer à Claude une instruction complètement nouvelle
- Approuver
- Approuver avec des modifications
- Approuver et mémoriser
- Rejeter
- Suggérer une alternative
- Rediriger entièrement
L’utilisateur approuve l’action telle quelle. Passez l’
input de votre callback inchangée et l’outil s’exécute exactement comme Claude l’a demandé.Gérer les questions de clarification
Lorsque Claude a besoin de plus de direction sur une tâche avec plusieurs approches valides, il appelle l’outilAskUserQuestion. Cela déclenche votre callback canUseTool avec toolName défini sur AskUserQuestion. L’entrée contient les questions de Claude sous forme d’options à choix multiples, que vous affichez à l’utilisateur et retournez ses sélections.
Les étapes suivantes montrent comment gérer les questions de clarification :
Passer un callback canUseTool
Passez un callback
canUseTool dans vos options de requête. Par défaut, AskUserQuestion est disponible. Si vous spécifiez un tableau tools pour restreindre les capacités de Claude (par exemple, un agent en lecture seule avec seulement Read, Glob, et Grep), incluez AskUserQuestion dans ce tableau. Sinon, Claude ne pourra pas poser de questions de clarification :Détecter AskUserQuestion
Dans votre callback, vérifiez si
toolName est égal à AskUserQuestion pour le gérer différemment des autres outils :Analyser l'entrée de la question
L’entrée contient les questions de Claude dans un tableau Voir Format de question pour les descriptions complètes des champs.
questions. Chaque question a une question (le texte à afficher), des options (les choix), et multiSelect (si plusieurs sélections sont autorisées) :Collecter les réponses de l'utilisateur
Présentez les questions à l’utilisateur et collectez ses sélections. La façon dont vous le faites dépend de votre application : une invite de terminal, un formulaire web, un dialogue mobile, etc.
Retourner les réponses à Claude
Construisez l’objet
Pour les questions multi-sélection, passez un tableau de labels ou joignez-les avec
answers comme un enregistrement où chaque clé est le texte de question et chaque valeur est le label de l’option sélectionnée :| De l’objet question | Utiliser comme |
|---|---|
Champ question (par exemple, "How should I format the output?") | Clé |
Champ label de l’option sélectionnée (par exemple, "Summary") | Valeur |
", ". Si vous supportez l’entrée de texte libre, utilisez le texte personnalisé de l’utilisateur comme valeur.Format de question
L’entrée contient les questions générées par Claude dans un tableauquestions. Chaque question a ces champs :
| Champ | Description |
|---|---|
question | Le texte complet de la question à afficher |
header | Étiquette courte pour la question (max 12 caractères) |
options | Tableau de 2-4 choix, chacun avec label et description. TypeScript : optionnellement preview (voir ci-dessous) |
multiSelect | Si true, les utilisateurs peuvent sélectionner plusieurs options |
Aperçus d’options (TypeScript)
toolConfig.askUserQuestion.previewFormat ajoute un champ preview à chaque option afin que votre application puisse afficher une maquette visuelle à côté du label. Sans ce paramètre, Claude ne génère pas d’aperçus et le champ est absent.
previewFormat | preview contient |
|---|---|
| non défini (par défaut) | Le champ est absent. Claude ne génère pas d’aperçus. |
"markdown" | Art ASCII et blocs de code clôturés |
"html" | Un fragment <div> stylisé (le SDK rejette <script>, <style>, et <!DOCTYPE> avant que votre callback ne s’exécute) |
preview sur les options où une comparaison visuelle aide (choix de mise en page, schémas de couleurs) et l’omet où ce ne serait pas le cas (confirmations oui/non, choix texte uniquement). Vérifiez undefined avant de rendre.
Format de réponse
Retournez un objetanswers mappant le champ question de chaque question au label de l’option sélectionnée :
| Champ | Description |
|---|---|
questions | Passez le tableau de questions original (requis pour le traitement de l’outil) |
answers | Objet où les clés sont le texte de la question et les valeurs sont les labels sélectionnés |
response | Réponse freeform optionnelle que l’utilisateur a tapée au lieu de répondre aux questions structurées |
", ". Pour l’entrée de texte libre par question, comme une option « Autre », mettez le texte de l’utilisateur dans answers[question] comme indiqué dans Supporter l’entrée de texte libre. Définissez response uniquement lorsque votre interface utilisateur permet à l’utilisateur de rejeter la carte de question et de taper une réponse générale qui n’est pas une réponse à une question spécifique. Lorsque response est défini, Claude reçoit « L’utilisateur a répondu : … » au lieu de la liste de réponses par question.
Supporter l’entrée de texte libre
Les options prédéfinies de Claude ne couvriront pas toujours ce que les utilisateurs veulent. Pour permettre aux utilisateurs de taper leur propre réponse :- Affichez un choix supplémentaire « Autre » après les options de Claude qui accepte l’entrée de texte
- Utilisez le texte personnalisé de l’utilisateur comme valeur de réponse (pas le mot « Autre »)
Exemple complet
Claude pose des questions de clarification lorsqu’il a besoin d’une entrée utilisateur pour continuer. Par exemple, lorsqu’on lui demande d’aider à décider d’une pile technologique pour une application mobile, Claude pourrait poser des questions sur cross-platform vs native, les préférences de backend, ou les plates-formes cibles. Ces questions aident Claude à prendre des décisions qui correspondent aux préférences de l’utilisateur plutôt que de deviner. Cet exemple gère ces questions dans une application de terminal. Voici ce qui se passe à chaque étape :- Router la demande : Le callback
canUseToolvérifie si le nom de l’outil est"AskUserQuestion"et route vers un gestionnaire dédié - Afficher les questions : Le gestionnaire boucle à travers le tableau
questionset imprime chaque question avec des options numérotées - Collecter l’entrée : L’utilisateur peut entrer un numéro pour sélectionner une option, ou taper du texte libre directement (par exemple, « jquery », « je ne sais pas »)
- Mapper les réponses : Le code vérifie si l’entrée est numérique (utilise le label de l’option) ou du texte libre (utilise le texte directement)
- Retourner à Claude : La réponse inclut à la fois le tableau
questionsoriginal et le mappinganswers
Limitations
- Subagents :
AskUserQuestionn’est actuellement pas disponible dans les subagents générés via l’outil Agent - Limites de questions : chaque appel
AskUserQuestionsupporte 1-4 questions avec 2-4 options chacune
Autres façons d’obtenir une entrée utilisateur
Le callbackcanUseTool et l’outil AskUserQuestion couvrent la plupart des scénarios d’approbation et de clarification, mais le SDK offre d’autres façons d’obtenir une entrée des utilisateurs :
Streaming input
Utilisez streaming input lorsque vous avez besoin de :- Interrompre l’agent en cours de tâche : envoyer un signal d’annulation ou changer de direction pendant que Claude travaille
- Fournir un contexte supplémentaire : ajouter des informations dont Claude a besoin sans attendre qu’il les demande
- Construire des interfaces de chat : permettre aux utilisateurs d’envoyer des messages de suivi pendant les opérations longues
Outils personnalisés
Utilisez outils personnalisés lorsque vous avez besoin de :- Collecter une entrée structurée : construire des formulaires, des assistants, ou des flux de travail multi-étapes qui vont au-delà du format à choix multiples de
AskUserQuestion - Intégrer des systèmes d’approbation externes : se connecter à des plates-formes de ticketing, de flux de travail, ou d’approbation existantes
- Implémenter des interactions spécifiques au domaine : créer des outils adaptés aux besoins de votre application, comme des interfaces d’examen de code ou des listes de contrôle de déploiement
canUseTool intégré.
Ressources connexes
- Configurer les permissions : configurer les modes et règles de permission
- Contrôler l’exécution avec les hooks : exécuter du code personnalisé à des points clés du cycle de vie de l’agent
- Référence du SDK TypeScript : documentation complète de l’API canUseTool