Peça ao agente de navegador uma tabela com uma afirmação por linha, a página original, o trecho que ele leu e o parecer. Assim, quem revisa o relatório pode voltar da frase à fonte. No nosso exemplo público, duas fontes oficiais usam expressões diferentes para HTTP 418. As datas e as funções dos documentos explicam a diferença.
Comece por uma pergunta que possa conferir
Queríamos saber como o registro atual lista o código 418 e de onde veio a expressão sobre o bule. Em 6 de novembro de 2026, abrimos o registro e dois RFCs no Tabbit. A consulta foi guiada, e o autor revisou os pareceres. Para uma execução autônoma, delimite a mesma tarefa e peça ao agente que devolva as linhas em aberto antes de redigir.
Na primeira linha, defina a data e o que vale como fonte primária. «Encontre o rótulo do registro atual e a expressão histórica» é mais fácil de conferir do que «explique HTTP 418». Abra algumas fontes primárias e amplie a busca quando faltar uma evidência. Os casos de pesquisa aprofundada ajudam a escolher perguntas. A lista de verificação da primeira tarefa ajuda a delimitar sites e ações.
Volte da afirmação ao trecho original
| Afirmação a conferir | Fonte original e localização | Parecer |
|---|---|---|
| C1. O registro atual marca 418 como não utilizado. | IANA, linha 418, que remete ao RFC 9110 §15.5.19. | Sustentada no registro da IANA. |
| C2. A expressão histórica sobre o bule consta no RFC 2324. | RFC 2324 §2.3.2, abril de 1998. | Sustentada como texto histórico de um RFC informativo. |
| C3. A norma vigente chama 418 de «Sou um bule». | RFC 9110 §15.5.19, junho de 2022. | Contradita. O título diz «(Unused)» e o texto explica a reserva. |
| C4. O RFC fornecido comprova outro comportamento de um servidor. | URL inválida do RFC Editor usada como controle. | Sem verificação. O Tabbit observou HTTP 404. |
O CSV do exemplo contém as URLs e os resultados das quatro linhas, incluindo o link inválido. Como o registro da IANA remete ao RFC 9110, ambos fazem parte da mesma cadeia de referência. O RFC 2324 responde à questão histórica. A afirmação de que um servidor retorna 418 exigiria uma evidência daquela implementação.
Abra a citação de cada frase importante, confira o destino após os redirecionamentos e encontre a seção. Use um trecho breve ou faça uma paráfrase que preserve as condições do texto. Se a fonte se refere a algumas implementações, mantenha esse limite. Separe em duas linhas frases que misturem situação atual e origem histórica. O tutorial de CLI do navegador mostra como obter o texto, e a comparação entre MCP e CLI explica como a observação chega ao agente.
Guarde as falhas e as divergências
| Parecer | Como tratar a linha |
|---|---|
| Sustentada | Cite dentro do escopo da fonte. |
| Contradita | Corrija a afirmação antes de redigir. |
| Parcial | Divida a afirmação e preserve a parte sustentada. |
| Sem verificação | Registre a falha de acesso ou a evidência que falta. |
Classifique como sustentada, contradita, parcial ou sem verificação. Um 404 descreve o que aconteceu com a solicitação. A afirmação ainda precisa de evidência. Diante de uma tela de login, registre o título visível e anote que o corpo ficou sem leitura. Sem outra fonte adequada, deixe a afirmação fora da conclusão. Consulte o guia de permissões antes de lidar com páginas restritas.
Se duas fontes divergem, confira definições, datas e escopo. Neste exemplo, o registro e o texto histórico respondem a perguntas diferentes. Se a divergência persistir, guarde os dois valores e anote o que poderia resolvê-la. Registre a data das consultas sobre fatos que podem mudar e reabra a fonte primária antes de reutilizar o relatório.
Uma instrução que você pode copiar: «Entregue a tabela primeiro. Para cada afirmação, informe URL, seção ou linha, trecho, data e parecer. Mantenha os acessos que falharam. Redija conclusões a partir das linhas sustentadas e marque inferências». Confira algumas linhas válidas e todas as pendências. Veja o guia de automação e o fluxo de pesquisa para preparar a tarefa. Você pode repetir o exemplo no Tabbit.
Fontes: Registro de códigos HTTP da IANA, RFC 9110 §15.5.19, RFC 2324 §2.3.2.
Perguntas frequentes
O que incluir em uma tabela de fontes?
Identificador da afirmação, URL inicial e final, localização, trecho, data da consulta e parecer com justificativa.
Um link que funciona ainda pode ser uma citação ruim?
Sim. A página pode tratar do tema certo e se referir a outra data, outra população ou uma conclusão diferente.
O que anotar quando a fonte não abre?
Guarde a URL solicitada, o destino conhecido, a data, a resposta observada e a afirmação correspondente. Deixe-a sem verificação até encontrar uma fonte adequada.
Como lidar com duas fontes divergentes?
Compare datas, escopo, autoridade e definições. Mantenha as duas linhas e diga se foi possível explicar a diferença.
Preciso transcrever cada fonte?
Um trecho curto ou uma paráfrase fiel com a localização basta. Separe o que a fonte diz da sua conclusão.