Was macht 고니 AlphaCut 조사와 사용?
Überprüfen Sie zuerst die tatsächliche Benutzeroberfläche von AlphaCut und unterscheiden Sie zwischen beobachteten Funktionen und Ableitungen aus öffentlichem, statischem Code. Dieses Skill ist ein von 고니 erstelltes Forschungsverfahren und bedeutet nicht, dass es den internen Code oder die Dienste von AlphaCut besitzt.
Start
- Überprüfen Sie die Ziel-URL, zugängliche Bildschirme mit dem Konto, Testeingaben und die gewünschten Ergebnisse (Funktionsliste, Vorlagenliste, Untertitel, HTML/CSS, Bearbeitungsergebnisse).
- Wenn
research/alphacut/REPORT.mdim aktuellen Projekt vorhanden ist, lesen Sie es zuerst. Überprüfen Sie das Untersuchungsdatum und die Build-Version und testen Sie nur die Teile, die sich vom aktuellen Bildschirm unterscheiden, erneut. - Zeichnen Sie jeden Zustand der Browser-UI mit Bildschirm-Screenshots und gerendertem HTML auf. Verwalten Sie öffentliche Seitenantworten und den DOM nach dem Login als separate Ergebnisse.
- Zählen Sie bei Vorlagen die Anzahl der auf dem Bildschirm sichtbaren Karten und der eindeutigen Vorschaubilder separat und indizieren Sie Kategorien, Beschriftungen, Vorschau-HTML, Schriftarten, Farben und Bildreferenzen. Wenn Sie Konfigurationsobjekte in öffentlichem JS lesen, gehen Sie nicht davon aus, dass Berechnungsausdrücke ausgeführte Werte sind.
- Testen Sie Erstellung, Bearbeitung und Untertitelexport mit den vom Benutzer bereitgestellten Eingaben. Zeichnen Sie Erstellungszeit, Kreditverbrauch und den ursprünglichen Bearbeitungsstatus auf. Um Vorlagen- und Untertitel-Tests rückgängig zu machen, überprüfen Sie den Speicherstatus.
- Führen Sie tatsächliche Veröffentlichungen oder kostenpflichtige Funktionen gemäß den Benutzeranweisungen und Kontoberechtigungen der jeweiligen Aufgabe durch. Unterscheiden Sie zwischen dem, was sichtbar ist, und dem, was durch Ausführung verifiziert wurde.
Wiederverwendbare Forschungswerkzeuge
Wenn ein vorheriges research/alphacut/ im Arbeitsordner vorhanden ist, verwenden Sie die darin enthaltenen Skripte capture_public.py, capture_static.py, extract_all_presets.py, build_template_index.py und capture_template_assets.py. Die ersten beiden Skripte sammeln öffentliches HTML/JS/CSS, während capture_template_assets.py öffentliche Bilder und Schriftarten von Vorlagenvorschaubildern sammelt. Für die Extraktion und Galerieerstellung sind der statische Code des entsprechenden Builds und die im Browser gespeicherten Karten-DOMs erforderlich. Wenn Sie das Galerieerstellungsskript nach der Asset-Sammlung erneut ausführen, werden lokale Dateilinks berücksichtigt. Bei neuen Builds validieren Sie die Modulnummern, Tag-Listen und Kartenstrukturen des Extraktionscodes erneut.
Bevorzugen Sie für Untertitel den Export über die UI (TXT/SRT). Wenn Sie HTML/CSS erneut sammeln, behalten Sie Hashes und Quell-URLs bei, um spätere Build-Änderungen zu vergleichen. Geben Sie im Ergebnisbericht die Anzahl der Vorlagen, den Umfang der getesteten Funktionen, die Pfade der Ergebnisse und den nicht getesteten Umfang an.
Laden Sie Konto-HTML, signierte Medien-URLs, Videodateien und Sitzungsinformationen nicht in öffentliche Repositories hoch. Bestätigen Sie keine serverseitigen KI- oder Renderer-Aktionen, die nur mit öffentlichem Frontend-Code überprüft wurden.
Lesen Sie bei Bedarf die Beobachtungsbasis für die in früheren Untersuchungen bestätigte Bildschirmstruktur und den Validierungsumfang.