Lesebibliothek
Änderungen an einer Suchanfrage für den Nutzer sichtbar machen
Halten Sie eine Quantisierungssuche nachvollziehbar: Ausgangsbedingungen sichern, einen Filter ändern, begrenzte Antworten vergleichen und erklären, was der Unterschied nicht beweist.
Eine Ausgangsbasis festhalten
Die Ausgangsbasis ist mehr als das erste Suchwort: Sie umfasst alle Filter, darunter Community, Verfasser, Datumsbereich und Bewertungsschwellen. Für eine vorgeschlagene LocalLLaMA-Leseübung beginnen Sie mit /v1/search?q=quantization&subreddit=LocalLLaMA&limit=3&page=1 unter https://api.redditsearchapi.com. Die Frage könnte lauten, welche Speicherbedingungen ein Experiment beschreibt. Das ist eine vorgeschlagene Anfrage, kein Beleg für die Verfügbarkeit bestimmter Diskussionen. Schreiben Sie die Frage über die Parameter, damit spätere Änderungen einen Zweck haben.
Speichern Sie die abgesendeten Werte getrennt vom aktuellen Formularinhalt. Erfassen Sie den Zeitpunkt der Antwort als Beobachtung Ihrer Anwendung, die Zahl der zurückgegebenen Datensätze und die tatsächlichen Paginierungsfelder. Bewahren Sie pagination.total zusammen mit pagination.relation auf; ein mit gte markierter Wert ist eine untere Grenze, keine ungefähr exakte Anzahl. Eine lokal gespeicherte Antwort kann erhalten, was der Leser untersucht hat. Nur ihre URL zu speichern bewahrt die Anfragebedingungen, keinen stabilen Archivstand. Die API legt dieses Vergleichsprotokoll nicht für Sie an.
Einen Filter ändern
Angenommen, der Leser möchte die Wirkung einer Bewertungsschwelle untersuchen. Lassen Sie q=quantization, subreddit=LocalLLaMA, limit=3 und page=1 unverändert und ergänzen Sie min_score=10. Zeigen Sie vor dem Absenden alten und neuen Wert. Die Schwelle filtert die gespeicherte Bewertung; sie kennzeichnet weder hochwertige Belege noch fordert sie eine Sortierung nach Bewertung an. Eine andere Übung könnte nur die Community ändern. Verwenden Sie den genau beabsichtigten subreddit-Wert, statt ein vorangestelltes r/ als gleichwertige Schreibweise anzunehmen.
Senden Sie die geänderte Anfrage erst nach einer ausdrücklichen Aktion. Eine Feldänderung muss nicht bei jedem Tastendruck kostenpflichtige Abrufe auslösen. Verlangt die Frage stattdessen quantization memory, erklären Sie, dass beide analysierten Begriffe innerhalb eines passenden title- oder text-Feldes vorkommen müssen; das ist weder exakte Phrasensuche noch semantische Suche. Daten bleiben UTC-Werte im Format YYYY-MM-DD, einschließlich des Tages to. Beginnen Sie geänderte Bedingungen auf Seite 1. Eine geänderte Anfrage ist eine neue Folge, nicht Seite 2 der alten.
Vorher und nachher als Anfragekarten zeigen
Stellen Sie beide abgesendeten Anfragen neben ihre jeweiligen Ergebnisse. Kennzeichnen Sie den geänderten Parameter mit Text, nicht nur durch Farbe, und zeigen Sie den Zeitpunkt jeder Anfrage. Eine kompakte Karte kann Frage, abgesendete Filter, Antwortstatus, Zahl angezeigter Datensätze und qualifizierte Gesamtzahl enthalten. Schlägt eine Anfrage fehl, beschriften Sie ihren Ergebnisbereich entsprechend; vergleichen Sie keine alte erfolgreiche Antwort unter dem neuen Filtertitel. Ordnen Sie jede eintreffende Antwort ihrer Anfrage zu, damit eine verspätete Antwort nicht unbemerkt die falsche Karte ersetzt.
Zeigen Sie darunter verfügbaren Quelltext, ohne die ersten Datensätze als Spitzentreffer zu bezeichnen. Titel, Verfasser, Datum und nutzbarer Quellenlink können fehlen. Machen Sie diese Lücken sichtbar, statt Ersatz zu erfinden. Der Leser kann eine Beobachtung wie „Einstellungen fehlen weiterhin“ ergänzen, klar getrennt vom zurückgegebenen Text. Speichert die Anwendung beide Antworten, ist das eine Speicherung durch den Aufrufer mit eigenen Aufbewahrungsentscheidungen. Eine geteilte Parameterübersicht darf keine Zugangsdaten enthalten und sollte warnen, wenn Anfrage oder Lesenotiz selbst sensible Informationen enthält.
Die Aussagegrenze benennen
Eine einzelne Eingabe zu ändern macht den beabsichtigten Vergleich nachvollziehbarer; es beweist nicht, dass jeder beobachtete Unterschied ausschließlich dadurch verursacht wurde. Für getrennte Anfragen werden keine stabilen Momentaufnahmen zugesagt. Beide Antworten sind begrenzt, und eine gte-Gesamtzahl erlaubt keine exakte Subtraktion von Treffermengen. Abgerufen wird in der Archivreihenfolge _doc, weder nach Datum, Relevanz noch Bewertung. Die Vergleichskarte dokumentiert daher zwei Anfragen und deren Material, keine kontrollierte Messung von Diskussionsqualität, Beliebtheit oder Häufigkeit eines technischen Problems.
Jeder erfolgreiche Abruf kostet einen Credit, auch bei leerem Ergebnis. Eine spätere Seite ist eine weitere Anfrage; zulässig sind höchstens 100 Datensätze und Seitenzahlen bis 100. Das Ausschöpfen dieses Fensters belegt keine vollständige Abdeckung. Flache Datensätze und optionale Elternverweise garantieren kein vollständiges Gespräch. Schließen Sie den Vergleich mit der nächsten Entscheidung ab: einen nützlichen Verweis behalten, eine fehlende Einstellung untersuchen, eine Bedingung erneut ändern oder aufhören. Diese unabhängige historische API liefert Material für die Entscheidung, keinen Live-Blick auf Reddit und keine verifizierte Antwort.
