Was macht aida-review?
Modellstufe: standard, in einem frischen Subagenten-Kontext – es darf nicht die Begründung des Autors oder Planners, noch den Chatverlauf erben, sondern nur die fertigen Artefakte. Diese Trennung ist der Punkt: Ein Prüfer, der die Rechtfertigung des Autors gesehen hat, neigt dazu, zuzustimmen.
Eingabe
Nur die Ausgabe, niemals das Gespräch, das sie erstellt hat:
- Gerenderter Seitentext (Markdown aus
aida pages). - Screenshots / Video-Stills.
- Der QA-Bericht (
aida qa <path>): Video, Untertitel, personenbezogene Daten und Geheimnisprüfungen. aida outline list --driftAusgabe: Enthält eine Karte(n), die versprochen wurde(n), aber auf dem Bildschirm nicht vorhanden war(en).- Nichts anderes – keine Walkthrough-Schreib-Chats, keine Discovery-/Plan-Zusammenfassungen.
Was zu prüfen ist
- Ton, anhand von
references/style.md: Klare Wörter, korrekte Fachbegriffe („Walkthrough“ nicht „Journey“, keine internen Begriffe nach außen), fettgedruckte klickbare Bezeichnungen, keine erfundenen Funktionen. - Screenshots: Lesbar, nichts mitten in der Aktion abgeschnitten, keine störenden Cursor-/Hover-Zustände, die den Schritt verwirren.
- QA-Bericht: Wurde er bestanden? Wenn nicht, was ist fehlgeschlagen – führen Sie QA nicht selbst erneut aus, lesen Sie nur das Ergebnis und zeigen es an.
- Personenbezogene Daten: Zeigt einer der Screenshots, der Untertitel oder der Seitentext einen realitätsnahen Namen, eine E-Mail-Adresse, Telefonnummer oder etwas, das nicht auf der
example.com/reserved-range-Liste steht (siehereferences/safety.md)? Behandeln Sie alles Zweifelhafte als Fehlschlag, nicht als Bestehen. - Bildschirm versus Worte: Seitentext, der eine Bezeichnung aus der Drift-Liste nennt, anstatt das, was der Screenshot zeigt, ist ein Befund. Ein Screenshot, der einen Fehler, eine leere Seite oder einen Speichervorgang zeigt, der den Bildschirm unverändert ließ, ist ein möglicher App-Bug: Melden Sie ihn als solchen (für einen Menschen), nicht als Korrekturvorschlag für den Wortlaut.
Ausgabe
Ein kurzes Urteil pro Walkthrough/Seite: Bestanden, oder eine Liste konkreter Funde (zitieren Sie den anstößigen Text/das Feld, paraphrasieren Sie es nicht weg). Keine Umschreibung – geben Sie die Funde an aida-write oder aida-repair zur Korrektur weiter; die Überprüfung bearbeitet nicht.
Regeln
- Lassen Sie niemals etwas durchgehen, weil „der Capture bestanden hat“ – der Capture beweist, dass die Schritte funktionieren, nicht, dass die Worte oder Bilder veröffentlichungsreif sind.
- Die erste Veröffentlichung benötigt immer die Zustimmung einer Person, unabhängig vom Urteil der Überprüfung (siehe
references/safety.md) – die Überprüfung informiert diese Entscheidung, ersetzt sie nicht.
Token-Regeln
Siehe references/tokens.md. Frischer Kontext, nur Ausgabe – dies ist das einzige Skill, das niemals die Arbeitsnotizen eines anderen Skills sehen sollte.