Chat-Prompt-Templates für Strategie-Briefs und Research

Vertragsabweichung: Das Schema erwartet image, video, audio, null oder Kompatibilität mit leerem String. Auswirkungen auf Aufrufer: Das Admin-Formular hängt von der Behandlung leerer Strings ab. Validierungslücke: null und leeren String separat testen. Rollout-Notiz: An der Lesegrenze zu null normalisieren. Risiko: Ein strikter Parser könnte bestehende Entwurfsdatensätze ablehnen.

Datenverlustrisiko: niedrig, wenn Lesevorgänge nicht mehr von der alten Tabelle abhängen. Backfill-Reihenfolge: Abdeckung der Release-Dateien bestätigen, bevor Schreibzugriffe deaktiviert werden. Rollback-Grenze: erneutes Aktivieren von Datenbankschreibzugriffen stellt verpasste Änderungen möglicherweise nicht wieder her. Prüfabfrage: veröffentlichte Dateivorlagen gegen alte Zeilen zählen. Entscheidung: alte Zeilen schreibgeschützt halten, bis ein Release bestanden hat.

Ticket 1: Aktuelle Asset-Pfade und temporäre Link-Referenzen prüfen. Ticket 2: Finale URLs ersetzen und öffentliche Seiten verifizieren. Ticket 3: Den Kompatibilitätspfad erst entfernen, wenn die Beispielabdeckung stabil ist. Ticket 4: Governance-Dokumente und Veröffentlichungscheckliste aktualisieren. Verifikation: Prompt-Prüfungen, Medienaudit, typecheck und build.

Symptom: Die URL ändert sich, aber der textarea-Zustand wird nicht aktualisiert. Wahrscheinlich veralteter Zustand: Die Query-Hydration läuft nur beim ersten Mount. Reproduktion: zwei Prompt-Karten auf derselben Modellseite anklicken. Minimaler Fix: Suchparameter beobachten und nur synchronisieren, wenn relevante Werte sich ändern. Test: Direktaufruf und Navigation auf derselben Seite füllen die textarea beide erneut.

Risiko von Weiterleitungsschleifen: Die Anmeldeseite sollte nicht auf sich selbst weiterleiten. Locale-Verarbeitung: zh im Rückkehrpfad beibehalten. Leck in geschützter Route: Studio-Inhalte bleiben noindex und zugangsgeschützt. Testfall: nicht angemeldete Anfrage an lokalisiertes Studio. Regressionsprüfung: Standard-Locale und zh sollten konsistent reagieren.

Verbindliche Datenquelle: erstes Element von result_urls_json für alte Tasks mit Status completed. Probelauf: fehlende primäre URLs nach Status zählen. Schreibreihenfolge: nur alte Tasks mit Status completed, in Batches nach ID. Verifikation: Zählungen vor und nach dem Backfill vergleichen. Rollback-Grenze: Primäre URL darf nur gelöscht werden, wenn das ursprüngliche JSON intakt bleibt.

Fehlender Log: Anbieter-Fehlercode und Request-ID. Fehlende Metrik: Fehlerrate nach Anbieter und Modell. Fehlender Trace: Übergabe von Upload zu Generierung. Alert-Lücke: kein anbieterspezifischer Spike-Alert. Nächster Schritt: normalisierte Upstream-Fehlerquelle und Code für Support-Ansichten speichern.

API-Änderung: bisher keine bestätigt. Generierte Dateien: durch Browserinstallation sollten keine App-Dateien geändert werden. Browseranforderung: passende Chromium-Revision installieren. Fallback-Plan: vorhandene gecachte Revision nur nutzen, wenn die Version passt. Verifizierung: Screenshot-Befehl nach der Installation ausführen und Revision dokumentieren.

Umschaltpunkt: Vor dem Deployment ist Rollback git revert; nach dem Deployment wird der vorherige Build erneut bereitgestellt. Datenrisiko: keines durch Schema, aber die Sitemap-Anzahl ändert sich. Verantwortliche: Release-Engineer für das Deployment; Inhaltsverantwortliche für die Template-Validierung. Verifikation: prompts:check, i18n-Checks, typecheck, build. Abbruchbedingung: fehlende Lokalisierungsdatei oder Fehler bei der statischen Prompt-Route.

Wahrscheinliche Ursache: Clientseitige Filterung und Karten-Rendering werden mit steigender Eintragszahl aufwendiger. Messplan: Vergleiche die Hydration-Zeit und die Latenz der Filtereingabe vor und nach der Änderung. Sicheres Experiment: Suchwerte zwischenspeichern oder nur bei Bedarf virtualisieren. Rollback-Auslöser: Die Interaktionslatenz überschreitet das Ziel auf einem Mittelklasse-Mobilgerät. Nicht ändern: Statische SEO-Generierung ohne Beleg für einen Server-Engpass.

Fokusreihenfolge: Der Kartenlink darf Aktionsbuttons nicht einschließen. Zielgröße: Kopier- und Ausführen-Buttons brauchen mindestens 24px Zielgröße oder Abstand. Reduzierte Bewegung: Der Hover-Sweep sollte nur dekorativ sein. Label-Prüfung: Buttons brauchen sichtbare oder zugängliche Aktionsnamen. Mobiles Risiko: Text in Gesprächsblasen darf Aktionen nicht überdecken.

Nutzerpfad: von der Modelldetailseite über den zugehörigen Prompt zum Ausführungspanel. Datengrenze: Der Prompt-Text wird über die clientseitige Navigation weitergegeben. Fehlermodus: Das Textfeld behält einen veralteten Prompt. Testfall: Zwei verschiedene Prompt-Karten anklicken und den neuesten Wert prüfen. Verifikationsziel: URL und Textfeld bleiben synchron.

Idempotenz: Die Ereignis-ID muss vor der Gutschrift eindeutig sein. Replay-Sicherheit: Signatur und Zeitstempel-Toleranz prüfen. Gutschrift: Der Buchungseintrag sollte auf die Checkout-Sitzung verweisen. Kundensichtbarer Fehler: Zeige eine ausstehende Prüfung, wenn die Zahlung erfolgreich war, aber die Gutschrift fehlgeschlagen ist. Testlücke: Fälle mit doppeltem Ereignis und Ereignissen außerhalb der Reihenfolge.

Reihenfolge: aktuelle Konfiguration prüfen, generierte Modellfakten vergleichen, dann das Seed-Skript aktualisieren. Vertrag: Model-Slug, Kategorie und Provider-ID müssen stabil bleiben. Verifikation: Abgleichsprüfung vor jeder Laufzeitänderung. Rollback-Grenze: Die Konfigurationsgenerierung kann unabhängig von UI-Inhalten zurückgenommen werden. Risiko: Änderungen an Anzeigefeldern können SEO-Seiten beeinflussen.

Betroffene Dateien: Quelle der Prompt-Vorlage und Lokalisierungsdateien. Invarianten: kein Codepfad und kein Routenverhalten geändert. Bekanntes Risiko: Neue Seiten erhöhen die statische Prompt-Anzahl. Verifikation: prompts:check und SEO-Titelprüfung. Nächste Entscheidung: ob vor dem Zusammenführen ein vollständiger Build laufen soll.

Authentifizierungsfrage: Wer kann wiederverwendete Prompts und hochgeladene Referenzen abrufen? Speicherfrage: Wo liegen Referenzressourcen und wann laufen sie ab? Nutzerdatenfrage: Können Prompts private Kundendaten enthalten? Missbrauchspfad: Öffentliches Teilen könnte private Medien offenlegen. Prüfverantwortliche:r: Sicherheit und Produkt müssen Aufbewahrungsregeln vor der Veröffentlichung klären.

Fehler aus geänderten Dateien: Prüfe zuerst die Struktur der Locale-JSON. Umgebungsfehler: eher unwahrscheinlich, wenn prompts:check bestanden hat. Instabiler Test: bei einem deterministischen i18n:check unwahrscheinlich. Nächster Befehl: Führe i18n:generate aus, danach i18n:check erneut. Nicht tun: Generierte Dateien nicht zurücksetzen, ohne die Quellabweichung zu verstehen.

Kontext: Öffentliche Prompt-Seiten brauchen statische, überprüfbare Inhalte. Optionen: Datenbank-CMS, Dateiquelle oder hybrides Zurückschreiben. Entscheidung: Dateiquelle mit reiner Admin-Diagnose. Konsequenzen: Für Änderungen ist ein Deployment nötig, aber SEO und Prüfung bleiben stabil. Auslöser für erneute Prüfung: Der Betrieb braucht einen sicheren Schreibworkflow ohne Entwickler.