Biblioteca de leitura
Mostre ao usuário o que mudou na consulta
Torne a busca sobre quantização rastreável: registre condições, altere um filtro, compare respostas limitadas e explique o que a diferença não prova.
Registre o ponto de partida
O ponto de partida não é apenas a palavra inicial; contém todos os filtros, incluindo comunidade, autor, datas e limiares de pontuação. No exercício proposto de leitura de LocalLLaMA, comece com /v1/search?q=quantization&subreddit=LocalLLaMA&limit=3&page=1 em https://api.redditsearchapi.com. A pergunta pode ser em que condições a memória foi medida em um experimento. É uma requisição sugerida, não evidência de discussões disponíveis. Escreva a pergunta acima dos parâmetros para dar propósito às mudanças.
Guarde os valores enviados separadamente do estado atual do formulário. Registre o momento da resposta como observação do aplicativo, a quantidade de registros e os campos reais de paginação. Mantenha pagination.total junto de pagination.relation: gte indica limite inferior, não número aproximadamente exato. Salvar a resposta localmente preserva o material examinado. Salvar só a URL conserva as condições, não uma fotografia estável do arquivo. A API não cria esse caderno por você.
Mude um único controle
Suponha que o leitor queira examinar um limiar de pontuação. Preserve q=quantization, subreddit=LocalLLaMA, limit=3 e page=1 e acrescente min_score=10. Mostre os valores anterior e novo antes de enviar. O limiar filtra a pontuação armazenada; não identifica evidência de qualidade nem pede ordenação por pontuação. Outro exercício pode mudar apenas a comunidade. Use o valor exato pretendido, sem presumir que o prefixo r/ seja equivalente ao mesmo filtro.
Envie a alteração somente após uma ação explícita. Editar um campo não precisa disparar recuperações pagas a cada tecla. Se for preciso quantization memory, explique que os termos analisados devem corresponder dentro de um mesmo title ou text; não é busca semântica nem de frase exata. Preserve datas YYYY-MM-DD UTC, incluindo o dia to inteiro. Comece em page=1: uma consulta alterada é nova sequência, não a segunda página da anterior.
Mostre um cartão da consulta antes e depois
Posicione as duas requisições ao lado de seus resultados. Destaque o parâmetro alterado por texto, não só cor, e mostre quando foram feitas. Um cartão compacto pode conter pergunta, filtros, estado da resposta, quantidade exibida e total qualificado. Se uma requisição falhar, sinalize essa área; não compare uma resposta antiga bem-sucedida sob o filtro novo. Associe respostas às requisições para que uma tardia não substitua silenciosamente o cartão errado.
Exiba o texto disponível sem chamar os primeiros registros de melhores resultados. Títulos, autores, datas e links podem faltar; indique lacunas em vez de inventar substitutos. O leitor pode anotar ajustes ainda ausentes, separado da fonte. Se o aplicativo guardar ambas as respostas, o armazenamento e a retenção são escolhas suas. Ao compartilhar o resumo, exclua credenciais e avise se consulta ou nota contiver informações sensíveis.
Declare o limite da interpretação
Mudar uma entrada facilita examinar a comparação planejada, mas não prova que toda diferença observada decorra apenas dela. Requisições separadas não prometem fotografias estáveis. Ambas as respostas são limitadas e um total gte não permite subtrair populações exatas. A recuperação segue _doc, não data, relevância ou pontuação. O cartão documenta duas requisições e seu material, não uma medição controlada da qualidade, popularidade ou prevalência de um problema técnico.
Cada recuperação bem-sucedida custa um crédito, inclusive vazia. Outra página é outra requisição, limitada a 100 registros e páginas até 100; esgotar a janela não estabelece cobertura completa. Registros planos e referências opcionais a pais não garantem conversa completa. Termine com a decisão seguinte: guardar referência, investigar ajuste ausente, mudar uma condição ou parar. A API histórica independente oferece material, não uma visão ao vivo do Reddit ou resposta verificada.
