Biblioteca de leitura
Projete a decisão de não pedir outra página de busca
Torne outra página de LocalLLaMA uma escolha deliberada. Relacione a pergunta, o custo e o limite da paginação sem prever a qualidade de respostas não vistas.
Identifique a tarefa pendente
É mais fácil avaliar a próxima página quando o leitor consegue nomear o que falta. Na busca proposta, a tarefa pode ser achar uma discussão com as condições da medição de memória. Depois da primeira resposta, pergunte se o material esclarece isso. A resposta pode ser sim, não ou incerta por falta de contexto. É uma decisão de leitura, não conclusão de que a primeira página reúne o mais relevante. A API não garante essa classificação.
Mantenha pergunta e nota curta junto aos registros. Se a primeira página já fornecer uma referência útil, permita guardá-la e sair sem buscar mais. Caso contrário, preserve a incerteza específica, como hardware não informado, em vez de apenas preciso de mais resultados. São escolhas ilustrativas, não achados observados em LocalLLaMA. A rolagem automática não deve transformar a dúvida em busca ilimitada nem afastar a referência que ainda está sendo examinada.
Avalie outra requisição
Avalie custo concreto e trabalho de leitura, não o valor de respostas invisíveis. Avançar de page=1 para page=2 com limit=3 pede até três registros a mais nas mesmas condições. Cada recuperação bem-sucedida custa um crédito, inclusive vazia. A conversão padrão é $1 por 1000 créditos pagos; a recarga mínima de $50 fornece 50 000. Isso ajuda a planejar gastos, mas não justifica prometer experimento útil ou opiniões mais diversas na próxima página.
O aplicativo pode adotar orçamento de leitura menor que o máximo. Explique antes de pedir: outra página, até três registros, mesmos filtros. Não estime relevância pela diversidade de uma primeira página minúscula ou por distribuição de notas inventada. _doc não sugere que o útil venha primeiro ou que páginas posteriores percam valor. O leitor pode ajustar um filtro ou parar. É mais honesto do que recomendar material ainda não recebido.
Examine os sinais de limite
Leia pagination.has_more antes de oferecer continuação e mantenha filtros e limit ao aumentar page. O serviço aceita páginas de 1 a 100 e até 100 registros por requisição. Em page=100 com limit=100, a última página cheia não deixa espaço para verificar um registro adicional fora da janela. pagination.window_exhausted pode acompanhar has_more=false e um total expresso como limite inferior. Pare a sequência aí sem anunciar que todas as correspondências foram lidas.
Exiba pagination.total com pagination.relation. gte indica pelo menos aquela quantidade, não aproximadamente; unknown pode acompanhar null. Uma página vazia após a primeira também pode ter total desconhecido. Os campos descrevem a resposta limitada, não a completude do tema. Registros repetidos ou semelhantes não provam que outras páginas sejam redundantes. Se eliminar duplicatas por IDs reais, explique a decisão local e guarde procedência suficiente para distingui-la do retorno de cada resposta.
Deixe o usuário parar
Use uma ação explícita para a próxima página e uma saída simples. O leitor deve conseguir guardar referência, fechar o caderno ou voltar às condições sem provocar chamadas. Durante a requisição, evite repetir a mesma ação e preserve o texto existente. Se houver Parar, diga o que para: futuras requisições automáticas ou espera na interface. Não garante cancelar trabalho já enviado nem evitar sua cobrança.
Se a continuação falhar, separe os registros anteriores do número de página pendente. Ofereça repetir somente quando adequado. Falhas na origem têm tratamento de devolução, talvez aguardando conciliação; perder a resposta deixa a cobrança incerta. Não pule silenciosamente para outra página escondendo a falha. Termine em um estado útil: o leitor sabe o que examinou, por que continuou ou parou e o que desconhece. É um encerramento defensável, mesmo sem resposta completa.
