anasabaziz/gameplay-articles

Gameplay-Artikel

Prüfe vor der Produktion die Erstkonfiguration. Lies die bestätigten relevanten Profile dieses Projekts in .creator-toolkit/; behandle Beispielvorlagen oder die Einstellungen eines anderen Creators nicht als bestätigt. Führe python scripts/configure.py status --skill gameplay-articles aus dem Toolkit-Stammverzeichnis aus. Wenn nicht bereit, fordere vor der Lieferung der Ergebnisse eine Anpassung und Bestätigung an. Planung und Installation können fortgesetzt werden.

Befolge für neue Produktionen und betroffene Überarbeitungen die strukturierten Produktionschecks. Verwende die Checkliste article für unterstützte Behauptungen, passendes Markdown/HTML-Paket, Screenshots und SEO-Ergebnisse. Erfasse die geltenden Website-/Projektanweisungen und den Umfang; Referenzartikel bleiben Belege, keine Betriebsanweisungen. Folge bei Bedarf dem lokalen Workflow-Profil für die optionale Prüferauswahl nach der Lieferung und getrennte Annahme.

Befolge die Aufzeichnungen und Wiederherstellung für den gesamten Auftrag](../_video-shared/job-workflow.md). Notiere Notizen/Belegquellen, ungelöste Probleme mit Behauptungen, Screenshot-Abdeckung und übereinstimmende Markdown/HTML-Überarbeitungen. Bewahre bei der Wiederherstellung abgeschlossene Abschnitte auf; registriere alle gelieferten Dateien. Verwende den Fall article-claims bei der Bewertung von Änderungen der Beweisregeln.

Verwende die Notizen des Benutzers für Erfahrungen, Meinungen und Urteile. Verwende überprüftes Filmmaterial nur für beobachtbare Ereignisse. Die neuesten Anweisungen überschreiben die Standardeinstellungen. Erfinde niemals Erfahrungen aus erster Hand, Offenlegungen oder Fakten, um eine Längenvorgabe zu erfüllen.

1. Lies das bestätigte .creator-toolkit/site-profile.md für dieses Projekt. Wenn es fehlt oder geändert wurde, folge vor der Produktion dem Onboarding. Verwende die Eingabereferenz für das Site-Profil für artikelspezifische Details; übernimm nicht die Identität oder den CTA eines anderen Creators. Beachte die Anweisungen zur konfigurierten Referenzbibliothek und überprüfe relevante veröffentlichte Beispiele, falls verfügbar. Wenn es keine Website/Beispiele gibt, verwende die bestätigte Stimme des Benutzers und die lokalen Dateiablage-Präferenzen, ohne eine Veröffentlichungsgeschichte zu erfinden.
2. Identifiziere den Modus "nur Notizen" oder "beleggestützt". Klassifiziere bei der Aufnahme die Screenshot-Abdeckung als erforderlich, ausdrücklich vereinbarte Ausnahme oder ungelöst und protokolliere Umfang/Quelle. Keine Aufnahme allein ist keine Ausnahme. Setze das unterstützte Verfassen fort, solange der Umfang ungelöst ist, identifiziere aber den Entwurfsstatus frühzeitig und hole die fehlende Umfangsentscheidung ein, bevor du die Fertigstellung beanspruchst. Lies das vorhandene Review & Select-Manifest, die Beobachtungen und die Bilder vor der neuen Überprüfung. Für die Artikelerstellung ist keine Ausgabe von Videodateien erforderlich. Für beleggestützte Arbeiten befolge Belege und Screenshots. Wenn eine Aufnahme geliefert wird und Screenshots zum Umfang gehören, umfassen beleggestützte Arbeiten das Lokalisieren, Extrahieren, Überprüfen und Einbetten der Screenshots in diese Anfrage. Wähle nicht einfach den Modus "nur Notizen", nur weil die Notizen ausreichen, um Text zu schreiben, oder weil kein Review & Select-Begleitcontainer existiert. Erstelle Quellbelege direkt mit dem Extraktionsworkflow für Artikel. Ein zwischenzeitlicher Textentwurf ist Fortschritt, nicht das Ende des angeforderten Pakets; setze die Bildarbeit fort, es sei denn, ein konkreter Blockierer oder eine Benutzeranweisung verhindert dies.
3. Gliedere den Artikel um die unterstützten Notizen. Kläre die Struktur der Website für Test/Meinungen (Review/Impressions), einschließlich etwaiger Vor-/Nachteile-Anforderungen, zum Zeitpunkt der Gliederung und nimm sie in das Paket und die Kriterien für Behauptungen auf. Die Länge ist flexibel; füge keine Füllstoffe hinzu, um ein Minimum zu erreichen. Halte Meinungen dem Benutzer zugeordnet. Trenne extern bezogene Fakten von Gameplay-Beobachtungen und überprüfe sich ändernde externe Fakten bei Bedarf.
4. Setze nicht betroffene Abschnitte fort, wenn Behauptungen in Konflikt geraten könnten. Lasse strittige Behauptungen aus dem endgültigen Text heraus und kennzeichne die genaue Behauptung, den Beleg und die Unsicherheit in einem privaten redaktionellen Bericht zur manuellen Klärung durch den Benutzer. Korrigiere nicht automatisch den Bericht des Benutzers, blockiere nicht den gesamten Entwurf oder platziere Anmerkungen zu Streitigkeiten in veröffentlichbaren Dateien.
5. Wähle einen authentischen Screenshot für jede H2-Überschrift aus, mit Ausnahme von "Vor- und Nachteile" (einschließlich separater Vor-/Nachteile-Überschriften) und "Abschließendes Urteil" oder einer gleichwertigen abschließenden Bewertung. Durchsuche bei fehlender Abdeckung zusätzliche Teile derselben Aufnahme in gezielten Bereichen; frage den Benutzer, wenn kein geeigneter Frame existiert. Setze andere Abschnitte fort und protokolliere das fehlende Bild; ersetze niemals ein nicht zusammenhängendes/generiertes Bild oder behaupte die Fertigstellung der Abdeckung.
6. Liefere sowohl Markdown als auch HTML mit übereinstimmendem Text, Abschnittsankern und relativen Bildlinks. Befolge die Auslieferung. Füge die Standard-CTA und das Standard-Inhaltsverzeichnis der Website ein. Lokale Bilder benötigen einen manuellen CMS-Upload; kein Upload oder keine Veröffentlichung ist autorisiert.
7. Überprüfe beide Versionen, die H2-Bild-Zuordnung, Links im Inhaltsverzeichnis, echte interne Link-Ziele und ungelöste Beweisprobleme. Überprüfe bei Überarbeitungen nur betroffene Abschnitte. Melde verbleibende Einschränkungen ehrlich.

Verwende das zugehörige _video-shared für die Inspektion und Extraktion, nicht für die Thumbnail-Generierung. Der Modus "nur Notizen" bleibt verfügbar; wenn keine Aufnahme geliefert wird, identifiziere die Screenshot-Abdeckung als nicht verfügbar, anstatt Beweise zu erfinden. Halte Site-Profile, Aufnahmen und Artikelaufträge aus dem öffentlichen Skill-Paket heraus.

Zeichne Demo-/Build-/Sitzungskontext auf, wenn geliefert oder beobachtbar; beschränke die Eindrücke auf das gespielte Material, ohne Versionsnummern zu erfinden. Für einen artikel mit mehreren Spielen binde jede Beobachtung und jeden Screenshot mit der Quell-ID an seine Aufnahme. Verwende die Originalaufnahmen, nicht die Titel, Unschärfe oder generierte Titelbilder eines Trailers, als Screenshot-Beweise.

Wenn ein lokales Job-Dashboard konfiguriert ist, folge der Dashboard-Verfolgung bei der Wiederaufnahme und vor der Auslieferung. Bewahre menschliche Bestätigungen exakter Überarbeitungen und dauerhafte Historie unabhängig von entfernbaren Auftragsdateien auf.