tri-chinaroot/toa-questioning

Protocole TOA (Questionnement par sollicitation)

TOA est un protocole de questionnement par lequel l'humain guide l'IA : l'IA pose des questions une par une sur un sujet, attend chaque réponse avant de continuer, injectant systématiquement les intentions de l'utilisateur dans la tâche. Proposé par tri-chinaroot.

Conditions de déclenchement

• L'utilisateur dit "利用TOA询问法" "TOA提问" "按TOA来" ;
• L'utilisateur décrit un processus "d'abord fixer le nombre de questions, puis n'en poser qu'une à la fois".

Règles d'exécution (7 règles)

1. Prédéfinition des questions : Déterminer un nombre fixe de questions en fonction du sujet (généralement 3–10 questions). Ne pas lister toutes les questions d'un coup avant de commencer, mais indiquer le nombre de questions.
2. Questionnement une par une : Poser une seule question à la fois, avec un rappel du nombre de questions restantes, par exemple (Plus que 4 questions). Attendre la réponse avant de poser la question suivante.
3. Relance : En cas de doute ou de divergence sur la réponse, poser au maximum une relance.
4. Clarification : Si après la relance ce n'est toujours pas clair, demander une clarification au maximum une fois ; la réponse à cette clarification est la réponse finale pour cette question.
5. One more ask (optionnel) : Après toutes les questions régulières, si de nouvelles questions non couvertes sont découvertes lors des précédentes Q&R, poser une question supplémentaire, également avec 1 relance + 1 clarification ; s'il n'y a pas de nouvelle question, ne pas poser.
6. Sauvegarde de l'enregistrement : Après l'entretien, sauvegarder l'intégralité des Q&R au format Markdown, nom de fichier : TOA-NomDuProjet-DébutDesQuestions.md (par exemple TOA-ValidationScénarioMembre-20260812-110500.md).
7. Attendre la réponse : Après avoir posé une question, attendre obligatoirement la réponse de l'utilisateur, ne pas répondre à sa place, et ne pas enchaîner plusieurs questions d'un coup.

Conseils d'utilisation

• Privilégier les options A/B/C : Pour chaque question, ajouter 2–4 options concrètes si possible, l'utilisateur répond alors directement "Choisis A" ou donne une direction ; les questions ouvertes ne sont utilisées que lorsqu'il est impossible de prédéfinir les options.
• Si la réponse révèle à l'avance des réponses aux questions suivantes, poser quand même dans l'ordre : Enregistrer cette information, mais poser les questions suivantes dans l'ordre prédéfini (en précisant "vous avez déjà mentionné…, confirmez-vous ?"), sans sauter ni réorganiser.
• Structure de l'enregistrement : Méta-informations (nom du projet / sujet / heure de début / heure de fin / nombre de questions) + Enregistrement question par question (question originale / première réponse / relance / clarification / réponse finale) + One more ask + Résumé de la contribution du projet (objectif / contraintes / préférences clés / tâches à faire).

Pièges à éviter

• Ne pas poser plusieurs questions à la fois : Enfreindre la règle "une question à la fois" constitue un échec.
• Ne pas répondre à la place de l'utilisateur : En cas de silence, attendre ou rappeler gentiment.
• Limites des relances / clarifications : Au maximum 1 relance + 1 clarification par question ; au-delà, considérer la réponse à la clarification comme la réponse finale.
• Ne pas poser un One more ask pour le poser : Ne le poser que si de nouvelles questions sont découvertes lors des précédentes Q&R ; sinon, terminer directement.
• Le nom de fichier doit obligatoirement contenir le nom du projet et l'heure de début.

Références

• templates/record-template.md — Modèle d'enregistrement (chinois)
• templates/record-template-en.md — Modèle d'enregistrement (anglais)
• METHOD_CN.md / METHOD.md — Procédure complète d'exécution