Wenn die Schaltfläche Publish oder Update "Your Cloud Balance is insufficient to publish" oder "Your Cloud Balance is insufficient to update" anzeigt, ist Ihr Cloud-Wallet aufgebraucht.

So beheben Sie das:

1. Gehen Sie zu Settings > Cloud & AI, um Ihr aktuelles Guthaben zu prüfen.

2. Wählen Sie Top up now und fügen Sie Ihrem Cloud-Wallet Guthaben hinzu.

3. Kehren Sie zum Publish-Panel zurück und versuchen Sie es erneut.

Hinweis: Ihr Cloud-Wallet ist von Ihren Abonnement-Guthaben getrennt. Das Cloud-Wallet finanziert Hosting- und Deployment-Dienste, während Abonnement-Guthaben für KI-Agent-Unterhaltungen verwendet werden.

1. Prüfen Sie die Ansicht zur Speichernutzung und identifizieren Sie die größten Chats, Projekte und Dateien.
2. Laden Sie alles herunter oder sichern Sie alles, was Sie später möglicherweise benötigen.
3. Löschen Sie nur nicht benötigte Elemente. Wenn beim Löschen eines Chats angeboten wird, zugehörige Festplattendaten zu entfernen, wählen Sie diese Option erst, nachdem Sie bestätigt haben, dass die Daten sicher verworfen werden können.
4. Aktualisieren Sie die Seite und bestätigen Sie, dass der verfügbare Speicherplatz zugenommen hat.
5. Kehren Sie zu Publish zurück und versuchen Sie es erneut.

Das Löschen kann dauerhaft sein und ein Projekt beschädigen, das auf eine entfernte Datei verweist. Wenn die Nutzung nicht sinkt, kontaktieren Sie Support mit der Speicheransicht, dem Plan, dem Projektlink und dem Zeitpunkt der fehlgeschlagenen Veröffentlichung.

Warten Sie, bis der Sicherheitsscan abgeschlossen ist, und überprüfen Sie dann jedes markierte Element, bevor Sie veröffentlichen.

1. Wählen Sie Resolve All und prüfen Sie das betroffene Verhalten. Beheben Sie Probleme mit offengelegten Geheimnissen, Authentifizierung, Berechtigungen, Nutzerdaten oder unsicherem externem Zugriff vor dem Einsatz in der Produktion.
2. Wenn ein Geheimnis offengelegt worden sein könnte, entfernen Sie es aus dem Projekt und rotieren Sie es beim entsprechenden Anbieter, bevor Sie veröffentlichen.
3. Führen Sie den Scan erneut aus und überprüfen Sie den betroffenen Ablauf.
4. Verwenden Sie Publish Anyway nur, wenn ein verantwortlicher Prüfer das verbleibende, nicht kritische Risiko versteht und akzeptiert. Dokumentieren Sie den Grund und vermeiden Sie es, ein ungelöstes Risiko auf einer Produktionswebsite zu umgehen.

Wenn Sie die Auswirkungen eines Ergebnisses nicht bestimmen können, veröffentlichen Sie es nicht. Kontaktieren Sie Support oder Ihren Sicherheitsverantwortlichen mit dem Ergebnistext und bereinigten Nachweisen.

1. Testen Sie die Produktions-URL der Plattform und die benutzerdefinierte Domain getrennt. Vergleichen Sie außerdem die Stammseite mit der spezifischen Seite oder dem API-Pfad, der fehlschlägt.
2. Notieren Sie den genauen Statuscode, die vollständige URL, Uhrzeit und Zeitzone sowie, ob der Fehler konstant oder sporadisch auftritt.
3. Prüfen Sie den neuesten Deployment-Status und ob eine kürzliche Änderung an Abhängigkeiten, Umgebungsvariablen, der Datenbank oder externen Diensten mit dem Beginn des Fehlers zusammenfällt.
4. Erfassen Sie relevante Console- und Network-Fehler.

Wenn der Fehler weiterhin besteht, kontaktieren Sie Support mit Reproduktionsschritten, der betroffenen Version und bereinigten Diagnosedaten. Bevor Sie eine HAR-Datei, Befehlsausgabe oder einen Screenshot senden, entfernen Sie Cookies, Authorization-Header, Token, geheime Query-Parameter, personenbezogene Daten und Zahlungsinformationen.

Wenn Ihr Deployment ein Timeout hat oder die Live-Website vorübergehend nicht verfügbar ist:

1. Prüfen Sie, ob sowohl die Prod-Subdomain der Plattform als auch Preview nicht erreichbar sind oder nur eine davon.

2. Lassen Sie die aktuelle Fehlerseite sichtbar — klicken Sie nicht wiederholt auf Publish.

3. Prüfen Sie, ob Sie kürzlich Abhängigkeiten, Start-Einstiegspunkte oder Datenbankverbindungen geändert haben, da diese Änderungen das Deployment beeinflussen können.

Wenn das Problem weiterhin besteht, kontaktieren Sie Support und fügen Sie Folgendes hinzu:

- Projektlink und Live-URL

- Zeitpunkt des Fehlers und Ihre Zeitzone

- Versionsnummer und Screenshot der Fehlerseite

- Ob Preview normal funktioniert

- Ob Sie kürzlich Abhängigkeiten, den Start-Einstiegspunkt oder die Datenbankverbindung geändert haben

Wenn das Publish-Panel "latest" anzeigt und die Schaltfläche ausgegraut ist oder bei "Building" hängen bleibt:

1. Klicken Sie nicht wiederholt auf Publish — das beschleunigt nichts und kann doppelte Build-Aufgaben erzeugen.

2. Warten Sie einige Minuten und aktualisieren Sie die Seite.

3. Wenn sich der Status nach dem Aktualisieren nicht ändert, kontaktieren Sie Support.

Fügen Sie bei der Kontaktaufnahme mit Support Folgendes hinzu:

- Chat-Link

- Vollständiger Screenshot des Publish-Panels (einschließlich Seiten-URL, Versionsnummer und Schaltflächenstatus)

- Zeitpunkt des Auftretens und Ihre Zeitzone

- Aktuell angezeigte Versionsnummer

- Bei welchem Schritt "Building" angezeigt wurde oder die Schaltfläche ausgegraut wurde

1. Prüfen Sie, ob das Bild im App-Viewer, auf der veröffentlichten Website oder an beiden Stellen fehlt.
2. Wählen Sie einmal Reload App Viewer. Wenn das Problem nur auf der Live-Website auftritt, bestätigen Sie, dass die neueste Version veröffentlicht oder aktualisiert wurde.
3. Teilen Sie dem Agent die Seite, das Bild, das erscheinen sollte, und die ursprüngliche Herkunft des Bildes mit. Bitten Sie ihn zu prüfen, ob das aktuelle Projekt noch den richtigen Bildnamen und Speicherort verwendet.
4. Wenn das ursprüngliche Bild entfernt oder umbenannt wurde, laden Sie das gewünschte Bild erneut hoch oder wählen Sie es erneut aus und testen Sie die Seite dann erneut.
5. Wenn das Bild App-Speicher oder einen anderen verbundenen Dienst verwendet, bestätigen Sie, dass der gewünschte Dienst verbunden ist und dass die Datei dort noch existiert.

Wenn das Bild weiterhin nicht geladen wird, kontaktieren Sie Atoms Support mit dem Chat Link, der URL der betroffenen Seite, dem Bildnamen oder der Quelle und einem Screenshot. Fügen Sie keine privaten Zugriffslinks, Passwörter, Schlüssel oder Token hinzu.

Wenn das exportierte Self-Host-Paket erfolgreich heruntergeladen wird, aber nicht ausgeführt werden kann:

1. Prüfen Sie die im Exportpaket enthaltene README-Datei auf Umgebungsanforderungen und Einrichtungsschritte.

2. Vergewissern Sie sich, dass Ihre Laufzeitumgebung den Anforderungen entspricht (OS-Version, Docker-Version, Node.js-Version).

3. Führen Sie den Startbefehl aus und prüfen Sie die vollständige Ausgabe auf Fehlermeldungen.

Wenn das Problem weiterhin besteht, kontaktieren Sie Support und fügen Sie Folgendes hinzu:

- Exportversion und Download-Zeitpunkt

- Verwendetes OS und Docker-Version

- Vollständig ausgeführter Befehl und vollständige Ausgabe

- Fehlgeschlagenes Skript oder API-Pfad

- Erwartete Deployment-Methode

Wichtig: Fügen Sie ein bereinigtes Konfigurationsbeispiel bei, aber fügen Sie KEINE Passwörter, Geheimnisse oder Token hinzu.

Der App-Viewer und die veröffentlichte Website zeigen unterschiedliche Stadien Ihres Projekts. Das Speichern einer visuellen Änderung aktualisiert die Live-Website nicht von selbst.

1. Wählen Sie in Design Save und warten Sie, bis die aktuelle Agent-Aufgabe oder der Build abgeschlossen ist.
2. Öffnen Sie Publish. Beim Veröffentlichen wird die neueste Projektversion verwendet; im Publish-Panel gibt es keinen Versionswähler.
3. Wählen Sie Publish für die erste Veröffentlichung oder Update für eine spätere Veröffentlichung. Warten Sie, bis im Panel Up to date angezeigt wird.
4. Öffnen Sie die Live-Website in einem neuen Tab und laden Sie sie einmal neu.
5. Wenn die Standard-Atoms-Adresse die Änderung zeigt, eine benutzerdefinierte Domain jedoch nicht, prüfen Sie stattdessen die Domain-Verbindung, anstatt dieselbe Version wiederholt zu veröffentlichen.

Wenn die Live-Website weiterhin die falsche Version zeigt, kontaktieren Sie Atoms Support mit dem Chat Link, der Live-URL, der Version, die Sie veröffentlichen wollten, der Uhrzeit und Zeitzone sowie Screenshots des App-Viewers und der Live-Website.

1. Begrenzen Sie das unmittelbare Risiko. Wenn die Veröffentlichung sensible Daten offenlegt oder unsicheres Verhalten erzeugt, öffnen Sie App Status und verwenden Sie Pause für eine berechtigte Atoms Cloud-App oder Unpublish, um den öffentlichen Zugriff zu entfernen. Wenn kein akutes Risiko besteht, vermeiden Sie einen unnötigen Ausfall.
2. Notieren Sie die betroffene Domain, den Veröffentlichungszeitpunkt, die aktuelle Version, die beabsichtigte Version und die geschäftlichen Auswirkungen.
3. Nachdem die aktuelle Agent-Aufgabe beendet ist, öffnen Sie Versions, wählen Sie die letzte bekannte funktionierende Version und wählen Sie Restore this version.
4. Überprüfen Sie die wiederhergestellte Version in Preview, einschließlich kritischer Login-, Zahlungs- und Datenabläufe, und veröffentlichen oder aktualisieren Sie sie dann.

Das Wiederherstellen einer Projektversion macht Änderungen an der Produktionsdatenbank oder externe Aktionen möglicherweise nicht rückgängig. Überschreiben oder löschen Sie keine Produktionsdaten, um ein Rollback nachzuahmen. Kontaktieren Sie Support sofort, wenn Daten, Zugangsdaten, Zahlungen oder destruktive Änderungen betroffen sind.

1. Stoppen Sie die aktuelle Agent-Aufgabe oder warten Sie, bis sie beendet ist; eine Version kann nicht wiederhergestellt werden, solange widersprüchliche Arbeiten aktiv sind.
2. Öffnen Sie Versions, suchen Sie die letzte bekannte funktionierende Version und wählen Sie Restore this version.
3. Überprüfen Sie das wiederhergestellte Projekt in Preview und testen Sie die kritischen Abläufe, die sich geändert haben.
4. Veröffentlichen oder aktualisieren Sie erst, nachdem das Ergebnis in Preview korrekt ist.

Die Wiederherstellung einer Projektversion setzt Produktionsdatenbankeinträge, Schemaänderungen, Umgebungsvariablen, Zahlungen, E-Mails oder andere externe Aktionen nicht unbedingt zurück. Wenn die Veröffentlichung Produktionsdaten geändert hat oder die Zielversion nicht verfügbar ist, stoppen Sie und kontaktieren Sie Support mit beiden Versionsnummern, der betroffenen Domain und dem erforderlichen Ergebnis zur Datenerhaltung.

Pause und Unpublish sind zwei unterschiedliche Aktionen:

Pause (nur Atoms Cloud-Projekte):

- Die App ist für Besucher nicht verfügbar.

- Serverressourcen bleiben zugewiesen und die Abrechnung läuft weiter.

- Sie können die App jederzeit über App Status fortsetzen.

Unpublish (alle Projekte):

- Die Website geht vollständig offline. Jeder, der die veröffentlichte URL verwendet, verliert den Zugriff.

- Bei Atoms Cloud-Projekten werden Serverressourcen freigegeben.

- Sie können das Projekt später erneut veröffentlichen, aber Besucher können bis dahin nicht darauf zugreifen.

Verwenden Sie Pause für eine vorübergehende Abschaltung mit schnellem Neustart. Verwenden Sie Unpublish, um die Website vollständig zu entfernen.

Wenn Ihr Browser "too many redirects" anzeigt oder die Seite ständig neu lädt, ohne Inhalte anzuzeigen:

1. Versuchen Sie die standardmäßige Prod-Subdomain der Plattform (nicht Ihre benutzerdefinierte Domain), um festzustellen, ob die Redirect-Schleife durch die Domain-Konfiguration oder die Anwendung selbst verursacht wird.
2. Wenn die standardmäßige Prod-Subdomain funktioniert, prüfen Sie die DNS-Einstellungen Ihrer benutzerdefinierten Domain und Ihren Domain-Registrar auf Redirect-Regeln, die mit der Plattform in Konflikt stehen könnten.
3. Leeren Sie den Browser-Cache oder testen Sie in einem Inkognito-Fenster, um zwischengespeicherte Redirects auszuschließen.

Wenn das Problem weiterhin besteht, kontaktieren Sie Support und fügen Sie Folgendes hinzu:

- Vollständige URL, die die Redirect-Schleife zeigt

- Ob die standardmäßige Prod-Subdomain erreichbar ist

- Domainname und DNS-Anbieter

- Vollständiger Screenshot des Fehlers

Wenn Ihre App in Preview funktioniert, aber in der Produktion aufgrund fehlender oder leerer Umgebungsvariablen fehlschlägt:

1. Prüfen Sie, ob die Umgebungsvariable vor oder nach der letzten Veröffentlichung gespeichert wurde. Wenn sie danach gespeichert wurde, müssen Sie erneut veröffentlichen, damit die Änderung wirksam wird.
2. Vergewissern Sie sich, dass die Variable für die richtige Umgebung gesetzt ist (Development vs. Production).
3. Prüfen Sie, ob die Fehlermeldung des nachgelagerten Dienstes einen Hinweis gibt — zum Beispiel bedeutet "unauthorized" oft, dass ein API-Schlüssel in dieser Umgebung leer oder falsch ist.

Wenn das Problem weiterhin besteht, kontaktieren Sie Support und fügen Sie Folgendes hinzu:

- Projektlink oder Live-URL

- Den Namen des betroffenen Schlüssels und welche Umgebung das Problem hat

- Den vollständigen Fehler des nachgelagerten Dienstes

- Einen bereinigten Screenshot der Konfigurationsseite

- Ob die Konfiguration vor oder nach dem Veröffentlichen gespeichert wurde

Wichtig: Geben Sie nur Schlüsselnamen an. Senden Sie KEINE geheimen Werte, Passwörter oder Token.

Ergebnisse können eine ähnliche Formulierung verwenden und dennoch auf unterschiedliche Stellen verweisen. Eine ähnliche Formulierung bedeutet nicht unbedingt, dass die Ergebnisse Duplikate sind.

1. Vergleichen Sie den Namen des Ergebnisses und die für jedes Resultat angezeigte Stelle.
2. Überprüfen Sie jede eindeutige Stelle, anstatt die wiederholte Formulierung zu ignorieren.
3. Wenn mehrere Ergebnisse dieselbe zugrunde liegende Ursache haben, beheben Sie diese Ursache und prüfen Sie dann jede Stelle erneut.
4. Führen Sie den Sicherheitsscan für die aktualisierte Version erneut aus.

Wenn dasselbe Ergebnis und dieselbe Stelle weiterhin mehr als einmal erscheinen, kontaktieren Sie Atoms Support mit dem Chat Link, der Scan-Zeit und Zeitzone, der Anzahl der Ergebnisse und einem geschwärzten Screenshot. Entfernen Sie alle Passwörter, Schlüssel, Token oder andere sensible Informationen, die in einem Ergebnis erscheinen könnten.

Ein abgeschlossener Scan ohne gemeldete Ergebnisse ist eine nützliche Prüfung, kann aber nicht garantieren, dass jedes Sicherheits- oder Laufzeitproblem gefunden wurde. Der Scan prüft die ausgewählte Projektversion; Ihre App muss dennoch so getestet werden, wie echte Nutzer sie verwenden werden.

Testen Sie vor dem Veröffentlichen die wichtigen Abläufe in Ihrer App, einschließlich Anmeldung, Nutzerrollen, Zugriff auf private Daten, Zahlungen und verbundene Dienste. Verwenden Sie separate Testkonten für verschiedene Rollen und bestätigen Sie, dass jedes Konto nur auf die für es vorgesehenen Informationen und Aktionen zugreifen kann.

Wenn Sie ein Produktionsproblem entdecken, das Konten, private Daten, Zahlungen oder Zugangsdaten offenlegen könnte, stellen Sie die Nutzung der betroffenen Funktion zuerst ein oder beschränken Sie den Zugriff darauf. Rotieren Sie alle Zugangsdaten, die offengelegt worden sein könnten, und kontaktieren Sie dann Atoms Support mit dem Chat Link, der betroffenen Version, Schritten zur Reproduktion des Problems, Uhrzeit und Zeitzone sowie einem geschwärzten Screenshot. Teilen Sie die offengelegten Zugangsdaten selbst nicht.

Wenn der Scan meldet, dass eine reine Admin-Aktion möglicherweise ungeschützt ist, behandeln Sie das Ergebnis als ungelöst, bis Sie bestätigt haben, dass unbefugte Nutzer sie nicht verwenden können. Das Ausblenden einer Admin-Schaltfläche reicht nicht aus, wenn die Aktion auf andere Weise weiterhin angefordert werden kann.

1. Öffnen Sie das Ergebnis und identifizieren Sie die darin genannte Aktion oder Stelle.
2. Entscheiden Sie, welche angemeldeten Rollen diese Aktion verwenden dürfen.
3. Bitten Sie den Agent, die Berechtigung des Nutzers zu prüfen, wenn die Aktion angefordert wird, nicht nur, wenn die Schaltfläche angezeigt wird.
4. Testen Sie die Aktion im abgemeldeten Zustand, mit einem normalen Testkonto und mit einem autorisierten Admin-Testkonto.
5. Bestätigen Sie, dass abgelehnte Versuche keine privaten Daten offenlegen und keine Änderungen vornehmen, und führen Sie dann den Sicherheitsscan erneut aus.

Veröffentlichen Sie die betroffene Funktion nicht, wenn ein unbefugtes Konto die Aktion weiterhin verwenden kann. Kontaktieren Sie Atoms Support mit dem Chat Link, dem Ergebnistext, der betroffenen Version und einem geschwärzten Screenshot, wenn Sie das Problem nicht lösen können.

HTTPS schützt Informationen, während sie zwischen einem Nutzer und einem Dienst übertragen werden. Wenn der Scan ein HTTPS-Problem meldet, verwenden Sie das genaue Ergebnis, um die betroffene Adresse, Ressource, den Callback oder die Domain-Konfiguration zu identifizieren.

1. Öffnen Sie das Ergebnis und notieren Sie die genaue Stelle und Adresse, die gemeldet werden.
2. Bitten Sie den Agent, diese spezifische Verbindung durch die vom Anbieter unterstützte sichere Adresse zu ersetzen oder die zugehörige Domain-Konfiguration zu korrigieren.
3. Ignorieren Sie keine Zertifikatswarnungen und ändern Sie eine Adresse nicht blind, wenn der externe Dienst kein sicheres Äquivalent dokumentiert.
4. Testen Sie den betroffenen Nutzerablauf erneut und bestätigen Sie, dass kein Passwort, Token, Zahlungsdetail oder private Information über eine unsichere Verbindung gesendet wird.
5. Führen Sie den Sicherheitsscan für die aktualisierte Version erneut aus.

Wenn das Ergebnis eine benutzerdefinierte Domain oder ein Zertifikat betrifft, das Sie nicht korrigieren können, kontaktieren Sie Atoms Support mit dem Chat Link, der betroffenen URL, dem Ergebnistext, Uhrzeit und Zeitzone sowie einem geschwärzten Screenshot.

Row Level Security oder RLS ist eine Supabase-Funktion, die steuert, welche Datenbankzeilen jeder Nutzer lesen oder ändern kann. Dieses Ergebnis ist nur relevant, wenn das Projekt Supabase verwendet und der Scan eine Tabelle identifiziert, deren Zugriffsregeln überprüft werden müssen.

1. Öffnen Sie das Ergebnis und identifizieren Sie die darin genannte Tabelle.
2. Notieren Sie, wer die Daten dieser Tabelle anzeigen, hinzufügen, bearbeiten oder löschen können soll.
3. Bitten Sie den Agent, die am wenigsten permissiven Supabase-Richtlinien zu erstellen, die diese Nutzerabläufe unterstützen.
4. Testen Sie im abgemeldeten Zustand und mit einem separaten Testkonto für jede Rolle. Bestätigen Sie, dass jedes Konto nur auf die vorgesehenen Zeilen und Aktionen zugreifen kann.
5. Führen Sie den Sicherheitsscan erneut aus, nachdem die Richtlinien angewendet wurden.

Deaktivieren Sie RLS nicht und erlauben Sie nicht einfach jedem Nutzer alles, nur um die Warnung zu entfernen. Bevor Sie eine Änderung vornehmen, die bestehende Daten betreffen könnte, bestätigen Sie den Plan und bewahren Sie gegebenenfalls ein sicheres Backup oder einen Export auf. Teilen Sie niemals Supabase-Schlüssel oder Datenbankzugangsdaten im Chat oder in Screenshots.