Den Abruf autorisieren, nicht die Deutung
Senden Sie X-API-Key: <key> oder Authorization: Bearer <key> von Ihrem Server; beide Varianten funktionieren. Der Schlüssel gehört nicht in kommentierte Gesprächsauszüge oder geteilte Codebeispiele. Die Anmeldung im Kontobereich ersetzt diesen Header nicht. Halten Sie Anfrage und Ergebnis neben der gespeicherten Antwort fest, um einen weiteren Abruf von erneutem lokalem Lesen zu unterscheiden.
Fehlt einer Antwort die vorausgehende Frage, entscheiden Sie zunächst zwischen einem weiteren Abruf und einer Anmerkung zum unzureichenden Kontext. Das dafür verfügbare Guthaben sehen Sie im Kontobereich dieser Seite; dort liegen auch Rechnungen und Schlüsselwechsel. Konto, Schlüssel und Credits gehören ausschließlich zu redditcommentsapi.com, nicht zu den übrigen Marken. Ob 100 Testcredits bereitstehen, hängt von der netzwerkweiten Missbrauchsprüfung ab und ist nicht garantiert. Eine Aufladung ist weder zur Registrierung noch zur Schlüsselausgabe nötig. Sichern Sie dennoch die erste Anzeige: Der ursprüngliche Schlüssel wird nicht erneut angezeigt oder per E-Mail zugestellt.
Zugang wechseln und Belege bewahren
Ist der Schlüssel in einem geteilten Kommentar-Auszug gelandet, geben Sie diese Datei nicht weiter und ersetzen Sie die Zugangsdaten vor dem nächsten Abruf. Melden Sie sich dazu an und bestätigen Sie Ihr Passwort bei der Neugenerierung. Der bisherige Schlüssel wird sofort ungültig; aktualisieren Sie deshalb die Anwendung vor dem nächsten GET. X-API-Key und Authorization: Bearer bleiben die beiden möglichen Abruf-Header. Die Secure HttpOnly-Sitzung des Kontobereichs ersetzt sie nicht. Weder Passwortzurücksetzung noch Schlüsselversand per E-Mail sind verfügbar. Ein neuer Schlüssel ermöglicht weitere Abfragen, liefert aber keinen Beleg für den fehlenden Gesprächskontext.
Ein Schlüsselwechsel verändert keinen gespeicherten Kommentar und begründet keine andere Auslegung. Bewahren Sie Wortlaut und Anmerkungen getrennt von der Zugangskonfiguration auf. Teilen Sie die Lücken, die für eine Prüfung Ihrer Deutung wichtig sind, statt Kontodaten weiterzugeben. Eine andere Person kann der didaktischen Kategorie widersprechen, ohne Zugriff auf Ihren Schlüssel oder Kontobereich zu brauchen. Die einstündige Gültigkeit der Rechnung ist keine Zusage, dass die Überweisung innerhalb dieser Zeit bestätigt oder das Guthaben gutgeschrieben wird.
Credits für weitere Abrufe kaufen
Ordnen Sie einem zusätzlichen Abruf eine konkrete offene Kontextfrage zu. Eine vorhandene Anmerkung lokal zu überarbeiten erfordert keinen neuen API-Aufruf. Ein erfolgreicher Abruf kostet einen Credit, auch ohne Treffer: $1 entspricht 1000 Credits, die Mindestaufladung von $50 ergibt 50000 bezahlte Credits. Diese verfallen nicht; ein Abonnement gibt es nicht. Für weitere Abrufe melden Sie sich an und erstellen vor der Überweisung eine Rechnung. Wählen Sie USDT auf TRON TRC20 oder USDC ERC20 im Ethereum-Hauptnetz; maßgeblich sind Empfänger und exakter Betrag dieser Rechnung. Sie läuft eine Stunde nach Erstellung ab. Guthaben kauft Abrufe, nicht die Gewissheit, die fehlende Frage zu finden.
Fügen Sie nach der Zahlung den Transaktionshash ein und fordern Sie die Prüfung an; eine Wallet-Signatur ist nicht nötig. Der Server muss eine echte und bestätigte Überweisung prüfen. Die Rechnung läuft nach einer Stunde ab, ohne eine Frist zum Anklicken von Prüfen zu setzen. Bei einem Ausfall des Informationsanbieters kann die Prüfung ausstehen; eine Dauer wird nicht garantiert.
Das Widget speichert Rechnungs- und Benutzerkennung im localStorage je Hostname, nicht den ursprünglichen Schlüssel. Beginnen Sie mit /v1/comments?subreddit=learnprogramming&limit=3 und lesen Sie die Dokumentation vor dem Verknüpfen. Ein Erfolg kostet einen Credit, auch leer. Ungültige Anfragen buchen nichts ab; Fehler des vorgeschalteten Dienstes erstatten die Reservierung. Eine verlorene Antwort kann auf berechneten Erfolg folgen und eine erfolgreiche Wiederholung kostet einen weiteren Credit.
