Pide al agente de navegador una tabla con una afirmación por fila, la página original, el lugar exacto que leyó y su dictamen. Así, otra persona puede comprobar por qué una frase aparece en el informe. En nuestro ejemplo público, dos fuentes autorizadas emplean términos distintos para HTTP 418. La fecha y la función de cada documento explican la diferencia.
Empieza con una pregunta comprobable
Nos limitamos a dos preguntas: cómo figura el 418 en el registro actual y de dónde procede lo de la tetera. El 6 de noviembre de 2026 abrimos el registro y dos RFC en Tabbit. Fue una consulta guiada, con los dictámenes revisados por el autor. En una ejecución autónoma, entrega el mismo alcance al agente y pídele que devuelva las filas pendientes antes de redactar.
En la primera línea define la fecha y qué cuenta como fuente primaria. «Busca la etiqueta del registro actual y el texto histórico» se comprueba con más facilidad que «explica HTTP 418». Empieza con unas pocas páginas primarias y amplía la búsqueda cuando falte una prueba. La guía de casos de investigación profunda ayuda a formular las preguntas. Usa la lista de la primera tarea para delimitar sitios y acciones.
Sigue la cita hasta el pasaje original
| Afirmación que comprobar | Fuente original y ubicación | Dictamen |
|---|---|---|
| C1. El registro actual marca 418 como no utilizado. | IANA, fila 418, que enlaza al RFC 9110 §15.5.19. | Respaldada para el registro de IANA. |
| C2. La frase histórica de la tetera figura en el RFC 2324. | RFC 2324 §2.3.2, abril de 1998. | Respaldada como redacción histórica de un RFC informativo. |
| C3. La norma vigente llama «Soy una tetera» al 418. | RFC 9110 §15.5.19, junio de 2022. | Refutada. El encabezado dice «(Unused)» y el texto explica la reserva. |
| C4. El enlace a un RFC acredita otro comportamiento de un servidor. | URL inválida del RFC Editor añadida como control. | Sin verificar. Tabbit observó HTTP 404. |
El CSV de ejemplo conserva las URL y el resultado de las cuatro filas, incluida la prueba con el enlace inválido. La tabla de IANA remite al RFC 9110. Ambas forman una cadena de autoridad. El RFC 2324 responde a la pregunta histórica. Para documentar que un servidor devuelve 418 haría falta una prueba de esa implementación.
Abre cada cita importante, registra el destino final y localiza la sección indicada. Usa un fragmento breve o una paráfrasis que conserve sus condiciones. Si la fuente se refiere a «algunas implementaciones», acota el informe a ese alcance. Divide una frase en dos filas si mezcla el estado actual y el origen histórico. El tutorial de CLI de navegador muestra cómo recoger texto visible y la comparación entre MCP y CLI explica cómo llega al agente.
Conserva los fallos y las discrepancias
| Dictamen | Cómo usar la fila |
|---|---|
| Respaldada | Cita dentro del alcance de la fuente. |
| Refutada | Corrige la afirmación antes de redactar. |
| Parcial | Divide la afirmación y conserva la parte respaldada. |
| Sin verificar | Registra el acceso fallido o la prueba que falta. |
Clasifica las afirmaciones como respaldadas, refutadas, parciales o sin verificar. Un 404 describe la respuesta al intento de acceso. La afirmación sigue necesitando pruebas. Ante una pantalla de inicio de sesión, guarda el título visible y registra que el cuerpo quedó sin leer. Sin otra fuente, deja la afirmación fuera de las conclusiones. Revisa los permisos del navegador antes de abrir páginas restringidas.
Si dos páginas discrepan, compara fechas, alcance y definiciones. Aquí la etiqueta actual y el uso histórico contestan preguntas distintas. Si la diferencia continúa, conserva ambos valores y anota qué prueba permitiría resolverla. Registra la fecha de consulta para los datos que pueden cambiar y vuelve a la fuente primaria antes de reutilizarlos.
Un encargo reutilizable sería «Entrega primero la tabla de fuentes. Para cada afirmación indica URL, sección o fila, pasaje, fecha y dictamen. Conserva los accesos fallidos. Redacta las conclusiones a partir de las filas respaldadas y marca las inferencias». Comprueba algunas filas correctas y todas las pendientes. Consulta la guía de automatización y el flujo de investigación para ver cómo organizar la tarea. Puedes repetir el ejemplo en Tabbit.
Fuentes: Registro de códigos HTTP de IANA, RFC 9110 §15.5.19, RFC 2324 §2.3.2.
Preguntas frecuentes
¿Qué campos debe incluir una tabla de fuentes?
Identificador de la afirmación, URL solicitada y final, ubicación, pasaje breve, fecha de consulta, dictamen y motivo.
¿Puede ser incorrecta una cita aunque el enlace funcione?
Sí. La página puede tratar el mismo tema y referirse a otra fecha, otra población o una conclusión distinta.
¿Qué hago si no puedo abrir una fuente?
Conserva la URL solicitada, el destino si lo conoces, la fecha, la respuesta observada y la afirmación. Déjala sin verificar hasta encontrar una fuente adecuada.
¿Cómo gestionar dos fuentes discrepantes?
Compara sus fechas, autoridad, alcance y definiciones. Conserva ambas filas e indica si la discrepancia se pudo explicar.
¿Cada fuente necesita una cita textual?
Basta con un pasaje breve o una paráfrasis fiel con su ubicación. Separa lo que dice la fuente de tu conclusión.