AI Search Nerd Alert: Fable 5.2, modos de búsqueda y lectura parcial en un prompt filtrado
El prompt no oficial de Fable 5.2 describe dos modos de búsqueda y lectura por partes. Comparación con Opus en septiembre, sus límites y una prueba propuesta.
Un precio al final de una página larga solo sirve si el sistema que responde a la pregunta llega hasta él. El prompt filtrado de Fable 5.2 para la app web de Claude, publicado por Pliny, da motivos para revisar esa suposición. Su definición de WebFetch incluye un offset para seguir leyendo una página larga, mientras WebSearch decide por separado cuánto esfuerzo dedicar a buscar información.
He comparado el texto no oficial de Fable 5.2 para la app web en el repositorio CL4R1T4S de Pliny con el prompt central oficial de Opus 5.5 para la app, fechado el 22 de septiembre de 2026. Para SEO, lo útil es comprobar si se recupera un dato actualizado junto con las condiciones que lo acompañan. Una instrucción filtrada puede sugerir qué probar, pero no demuestra el resultado de esa prueba.
TLDR. El texto filtrado define las búsquedas standard y extended, permite leer páginas largas por partes con WebFetch offset e indica que se busque sin pedir permiso cuando los datos puedan haber cambiado. Las consultas de lugares conservan las condiciones del usuario y los subagentes requieren una petición explícita. Esta copia no permite verificar la ubicación por IP ni una obligación de avisar de una lectura parcial. No hay un tamaño de fragmento establecido ni resultados de una prueba completada.
El límite de la comparación con septiembre
El prompt central oficial de Opus de septiembre indica que se dé la información disponible antes de la fecha de corte, con una advertencia, y se sugiera buscar datos más recientes. El texto filtrado de Fable, en cambio, pide buscar sin solicitar permiso cuando la búsqueda esté disponible y la información pueda haber cambiado. Señala los cargos públicos actuales y los hechos binarios, como fallecimientos o elecciones. También aplica ese criterio a preguntas en presente sobre si algo existe.
La comparación se refiere a la app de Claude para usuarios. No incorpora detalles de la filtración separada de Claude Code. El documento central de septiembre permite comparar las instrucciones sobre la fecha de corte, pero no establece qué definiciones de herramientas tenía cada sesión de la app en ese momento.
El prompt central oficial de Fable del 9 de noviembre es otro documento público, más corto. Mantiene las advertencias sobre la fecha de corte y no autentica las secciones de herramientas del texto atribuido a Pliny. Las fuentes usadas aquí no establecen que Anthropic haya confirmado la filtración. Presentar cada detalle como una novedad oficial iría más allá de lo que permite comparar este material.
WebSearch standard y extended
WebSearch exige mode junto con la consulta. La definición filtrada describe standard como una búsqueda rápida y barata, adecuada para consultas sencillas de referencia. Extended es más exhaustiva y reciente, con un coste y una latencia varias veces mayores. El texto no aporta un precio exacto, un multiplicador numérico ni tiempos de espera medidos.
| Situación en las instrucciones filtradas | Ruta de búsqueda |
|---|---|
| Consulta sencilla de referencia | Standard por defecto |
| Standard devuelve poco, se desvía del tema o parece desactualizada | Pasar a extended |
| Datos de nicho o sucesos muy recientes | Extended desde el principio |
| Precios, disponibilidad o investigación con varios pasos | Extended desde el principio |
Si se prevén varias búsquedas, las instrucciones añadidas piden enviarlas en el mismo turno. Para preguntas políticas y otros temas de alto riesgo, la filtración indica que se haga al menos una búsqueda antes de responder. Cuando hay candidatos o posturas enfrentadas, pide búsquedas separadas para cubrirlos adecuadamente.
Para quien publica una web, la recomendación es mantener información que responda a la pregunta actual. No se ha demostrado que una fecha o una propiedad de schema activen extended. La guía de tareas SEO con Claude ofrece formas de definir el encargo y aportar las pruebas que necesita.
WebFetch offset y los fragmentos de una página
WebFetch convierte una página a Markdown y usa un modelo pequeño y rápido para procesarla según la petición recibida. El parámetro opcional offset indica desde qué posición de caracteres empezar a leer para continuar por una página larga. Esa definición permite recuperar contenido por partes, sin decir cuánto texto cabe en cada una.
La herramienta también limita la lectura a URLs aportadas en la conversación o devueltas por búsquedas o lecturas anteriores. Una URL recordada, o construida modificando una ruta conocida, puede necesitar autorización o ser rechazada. Encontrar un recurso y leerlo siguen siendo operaciones distintas, como ayuda a explicar el recorrido de búsqueda de Claude.
Una cita no basta para saber cuánto de la página enlazada se tuvo en cuenta. En esta copia no se encontró la instrucción explícita de avisar de una lectura parcial sin terminar. Afirmar que la filtración garantiza ese aviso añadiría algo que la mera existencia de offset no demuestra.
En contenidos largos, coloca los datos importantes donde el lector pueda encontrarlos rápido y conserva sus condiciones cerca. Recuperar un precio sin su mercado o periodo de facturación todavía puede producir una respuesta incompleta. Es una recomendación de contenido, sin una mejora de citaciones medida que la respalde.
Infografía de búsqueda y lectura por partes
Una prueba propuesta de recuperación en páginas largas
En una página larga, mantendría la misma pregunta y pondría el dato pertinente en distintas secciones de copias controladas. Guardaría cada página junto con su respuesta y comprobaría qué datos ha recuperado Claude. Así se examinaría el comportamiento visible de recuperación, sin afirmar que se ha medido un tamaño de fragmento interno.
Para comprobar offset, primero revisaría si se pueden ver las llamadas a herramientas y las posiciones de continuación. Si están disponibles, las guardaría junto con la página y la respuesta. Si están ocultas, la conclusión se limitaría al comportamiento observable de la respuesta. Lo testearemos 🤓. Todavía no hay resultados de esa prueba.
Una respuesta que incluya un dato de una sección posterior sería una observación bajo las condiciones de esa ejecución. Por sí sola no identificaría la ruta interna usada para obtenerlo. La prueba propuesta necesita distinguir ambas cosas antes de que se publique un supuesto límite de lectura.
Condiciones locales y consultas de lugares
La descripción de places_search recomienda una consulta para un lugar concreto, 2 para descubrir opciones con un objetivo definido y de 2 a 4 para peticiones amplias o con varias partes. Cada consulta debe conservar las condiciones del usuario, incluidos el barrio y el presupuesto. Son recomendaciones para elegir cuántas consultas hacer, no un límite fijo universal.
En una comparación local, mantendría el barrio y el presupuesto al comprobar si los negocios devueltos responden a la petición. Una recomendación fuera de la zona necesitaría una explicación, en lugar de ampliar la consulta y eliminar esa condición sin avisar.
La herramienta approximate_location y el mecanismo propuesto de IP del último mensaje no se encontraron en esta copia del prompt de la app web. Por tanto, aquí no queda verificada la conclusión de que «cerca de mí» se resuelva a partir de esa IP. Se puede explicar la guía de consultas locales sin completar el mecanismo ausente con datos de Claude Code.
Subagentes y la siguiente decisión SEO
La descripción de Agent reserva los subagentes para peticiones explícitas del usuario. Pedir exhaustividad, varios enfoques o una tarea con varias partes no cuenta como esa petición. La explicación es que un agente nuevo empieza sin el contexto ya disponible y supone la vía más cara en ese plan.
Para un equipo SEO, el siguiente paso práctico es una comprobación sobre una página concreta y una pregunta definida. Mantén los precios y la disponibilidad al día, con las condiciones necesarias para interpretarlos. Conserva la prueba de recuperación como trabajo futuro y distingue las instrucciones escritas del comportamiento observado al revisar una auditoría de AI SEO.
La guía y el paquete de prompts de SEOFrancisco para Claude pueden ayudar a preparar esa tarea. La decisión de reescribir una web debería apoyarse en pruebas sobre la página y sus lectores, en vez de un tamaño de fragmento supuesto a partir de un prompt no oficial.
Preguntas frecuentes
¿Es oficial el prompt filtrado de Fable 5.2?
Es un texto no oficial atribuido al repositorio CL4R1T4S de Pliny. El prompt central oficial del 9 de noviembre es otro documento y no autentica sus definiciones de herramientas.
¿Qué diferencia hay entre standard y extended?
El texto filtrado describe standard como rápido y barato, y extended como más exhaustivo y reciente, con mayor coste y latencia. Recomienda extended para datos de nicho, sucesos recientes, precios, disponibilidad e investigación con varios pasos.
¿Cuánto texto cabe en un fragmento de WebFetch?
El texto recuperado no especifica el tamaño de los fragmentos. Offset permite seguir leyendo, pero aquí no se establece un límite medido ni resultados de una prueba completada.
¿Confirma esta copia la búsqueda local basada en IP?
No. La herramienta approximate_location y el mecanismo de IP del último mensaje no se encontraron en esta copia del prompt de la app web. La guía de consultas de lugares sí tiene respaldo por separado.
Sobre el autor
Francisco Leon de Vivero escribe sobre SEO y búsqueda con IA en SEOFrancisco. Consulta los servicios de AI SEO para trabajar la información de tus páginas y la medición de visibilidad.