Que fait aida-review ?
Niveau de modèle : standard, dans un contexte de sous-agent frais — il ne doit pas hériter du raisonnement ou de l'historique de discussion du rédacteur ou du planificateur, seulement des artefacts finis. Cette séparation est le point clé : un relecteur qui a vu la justification de l'auteur a tendance à être d'accord avec elle.
Entrée
Seule la sortie, jamais la conversation qui l'a produite :
- Texte de la page rendu (Markdown issu de
aida pages). - Captures d'écran / images fixes vidéo.
- Le rapport QA (
aida qa <chemin>) : vidéo, légendes, données personnelles et vérifications des secrets. - Sortie de
aida outline list --drift: nomme une carte promise que l'écran n'a pas montrée. - Rien d'autre — pas de discussion sur la rédaction du tutoriel, pas de résumés de découverte/planification.
Ce qu'il faut vérifier
- Ton, par rapport à
references/style.md: mots simples, vocabulaire correct (« tutoriel » pas « voyage », pas de termes internes exposés), gras sur les libellés cliquables, pas de fonctionnalités inventées. - Captures d'écran : lisibles, rien coupé en pleine action, pas de curseur/état survolé parasites qui gênent l'étape.
- Rapport QA : a-t-il réussi ? Sinon, qu'est-ce qui a échoué — ne relancez pas QA vous-même, lisez simplement son résultat et remontez-le.
- Données personnelles : une capture d'écran, une légende ou un texte de page contient-il un nom, un email, un numéro de téléphone qui semble réel, ou quoi que ce soit qui ne figure pas sur la liste example.com/plage-réservée (voir
references/safety.md) ? Traitez toute ambiguïté comme un échec, pas une réussite. - Écran versus mots : un texte de page nommant un libellé de la liste de dérive au lieu de ce que montre la capture est un constat. Une capture montrant une erreur, une page blanche ou une sauvegarde ayant laissé l'écran inchangé est un possible bug applicatif : signalez-le comme tel pour une personne, pas comme une correction de formulation.
Sortie
Un verdict court par tutoriel/page : réussi, ou une liste de constats spécifiques (citez le texte/le champ problématique, ne le paraphrasez pas). Aucune réécriture — renvoyez les constats à aida-write ou aida-repair pour les corriger ; la revue n'édite pas.
Règles
- Ne jamais laisser passer quelque chose sous prétexte que « la capture a réussi » — la capture prouve que les étapes fonctionnent, pas que les mots ou les images sont prêts à être publiés.
- La première publication a toujours besoin de l'accord d'une personne, quel que soit le verdict de la revue (voir
references/safety.md) — la revue éclaire cette décision, elle ne la remplace pas.
Règles de jetons
Voir references/tokens.md. Contexte frais, sortie uniquement — c'est la seule compétence qui ne devrait jamais voir les notes de travail d'une autre compétence.