Ojos para tu agente sin pagar APIs — y no es un scraper

La confusión empieza por el nombre. «Alcance para tu agente» suena a que el programa entra a las redes, lee y te devuelve el texto. No es eso. Y entender la diferencia antes de instalar nada te ahorra las dos tardes que se pierden peleando con la herramienta equivocada.

Agent Reach no abre una sola página. Lo que hace es conseguirle a tu agente las herramientas de otras personas —las que sí entran a cada red—, revisar cuáles quedaron funcionando en tu equipo y dejarle escrito, en un archivo que tu agente lee solo, qué se corre para cada cosa. Instala, diagnostica y enruta. La lectura la hace siempre otro programa.

Esto no es una lectura cómoda: el propio proyecto lo dice con todas sus letras, y lo dice dos veces, en dos archivos distintos.

CLAUDE.md
  "installer + doctor + config tool. NOT a wrapper —
   after install, agents call upstream tools directly"

README.md · Design Philosophy
  "Agent Reach is a capability layer, not yet another
   tool. It sits one level above any specific
   implementation — it handles selection, installation,
   health checks, and routing, not the reading itself."

En español y sin adornos: instalador, diagnóstico y herramienta de configuración; una capa de capacidad que se sienta un piso arriba de las herramientas que sí leen; se encarga de elegir, instalar, revisar salud y enrutar, no de la lectura misma. La última frase es la que casi nadie lee dos veces, y es la que decide todo lo demás.

Las tres piezas, en el orden en que actúan

No son tres modos ni tres productos. Son tres trabajos distintos que hace la misma herramienta, y cada uno resuelve una parte del problema que te frena cuando intentas hacerlo a mano.

Dónde termina su responsabilidad

Vale la pena dejar esta línea muy marcada, porque es la que explica casi todas las quejas que vas a leer en internet sobre este proyecto.

Cuáles están caídos hoy, con el número de la conversación abierta que documenta cada uno y qué hacer en cada caso, está en lo que está roto hoy. Ahí también se explica por qué el diagnóstico no te lo dice de frente.

Quédate con una sola frase y el resto de la guía se acomoda solo: Agent Reach no es el que lee, es el que sabe con qué se lee. El corte entre canales, la instalación, lo que sale de cada red y lo que está roto se entienden distinto con eso en la cabeza.

Los 15 canales no se ordenan por red social ni por país. Se ordenan por una sola pregunta: ¿hace falta que alguien ya esté logueado para ver eso? Esa pregunta parte la lista en dos, y de ahí sale todo lo demás: dónde puedes correrlo, cada cuándo, y qué tienes que tener prendido para que funcione.

El grupo A entra por la puerta de enfrente. Son páginas y datos que cualquiera ve sin cuenta, así que la herramienta que los lee tampoco necesita una. Se corren desde cualquier equipo, a cualquier hora, sin que tú estés sentado ahí.

El grupo B no tiene puerta de enfrente. Reddit, Facebook, Instagram: sin sesión iniciada no hay contenido. Ahí el camino no es una llave ni un servidor: es una sesión tuya. En cuatro canales esa sesión vive en tu navegador de escritorio, ese donde iniciaste sesión hace meses. En Twitter vive en las cookies de tu cuenta, y esa diferencia queda dicha más abajo.

Grupo A: los que jalan solos

Seis canales entran sin credenciales. Cada uno lo lee una herramienta distinta, y esa herramienta es de otra gente: Agent Reach la instala y le deja escrito a tu agente cuál usar, pero quien lee es ella. Por eso en los comandos de abajo no aparece la palabra agent-reach por ningún lado.

Los comandos, tal cual se escriben

Todos se escriben en la terminal, no adentro de una conversación. Los pones tú una vez para comprobar que jalan; después es tu agente el que los corre solo. Donde dice URL o query, pon lo tuyo.

Si uno de estos comandos te falla, el problema no está en Agent Reach: está en la herramienta que lo lee. Se arregla del lado de ella, no de este.

Grupo B: los que piden una sesión tuya

Reddit, Facebook, Instagram y XiaoHongShu pasan todos por la misma pieza: OpenCLI. Es una extensión de Chrome más un puente de línea de comandos que maneja tu Chrome real de escritorio. El mismo en el que lees tus mensajes.

Vale la pena decir lo que no es, porque casi todos lo entienden al revés: no es headless, no es una API y no corre en un servidor. No hay un navegador invisible en la nube. Hay tu ventana, en tu escritorio, y algo que la mueve por ti. Si te asomas mientras trabaja, ves las pestañas abriéndose.

El puente es proyecto aparte y tiene su propio repositorio: jackwener/OpenCLI. Se describe a sí mismo como convertir cualquier sitio en línea de comandos usando tu navegador ya logueado, y eso es exactamente lo que hace aquí.

Manejar tu Chrome real no es idea exclusiva de este proyecto. Si lo que quieres es ver los anuncios que está corriendo tu competencia, ese trabajo tiene su propia guía en Browser Harness, y aquí no se explica.

Guardar esas cookies y ponerlas en el entorno son dos pasos distintos, y confundirlos es de lo que más atora. Están desarmados uno por uno en cuentas y cookies, que es la sección dueña de ese trámite.

SIN LOGIN  ·  corren en cualquier equipo, sin ti presente
  Web (cualquier página) ..... Jina Reader
  YouTube .................... yt-dlp
  GitHub ..................... gh
  Búsqueda web con IA ........ Exa por MCP
  RSS ........................ feedparser
  V2EX ....................... API pública

CON TU CHROME LOGUEADO  ·  solo en tu escritorio, contigo prendido
  Reddit ..................... OpenCLI
  Facebook ................... OpenCLI
  Instagram .................. OpenCLI
  XiaoHongShu ................ OpenCLI

CON LAS COOKIES DE TU CUENTA
  Twitter .................... canal propio · de respaldo, OpenCLI

NO ESTÁ
  TikTok

Léelo de arriba abajo antes de instalar nada. Lo de arriba lo tienes hoy con un comando; lo de abajo te va a costar una sesión tuya y, en los del navegador, una instalación más.

Saber de qué lado cae cada canal todavía no te dice qué te va a devolver. Eso viene con nombre y apellido en la tabla de qué sale de cada red, incluidas las que devuelven bastante menos de lo que parece.

La regla corta: si lo puede ver alguien que no tiene cuenta, jala solo. Si hay que estar adentro para verlo, hace falta una sesión tuya: el Chrome abierto en cuatro canales, las cookies de tu cuenta en el de Twitter. Todo lo demás en esta guía cuelga de ese corte.

La instalación la hace casi toda tu agente solo. Lo que se lleva el tiempo no son los comandos: son tres detalles que, si te los saltas, te dejan con algo que parece instalado y no lo está.

El intento de publicarlo como plugin quedó registrado en la issue #661, en las issues del repositorio. Mientras siga así, el camino es el de esta sección: el programa de terminal.

Con eso claro, los tres detalles están abajo, en el orden en que muerden. Primero el paquete equivocado, que es el más caro porque instala software de un desconocido. Luego la carpeta que tiene que existir antes. Y al final el lugar desde donde se corren los comandos, que adentro de Claude Code truena.

Si quieres comprobarlo, el proyecto de esta guía vive en github.com/Panniantong/Agent-Reach. Cualquier otra dirección que te devuelva una búsqueda es otro programa.

El paso previo que no está en ninguna documentación

Este dato no sale del README ni del sitio del proyecto: sale de leer el instalador. Y separa una instalación que sirve de una que se ve bien y no hace nada.

~/.claude/skills/          <- si esta carpeta YA existe
    agent-reach/           <- aquí cae, y Claude Code la lee

~/.agents/skills/          <- si la de arriba NO existe
    agent-reach/           <- aquí cae, y Claude Code no mira nunca

Los dos casos se ven idénticos mientras instala. La única diferencia es la ruta, así que revísala al final en vez de confiar en el mensaje de que salió bien.

La forma anunciada: se lo encargas a tu agente

El proyecto no se instala con un comando, se instala con una instrucción: le pasas a tu agente la dirección de sus propias instrucciones de instalación y él las lee y las ejecuta. La primera línea del prompt de abajo es esa dirección, tal cual. Lo demás son las barreras para que no repita los errores de arriba.

Instala Agent Reach: https://raw.githubusercontent.com/Panniantong/agent-reach/main/docs/install.md

Mi equipo: [SISTEMA OPERATIVO Y VERSIÓN]
Los canales que me interesan de verdad: [ESCRIBE LAS REDES, POR EJEMPLO: YOUTUBE, GITHUB, REDDIT, WEB ABIERTA]

Cuatro reglas que no se negocian:

1. Crea la carpeta ~/.claude/skills si no existe, ANTES de instalar nada. El instalador solo escribe en carpetas que ya existen: si esa falta, la skill se va a ~/.agents/skills/agent-reach y no la vas a poder leer nunca.

2. No instales el paquete llamado agent-reach del índice de Python. Ese nombre lo tiene otra persona y es otro programa. Instala siempre desde el archivo comprimido del repositorio:
https://github.com/Panniantong/agent-reach/archive/main.zip

3. Los comandos de agent-reach NO se corren dentro de tu entorno restringido: truenan con un error de permisos. Córrelos anteponiendo un signo de admiración, !, al principio de la línea, o dímelos uno por uno y los tecleo yo en mi terminal.

4. No configures llaves ni cuentas de ningún servicio. Lo que pida credenciales lo dejamos pendiente y lo veo yo después.

Cuando termines, córreme el diagnóstico y repórtame en una tabla, sin adornos:
- qué canales quedaron listos para usarse hoy
- qué canales quedaron a medias y qué les falta exactamente
- qué canales no se instalaron y por qué
- en qué ruta exacta quedó la skill

Si algo falla, no lo arregles por tu cuenta con soluciones creativas: pégame el error tal cual salió y dime qué comando lo produjo.

Los mismos pasos, a mano

Sirven cuando el prompt se atora, cuando quieres ver qué está pasando, o cuando prefieres instalar tú y dejarle a tu agente nada más el trabajo. Van en este orden, y todos se escriben en una terminal normal.

Si tu Python está protegido

En Mac con Homebrew y en varias distribuciones de Linux, el sistema protege su Python y rechaza cualquier instalación que no venga de él. El aviso es largo y suena grave, pero la salida es simple: se hace un ambiente aparte, a un lado del sistema, y ahí adentro se instala.

El ambiente se apaga al cerrar la terminal. Cuando vuelvas a necesitar los comandos de agent-reach, corres otra vez la primera línea para entrar y sigues normal.

El reporte es la issue #684 y sigue abierta en las issues del repositorio. Si algún día se cierra, este rodeo deja de hacer falta; hoy hace falta.

La prueba de que quedó: abre una sesión nueva de Claude Code y pregúntale qué skills tiene disponibles. Si agent-reach no aparece en esa lista, no está instalado para él, sin importar lo que haya dicho la terminal.

Agent Reach está hecho para Claude Code y ahí el camino está pavimentado: el instalador le deja la skill escrita y tú le hablas normal. Desde Codex también corre, y conviene entender exactamente por qué. Al final es un CLI: un programa que se llama por su nombre en una terminal. Cualquier agente que pueda correr comandos lo puede usar, y Codex puede correr comandos.

Eso es todo el truco. También es todo el límite. Lo que se instala en tu equipo es el mismo CLI y las mismas herramientas de terceros; lo que cambia es quién decide cuál correr. En Claude Code lo decide la skill. En Codex lo decides tú, o lo dejas escrito una vez y ya no lo vuelves a decir.

Los tres tiempos

No hay integración que configurar. Hay un programa que se instala, un diagnóstico que dice qué jala y una decisión sobre dónde vas a dejar escrito lo que descubriste.

Vas a instalar en este equipo una herramienta de línea de comandos llamada Agent Reach. Lee esto completo antes de correr nada.

Qué es, para que no te confundas: instala herramientas de terceros, revisa cuáles funcionan y deja escrito qué correr para leer cada red. No lee nada por sí mismo.

Reglas que no se rompen:
- NO corras "pip install agent-reach". Ese paquete existe en PyPI, es de otra persona y no tiene nada que ver con este proyecto.
- La única fuente correcta es el zip del repositorio, con la URL que te doy abajo, tal cual.
- Si un comando te pide permisos que no tienes o te lo niega el entorno, párate y dímelo. No lo intentes por otra vía ni le cambies las banderas.
- No inventes comandos que no estén en esta lista.

Paso 1 — instala el CLI:
pipx install https://github.com/Panniantong/agent-reach/archive/main.zip

Si este equipo tiene el Python protegido y el paso 1 falla, usa un entorno aparte:
python3 -m venv ~/.agent-reach-venv && source ~/.agent-reach-venv/bin/activate
pip install https://github.com/Panniantong/agent-reach/archive/main.zip

Paso 2 — revisa qué se instalaría, sin instalar todavía:
agent-reach install --env=auto

Pégame la salida completa y espera mi "va". No sigas al paso 3 por tu cuenta.

Paso 3 — cuando yo te lo autorice, instala de verdad:
agent-reach install --env=auto --system

Paso 4 — diagnostica y pégame el resultado tal cual:
agent-reach doctor --json

Al final escríbeme tres listas, en español y sin adornos:
- qué canales quedaron listos para usar hoy
- cuáles necesitan mi navegador de escritorio abierto y con sesión iniciada
- cuáles quedaron en aviso, y qué falta exactamente en cada uno

No contrates nada, no me pidas registrarme en ningún servicio y no configures llaves de paga: en este proyecto todas las llaves son opcionales.
[SI YA TIENES UNA LLAVE QUE QUIERAS QUE USE, ESCRÍBELA AQUÍ; SI NO, BORRA ESTA LÍNEA]

Qué se traslada tal cual

Déjalo escrito una vez en el AGENTS.md

Codex lee el AGENTS.md del proyecto al empezar. Ahí es donde conviene dejar la lista corta de lo que sabes que funciona: qué canal se lee con qué comando y cuál necesita el navegador abierto.

No es un respaldo de la skill ni pretende serlo. Es más chico a propósito: van los tres o cuatro canales que de verdad usas, no los quince. Un archivo con todo adentro nadie lo mantiene, y el día que el diagnóstico cambie te vas a dar cuenta.

## Lectura de redes

Agent Reach no lee nada por sí mismo: instala y enruta.
Quien lee es la herramienta de abajo. Nunca corras
"pip install agent-reach": ese paquete es de otra persona.

Sin sesión abierta — jalan desde cualquier equipo:
  web       curl -s "https://r.jina.ai/URL"
  youtube   yt-dlp --write-sub --write-auto-sub --skip-download -o "/tmp/%(id)s" "URL"
  github    gh search repos "query" --sort stars --limit 10

Con mi navegador de escritorio abierto y logueado:
  reddit    opencli reddit search "query" -f yaml
  instagram opencli instagram user USERNAME

Antes de usar cualquiera de estos, corre el diagnóstico.
Lo que salga en aviso, no lo uses: pregúntame.

Aquí no se escriben llaves, tokens ni cookies.

Así se ve terminado. Se mira, no se copia: los comandos que van adentro son los tuyos, los que el diagnóstico dio por buenos en tu equipo, no los de esta pantalla.

Vas a dejar escrito en este proyecto qué canales sabemos leer y con qué comando, para no repetirlo en cada conversación.

Fuente de verdad, y la única: la salida de
agent-reach doctor --json

Córrela primero. Lo que aparezca en aviso o en error no entra al archivo.

Luego abre el AGENTS.md de la raíz del proyecto. Si no existe, créalo. No borres ni reescribas lo que ya esté ahí: agrega al final una sección nueva titulada "Lectura de redes".

Dentro de esa sección escribe, en este orden:
1. Dos renglones que digan que la herramienta no lee nada por sí misma, que instala y enruta, y que quien lee es la herramienta de abajo.
2. Un renglón que prohíba "pip install agent-reach", porque ese paquete es de otra persona.
3. La lista de canales que hoy jalan sin sesión abierta, uno por renglón, con su comando completo al lado.
4. La lista de canales que necesitan mi navegador de escritorio abierto y logueado, en el mismo formato.
5. Un renglón final que diga que antes de usar cualquiera de estos comandos hay que correr el diagnóstico, y que lo que salga en aviso no se usa.

Reglas del archivo:
- Un comando por renglón, copiado tal cual salió, sin inventarle banderas ni acortarlo.
- Nada de canales que no hayas visto listos en la salida del diagnóstico.
- Nada de llaves, tokens ni cookies escritos ahí. Si un comando necesita una, escribe el nombre de la variable y nada más.
- Español, frases cortas, sin adornos.
- Máximo [CUÁNTOS CANALES QUIERES, POR EJEMPLO: 4] canales. Si hay más listos, quédate con los que yo uso: [ESCRIBE AQUÍ LAS REDES QUE TE IMPORTAN]

Cuando termines, pégame nada más la sección que agregaste, para revisarla antes de guardarla.

Un aviso para cuando algo deje de funcionar: revisa primero si el comando corre solo en la terminal. Si ahí también falla, el problema no es Codex ni el archivo que acabas de escribir, sino la herramienta de abajo. Es la misma regla de siempre en este proyecto, y aquí se nota más porque no hay nadie a quien preguntarle.

Todo lo que se instala vive en tu equipo y no le debe nada a nadie. Falta la otra mitad: los canales que entran con tu sesión abierta ponen algo tuyo sobre la mesa, y conviene saber qué es antes de correr el primer comando.

Lo que se arriesga aquí no es la computadora ni el proyecto. Es una cuenta. La misma con la que entras a Twitter, a Instagram o a Reddit todos los días.

Tres cosas: con qué cuenta entras, a qué extensión le das permiso de leer tu navegador, y por qué las cookies de Twitter se guardan bien y aun así el canal no las usa.

Con qué cuenta entras

El propio repo lo dice sin rodeos: las plataformas que se abren con cookies pueden detectarlo y castigar la cuenta, y por eso pide que uses una cuenta dedicada en vez de la principal.

Vale la pena leerlo dos veces, porque la trampa está en una palabra. El puente no abre una sesión nueva ni entra con un usuario de prueba: usa la sesión que ya tienes abierta en tu Chrome. La cuenta que se expone es exactamente la misma con la que trabajas, salvo que hagas algo para que no lo sea.

Y no hay forma de medir el riesgo desde afuera. Nadie publica el umbral, nadie avisa antes, y la lectura que hoy pasa sin ruido puede no pasar mañana. Por eso la decisión no se toma comparando probabilidades: se toma decidiendo qué estás dispuesto a perder.

Un detalle que dice mucho del terreno: el canal de Xueqiu falsea el User-Agent de Chrome para pasar el anti-bot. No es un canal que le sirva a esta audiencia, pero sí es la señal clara de en qué lado de la raya juegan estas herramientas.

La extensión que no es de OpenCLI

El diagnóstico de Agent Reach te manda a instalar una extensión de Chrome desde la Chrome Web Store. Ese enlace es el problema: la extensión que aparece ahí no es la del proyecto, y lee tus sesiones abiertas de Facebook, Instagram y X. Le estás dando a un tercero el mismo permiso con el que se entra a tus cuentas.

OpenCLI no publica en la Chrome Web Store. Reparte su extensión en zips por GitHub Releases, y esos zips se cargan descomprimidos desde la página de extensiones del propio Chrome. No existe una versión oficial en la tienda a la que ese enlace pueda estar apuntando.

Cómo se carga la buena

Tres pasos, todos dentro de Chrome. No hay comando que correr y no hay nada que instalar en el sistema.

La extensión, y el puente completo que maneja tu Chrome, viven en el repo de OpenCLI. Ahí están las Releases, y ese es el único lugar del que conviene bajarla.

El reporte está abierto en las issues del repo, con el número #658. Mientras siga así, el diagnóstico va a seguir mandándote a la tienda cada vez que lo corras.

Guardadas no es lo mismo que puestas

Aquí se atora la gente, y no es culpa de quien lo sufre: las dos mitades del proceso se llaman casi igual y hacen cosas distintas.

La primera mitad es un comando. Se corre en una terminal normal y deja las cookies de tu cuenta guardadas donde el diagnóstico las busca.

Se escribe en una terminal, no adentro del agente. Guarda las cookies y con eso el diagnóstico deja de avisar que faltan.

Y ahí se rompe la expectativa de todo el mundo. Ese comando no las exporta: solo las guarda para que el diagnóstico pueda verificar que existen.

Llamar al canal de twitter directo necesita otra cosa: que el proceso que corre el comando traiga TWITTER_AUTH_TOKEN y TWITTER_CT0 puestas en su entorno. Guardadas no le sirven. Tienen que estar puestas.

GUARDAR  ·  agent-reach configure twitter-cookies
  guarda las cookies en tu equipo
  el diagnóstico las ve y deja de avisar
  el canal de twitter NO las lee de ahí

PONER    ·  TWITTER_AUTH_TOKEN   y   TWITTER_CT0
  exportadas en el entorno del proceso
  esto es lo que el canal de twitter sí lee
  si faltan, falla aunque el diagnóstico salga limpio

El repo lo repite en cuatro lugares distintos. Cuando una documentación dice cuatro veces lo mismo no es énfasis: es la marca de dónde se atora la gente.

Antes de pedirte que leas nada de Twitter, quiero verificar el entorno. No lo arregles por tu cuenta y no me digas que funciona sin haberlo comprobado: revisa y repórtame.

Contexto:
- Ya corrí "agent-reach configure twitter-cookies" en mi terminal: [SÍ / NO / NO SÉ]
- El sistema donde estoy es: [macOS / Linux / Windows]
- La cuenta dedicada que abrí para esto es: [USUARIO DE LA CUENTA DEDICADA]

Revisa esto en orden y dame el resultado de cada punto en una línea:

1. Si en el entorno de este proceso existen las variables TWITTER_AUTH_TOKEN y TWITTER_CT0. Contesta solo "está" o "no está" por cada una. No me muestres su valor, no lo escribas en ningún archivo y no lo repitas más adelante en la conversación.

2. Si alguna de las dos falta, dímelo tal cual y detente ahí. No intentes leer Twitter, no busques las cookies en el disco y no las copies a ningún lado. Nada más avísame cuál falta.

3. Si las dos están, haz una sola prueba chica: pregúntale al canal de twitter con qué cuenta está entrando. Quiero ver el nombre de usuario que devuelve. Tiene que ser el de mi cuenta dedicada; si sale cualquier otro, párate y avísame antes de leer nada.

Reglas para esta tarea:
- Las cookies son credenciales. No las imprimas, no las guardes en un archivo del proyecto y no las metas en ningún commit.
- Si un comando falla, quiero el error completo, tal cual salió, sin interpretación y sin resumen. Con eso decido yo si es el entorno o si es el canal.
- No instales nada y no cambies mi configuración. Si crees que falta algo, escríbeme qué es y espera a que yo conteste.

La higiene, en seis casillas

Nada de esto es opcional si vas a entrar con cookies. Se revisa una vez, antes del primer comando, y se vuelve a revisar el día que cambies de equipo.

• La cuenta con la que entras es una cuenta dedicada, no la que usas para trabajar.
• Esa cuenta no administra ninguna página, ningún negocio ni ningún anuncio.
• La extensión cargada salió de las Releases de OpenCLI, no de la Chrome Web Store.
• Sabes qué perfil de Chrome está logueado, y no es el mismo donde vive tu cuenta principal.
• Las cookies nunca se escribieron en un archivo del proyecto y no viajan en ningún commit.
• Antes de pedir una lectura grande, el canal te confirmó con qué usuario está entrando.

Con esto ordenado, lo peor que puede pasar es perder una cuenta que abriste justo para esto. Sin esto ordenado, lo peor que puede pasar es perder la cuenta con la que trabajas, y el proyecto va a seguir instalado y funcionando igual al día siguiente.

Ya instalado, a Agent Reach no se le habla. Le hablas a tu agente, en español, como siempre. Él tiene la skill enfrente y ahí está escrito qué correr para cada red: tú pides el trabajo, no el comando.

Por eso ninguno de los prompts de abajo trae comandos adentro. Traen tres cosas: qué canal quieres, qué te tiene que devolver y qué hacer cuando un canal no responde. Ese tercer punto es el que separa un reporte que sirve de una página bien escrita con datos que nadie trajo.

Se pegan tal cual dentro de Claude Code. Lo que va entre corchetes lo cambias tú antes de mandarlo.

Córrelo antes de pedirle un trabajo grande al agente. Lo que devuelve es la lista de canales con la herramienta que usa cada uno, y es exactamente la lista que el agente tiene que anunciarte cuando le pidas algo.

CANALES QUE VOY A USAR
  youtube    → yt-dlp, subtítulos
  github     → gh, el CLI oficial
  web        → Jina Reader, sin llave

CANALES QUE NO VOY A USAR
  instagram  → pide tu Chrome de escritorio ya logueado
  reddit     → lo mismo; sin sesión abierta no lo intento

Arranco con los tres de arriba y anoto los dos de abajo al final.

Eso no es una salida del programa: es el formato que le pides tú. Si el agente empieza a trabajar sin ese bloque, párale y pídeselo. Dos líneas ahí te ahorran un reporte entero.

Si el diagnóstico truena al correrlo desde adentro de la sesión, no son tus llaves ni tu configuración: es un problema conocido de permisos, y la sección de instalación dice qué hacer con él. En una terminal normal corre sin ruido.

Siete trabajos, siete prompts

Van en el orden en que se usan: primero investigar, luego bajar una cuenta o vigilar un foro, después leer lo que se resiste, y al final el barrido completo. Todos terminan en algo guardado o pegado, no en una opinión.

Quiero entender qué se está diciendo sobre este tema, con fuentes que yo pueda abrir:

TEMA: [ESCRIBE AQUÍ EL TEMA, EN UNA FRASE]
CUENTAS DE TWITTER: [@ARROBA, @ARROBA, @ARROBA — las que ya sabes que hablan de esto]
VENTANA DE TIEMPO: [POR EJEMPLO: LOS ÚLTIMOS 30 DÍAS]

Antes de traer nada, dime en dos líneas qué canales vas a usar y con qué herramienta entra cada uno. Si un canal no está disponible, anúnciamelo antes de empezar y déjame escrito al final qué hiciste con él.

En Twitter entra por esas cuentas y trae sus publicaciones recientes de la ventana; no busques por tema. En Reddit sí busca por el tema. De cada canal quiero entre cinco y diez publicaciones: las que más respuesta tengan, no las más nuevas.

Devuélveme esto, en este orden y con estos títulos:

1. LO QUE SE REPITE — tres afirmaciones que aparezcan en los dos canales. Cada una con dos enlaces, uno de cada lado.
2. DONDE NO COINCIDEN — en qué se contradicen los canales, con la cita textual de cada uno.
3. LA VOZ QUE NO ESPERABA — la publicación con el punto de vista menos común, citada completa y enlazada.
4. QUÉ NO PUDE VERIFICAR — lo que se afirma sin que nadie muestre de dónde salió.

Reglas: cada afirmación va con su enlace directo. Si no tienes el enlace, no escribas la afirmación. No me repitas el tema de vuelta, no me des consejos y no cierres con una conclusión motivacional. Si un canal devolvió menos de tres resultados útiles, dilo con esas palabras.

Saca la transcripción de este video y conviértela en notas que yo pueda usar hoy:

VIDEO: [PEGA AQUÍ LA URL DE YOUTUBE]
PARA QUÉ LA QUIERO: [POR EJEMPLO: ARMAR UN GUION / DECIDIR SI COMPRO LA HERRAMIENTA]

Dime primero con qué vas a bajar los subtítulos. Si un canal no está disponible, anúnciamelo antes de empezar y déjame escrito al final qué hiciste con él. Si el video no tiene, ni automáticos ni cargados por el autor, dímelo y detente ahí. No armes el contenido a partir del título ni de la descripción.

Con la transcripción en mano, escribe:

1. LA TESIS — qué sostiene el video, en una sola frase, con la marca de tiempo donde lo dice.
2. LOS PASOS — cada instrucción concreta que da, en orden, con su marca de tiempo. Solo lo que se puede ejecutar; nada de "hay que ser constante".
3. LAS CIFRAS Y LOS NOMBRES — todo número, precio o herramienta que menciona, tal cual lo dice.
4. LO QUE NO EXPLICA — lo que da por sabido y no enseña. Ahí suele estar el trabajo real.
5. TRES FRASES CITABLES — textuales, con marca de tiempo.

Guarda las notas completas en [RUTA DEL ARCHIVO, POR EJEMPLO notas/video.md] y pégame en el chat nada más el punto 4.

No adornes y no rellenes huecos. Si la transcripción viene sucia o cortada, dime en qué minuto se corta.

Baja las publicaciones recientes de esta cuenta y guárdalas crudas:

CUENTA: [@USUARIO]
CUÁNTAS: [POR EJEMPLO: LAS ÚLTIMAS 20]

Esta cuenta se lee con mi navegador de escritorio ya logueado. Si un canal no está disponible, anúnciamelo antes de empezar y déjame escrito al final qué hiciste con él.

Guarda en [RUTA DEL ARCHIVO] una publicación por bloque, en el orden en que aparecen, con estos tres datos y nada más:

1. LA FECHA Y EL ENLACE de la publicación.
2. EL FORMATO tal como venga marcado: carrusel, video o foto suelta.
3. EL TEXTO COMPLETO del pie, copiado tal cual, sin corregirlo y sin recortarlo.

Debajo del archivo escribe una sola lista, QUÉ NO VINO: los datos que no aparecen en ninguna publicación —cuánta gente la vio, cuántas veces se guardó, cuántas se compartió—, uno por línea, con "no disponible" al lado.

Escribe solo lo que salió de las publicaciones. No estimes, no promedies, no completes con lo que suele pasar en la plataforma. No me digas qué se repite entre ellas y no me recomiendes qué publicar: aquí el trabajo termina en el archivo.

Quiero un reporte de lo que se está repitiendo en este subreddit:

SUBREDDIT: [r/NOMBRE]
VENTANA: [POR EJEMPLO: LOS ÚLTIMOS 7 DÍAS]
LO QUE ME INTERESA: [PROBLEMAS QUE NADIE RESUELVE / HERRAMIENTAS QUE RECOMIENDAN / QUEJAS SOBRE ALGO]

Dime primero con qué herramienta vas a entrar y si necesita mi sesión abierta. Si un canal no está disponible, anúnciamelo antes de empezar y déjame escrito al final qué hiciste con él.

Trae dos grupos: las publicaciones con más respuestas de la ventana, y las que tienen pocas respuestas pero muchas preguntas en los comentarios. El segundo grupo es el que me sirve.

Devuélveme:

1. LAS TRES PREGUNTAS QUE MÁS SE REPITEN — cada una con tres enlaces a hilos distintos donde aparece.
2. LO QUE NADIE RESPONDE BIEN — preguntas con respuestas cortas, contradictorias o sin respuesta. Cita el hilo.
3. EL VOCABULARIO — las palabras exactas con las que la gente nombra su problema. Textuales, sin traducir y sin corregirles la ortografía.
4. QUÉ CAMBIÓ — solo si tienes con qué comparar contra la ventana anterior. Si no, escribe "sin comparación".

Cada punto va con su enlace. Nada de resúmenes de resúmenes: quiero poder abrir el hilo y leerlo yo.

Guarda el reporte en [RUTA DEL ARCHIVO] con la fecha de hoy en el nombre.

Esta página no se deja leer de la forma normal. Bájala en texto plano con el lector de Jina y trabájala desde ahí:

PÁGINA: [PEGA AQUÍ LA URL]
LO QUE BUSCO ADENTRO: [POR EJEMPLO: LA TABLA DE PRECIOS / LOS REQUISITOS / QUIÉN FIRMA]

Dime en una línea con qué la vas a bajar antes de hacerlo. Si un canal no está disponible, anúnciamelo antes de empezar y déjame escrito al final qué hiciste con él.

Cuando la tengas:

1. Guarda el texto crudo en [RUTA DEL ARCHIVO], sin editarlo y sin resumirlo.
2. Dime cuántas palabras trajo y si la página se ve completa o cortada.
3. Saca lo que te pedí, citando textual el fragmento donde aparece.
4. Si lo que busco no está en el texto, escríbelo así: "no aparece en la página". No lo deduzcas del resto del sitio ni de lo que sepas de esa empresa.

Si vuelve un muro de inicio de sesión, una pantalla de verificación o menos de doscientas palabras, detente y dímelo. En ese caso no intentes otra ruta sin preguntarme primero.

Búscame repositorios de GitHub sobre este tema y ordénalos por estrellas:

TEMA: [ESCRIBE AQUÍ QUÉ BUSCAS, EN INGLÉS SI PUEDES]
CUÁNTOS: [POR EJEMPLO: LOS 10 MÁS ESTRELLADOS]

Usa el canal de GitHub. Dime antes con qué entra. Si un canal no está disponible, anúnciamelo antes de empezar y déjame escrito al final qué hiciste con él.

De cada repositorio quiero una fila con: nombre, estrellas, licencia, lenguaje, fecha del último commit y una línea de qué hace, escrita por ti después de leer el README, no copiada de la descripción del repo.

Después de la tabla, tres bloques cortos:

1. LOS QUE SIGUEN VIVOS — cuáles tuvieron commits en los últimos tres meses.
2. LOS QUE NO — cuáles llevan más de un año quietos, aunque tengan muchas estrellas.
3. CUIDADO CON LA LICENCIA — cuáles no puedo usar en trabajo de cliente, y por qué.

Las estrellas y las fechas salen de lo que devuelva la búsqueda. Si un dato no viene, escribe "sin dato" en esa celda. No lo redondees y no lo saques del README: los README envejecen y se contradicen solos.

Cierra con una recomendación de uno solo, en dos frases, y dime qué te hizo descartar a los otros.

Barrido completo de un tema, en paralelo, con una sola entrega al final:

TEMA: [ESCRIBE AQUÍ EL TEMA]
VENTANA: [POR EJEMPLO: LOS ÚLTIMOS 60 DÍAS]
PARA QUÉ LO QUIERO: [DECIDIR SI ENTRO / ESCRIBIR UN GUION / COTIZAR UN SERVICIO]

Paso 1. Dime qué canales están disponibles hoy en mi equipo. De esa lista escoge los que sirvan para este tema y descarta el resto en voz alta, uno por uno, con el motivo. No me preguntes cuáles: decídelo tú y déjalo escrito. Si un canal no está disponible, anúnciamelo antes de empezar y déjame escrito al final qué hiciste con él.

Paso 2. Levanta un subagente por canal, todos al mismo tiempo. Cada uno trae entre cinco y diez piezas con enlace y fecha, y nada más. Ninguno opina.

Paso 3. Junta todo en un solo archivo en [RUTA DEL ARCHIVO], con una sección por canal y las piezas en orden de fecha.

Paso 4. Ya con el archivo cerrado, escribe la síntesis:
- LO QUE APARECE EN TRES CANALES O MÁS
- LO QUE SOLO APARECE EN UNO, y en cuál
- LO QUE SE CONTRADICE ENTRE CANALES, con las dos citas
- LOS CINCO ENLACES QUE ABRIRÍA YO PRIMERO, en orden, con una línea de por qué

Reglas: ninguna afirmación sin enlace. Si un canal no devolvió nada, su sección se queda con la palabra "vacío"; no la rellenes con lo que trajeron los otros. Y no me entregues la síntesis antes que el archivo: primero el material crudo, después la lectura.

Un mismo patrón se repite en los siete: se pide el enlace de todo, y se le deja al agente una manera clara de decir «no lo tengo». Sin esa salida, un canal caído no se ve como un canal caído. Se ve como un párrafo bien escrito.

Quince canales suena a que abres el agente y el mundo entero se te vuelve legible. No es así, y conviene saberlo antes de instalar que después de pelearte una tarde con una red que nunca iba a darte lo que ibas a pedirle.

La lista es larga porque suma cosas muy distintas: foros con API pública, un CLI oficial, un proxy que limpia páginas web, y redes cerradas a las que solo se entra con tu sesión abierta. Lo que devuelve cada una cambia muchísimo según de cuál de esos grupos venga.

La regla corta, sin adornos: donde brilla es Twitter, Reddit, YouTube y web. De Instagram y de Facebook sacas publicaciones recientes y búsqueda de usuarios. Métricas no. Ni likes, ni vistas, ni guardados, ni alcance. Si lo que necesitas es un tablero de rendimiento, esta no es la herramienta y ninguna cantidad de prompts la va a convertir en una.

La tabla, canal por canal

Una fila por comando, no una por red: donde una red tiene dos comandos que devuelven cosas distintas, van separados, porque confundirlos es exactamente el error que cuesta la tarde.

Todos estos se escriben en la terminal, y en la práctica los corre tu agente por ti: eso es justo lo que hace Agent Reach, dejarle escrito cuál toca para cada red. La columna de acceso solo etiqueta la fila; el corte entre los dos grupos ya quedó explicado más arriba.

La fila de Twitter lleva marca a propósito. La búsqueda por término truena hoy, y el camino que abre es entrar por cuenta. Los dos comandos que sí responden, con su issue abierta, están en la sección de lo que está roto.

Lo que sí sale y lo que no sale nunca

Este corte no depende de la red ni del día: depende de qué es la herramienta. Lo que se lee mirando una página abierta, sale. Lo que solo vive en el panel de estadísticas de la plataforma, no sale por ningún lado.

LO QUE PIDES
  opencli instagram user USERNAME

LO QUE VUELVE
  · publicaciones recientes de esa cuenta

LO QUE NO VUELVE, y no es un error de configuración
  · likes, vistas, guardados, compartidos
  · alcance, impresiones, retención
  · el histórico completo del perfil

SI LO QUE QUERÍAS ERA BUSCAR UN TEMA
  opencli instagram search  ->  te devuelve CUENTAS
  y de cada cuenta pides sus publicaciones, una por una

Vale la pena leer ese bloque dos veces antes de instalar nada. El reclamo de siempre contra el proyecto sale justo de ahí: alguien esperaba lo de «LO QUE NO VUELVE» y recibió lo de «LO QUE VUELVE».

Los cinco chinos, y LinkedIn, que cierra los quince

De los quince canales, cinco son plataformas chinas: Bilibili, XiaoHongShu, Xueqiu, Xiaoyuzhou y V2EX. Se nombran y se dejan pasar, en vez de rellenar una tabla con filas que no vas a usar.

• V2EX es el único de los cinco que aparece en la tabla, porque su API pública abre sin nada: devuelve los temas calientes del foro.
• XiaoHongShu entra con tu Chrome logueado, igual que Instagram, y con el mismo riesgo para la cuenta.
• Bilibili, Xueqiu y Xiaoyuzhou completan los cinco. Si no lees chino, no te van a servir para nada, y está bien.
• LinkedIn cierra la lista de los quince, y no aparece en la tabla de arriba.

Y las que ni siquiera están: WeChat, Weibo, Telegram, Discord, Threads y Mastodon. TikTok tampoco, que es la ausencia que más duele. WeChat estuvo y se quitó en una versión anterior por falta de mantenimiento río arriba, que es la manera en que este proyecto pierde canales.

Una cosa es lo que nunca prometió y otra muy distinta lo que hoy está caído. Se arreglan de maneras opuestas, así que no conviene mezclarlas al diagnosticar. El inventario de con qué backend quedó cada canal lo da «agent-reach doctor --json»; cómo se lee ese reporte, qué está roto hoy y qué hacer con cada caso va en la sección siguiente.

Con lo que sí sale ya se puede trabajar, y bastante: publicaciones recientes de las cuentas que te importan, hilos completos de Reddit y videos convertidos en texto son materia prima suficiente para encontrar patrones. Qué hacer con eso una vez que ya lo bajaste —cómo se ordena, qué se mide y cómo sale de ahí un calendario— es tema de la matriz viral. Aquí el trabajo termina en el archivo; allá empieza el análisis.

La prueba de que entendiste la sección es esta: si alguna vez te descubres escribiendo un prompt que le pide vistas de un Reel, ya sabes que no hay prompt que arregle eso. El dato no viaja. Cambia la pregunta, no el prompt.

Un proyecto sano con canales caídos suena a contradicción y no lo es. Agent Reach no lee nada por sí mismo: instala las herramientas de terceros que sí leen y le deja escrito a tu agente qué correr para cada red. Entonces cuando algo deja de traer datos, casi nunca se rompió aquí.

Se rompió río arriba: en el CLI que Reddit dejó de aceptar, en la búsqueda de Twitter que cambió de otro lado, en un sitio que apretó su anti-bot el martes. Tú vas a ver lo mismo en los tres casos —nada— y el reporte del proyecto te va a decir lo mismo en los tres casos también.

Por eso esta sección no es una lista de bugs para tenerte al día. Es cómo leer una salida que a propósito nunca dice que algo falló, y cómo hacer la prueba a mano que sí te lo dice. Las tres cosas de abajo se van a arreglar o no; la manera de darte cuenta se queda contigo para la siguiente.

Las tres que te vas a topar

Están verificadas contra issues abiertas del repo. Léelas de corrido: la tercera es la que explica por qué las otras dos te van a confundir.

Twitter: truena la búsqueda, no el canal

Este es el caso que mejor enseña el marco. La búsqueda devuelve un error de ClientTransaction, y la reacción de todo el mundo es la misma: borrar las cookies, sacarlas otra vez, revisar el proxy, repetir la instalación. Nada de eso lo mueve, porque el problema no está en tu sesión.

La prueba de que no está en tu sesión la tienes a un comando de distancia: en ese mismo equipo, con esas mismas cookies, el comando que te dice con qué cuenta estás entrando responde, y el que baja las publicaciones recientes de una cuenta también. Si tu sesión estuviera rota, esos dos caerían primero.

O sea que Twitter no está caído para ti. Está caída una de sus puertas. El flujo se arma con las dos que sí abren, y ahí van completas: entras por cuenta, no por tema, y eso cambia cómo escribes el encargo — le nombras a quién seguir en vez de qué buscar.

Cámbiale la palabra entre comillas por algo que sepas que tiene resultados hoy y córrelo una sola vez. Si vuelve el error de ClientTransaction, ya no hay nada que arreglar de tu lado: es la issue abierta y se anota como canal parcial, no como instalación fallida.

Si esto contesta, tus cookies sirven y el problema no es tuyo. Córrelo antes que nada cuando la búsqueda te truene: te ahorra la tarde de sacar cookies otra vez.

Cambia <handle> por el arroba de la cuenta que te interesa, sin el signo de arroba adelante. Esta es la puerta sobre la que se arma el flujo mientras la búsqueda siga rota: nombras cuentas, no temas.

Reddit: el bloqueo no está en tu equipo

Reddit no tiene camino sin login, así que en tu escritorio entra por tu Chrome ya logueado. Ahí funciona. El problema aparece cuando alguien quiere dejar el mismo flujo corriendo solo, en un servidor, donde no hay Chrome que manejar: ese camino usa el CLI de Reddit que el proyecto deja fijado, y ahí se topa con un 403 parejo.

La razón no es la cuenta ni el ritmo de las llamadas. Esa versión fijada del CLI hace sus peticiones con una librería cuya huella TLS Reddit ya identifica, y la rechaza antes de mirar quién eres. El arreglo existía río arriba y nunca se fusionó; ese CLI lleva sin mantenimiento desde marzo de 2026.

Aquí la regla se ve entera: el proyecto está sano, la versión que instaló está sana, y el canal está muerto igual porque el que decide es el otro lado. Ninguna configuración tuya lo abre.

Esta línea es la prueba del camino de escritorio: maneja tu Chrome real, así que necesita Chrome abierto y con sesión. Si te contesta, ese camino está vivo. Lo que no prueba es el servidor, porque allá no hay navegador que manejar y el trabajo lo hace el otro CLI, el del 403.

LA PREGUNTA                            ¿LA CONTESTA?

¿Quedó instalada la herramienta?       sí
¿Con cuál piensa leer este canal?      sí
¿El archivo de cookies existe?         sí

¿Este canal trae datos hoy?            no
¿El otro lado me está bloqueando?      no
¿Lo que falla es mío o de allá?        no

Las de arriba se contestan sin salir a la red.
Las de abajo, solo corriendo el canal.

Los cuatro «sí» de arriba son todo lo que el reporte sabe, y son ciertos. Los tres «no» de abajo son los que deciden si vale la pena montar un flujo encima de un canal, y esos los contestas tú, corriendo el canal una vez.

El comando que saca ese reporte es el mismo que ya corriste al instalar, y está en la sección de instalación. Míralo cuando algo deje de funcionar, y léelo por lo que sí contesta: qué quedó instalado y con qué herramienta piensa leer cada canal. Esa respuesta es real y sirve. La otra —cuál de esos canales trae datos hoy— no la contesta, y no la va a contestar.

Pruébalo a mano antes de montar un flujo

De aquí sale la única regla de la sección, y aplica igual para los tres casos de arriba y para el que salga la próxima semana: antes de montar un flujo encima de un canal, pruébalo una vez a mano.

• Corre el comando de ese canal solo, con una consulta que sepas que tiene resultados.
• Léelo tú. No se lo pases al agente todavía: él te va a redactar bonito un resultado vacío.
• Cuenta cuántos resultados volvieron. Cero es una respuesta y hay que escribirla.
• No reintentes. El reintento automático es lo que esconde el error que estás buscando.
• Anota qué canales pasaron y con qué consulta. Ese es tu inventario real, no el reporte.
• Repite la prueba el día que el flujo empiece a traer menos: lo que cambió está río arriba.

Vas a probar los canales que voy a usar, uno por uno, antes de que montemos nada encima. No te saltes ninguno y no me des conclusiones hasta el final.

Canales que me importan, uno por renglón:
[ESCRIBE AQUÍ LOS CANALES — por ejemplo: web, youtube, github, twitter, reddit]

Consulta de prueba, la misma para todos:
[ESCRIBE AQUÍ UN TEMA QUE SEGURO TENGA RESULTADOS HOY]

Para cada canal, en este orden exacto:
1. Corre UNA sola vez la herramienta que quedó instalada para ese canal, con la consulta de prueba.
2. Pégame textual el primer renglón de lo que volvió. Si volvió un error, pégame el error completo, tal cual, sin traducirlo y sin interpretarlo.
3. Dime cuántos resultados trajo. Cero es una respuesta válida y la quiero escrita.
4. No lo vuelvas a intentar. Un reintento automático esconde justo lo que estoy buscando.

Prohibido en esta tarea:
- Rellenar con lo que ya sabes del tema. Si el canal no trajo nada, no trajo nada.
- Cambiarte a otro canal por tu cuenta porque uno falló. Ese es el dato que estoy midiendo.
- Escribirme "parece que funciona" o "debería jalar". Trajo datos o no trajo datos.
- Correr cualquier revisión general de la instalación. Aquí probamos canales, no el instalador.

Cuando termines todos, devuélveme una sola tabla con estas columnas:
CANAL | TRAJO DATOS | CUÁNTOS | PRIMER RENGLÓN O ERROR TEXTUAL

Y debajo de la tabla, tres renglones, en este orden:
- SIRVEN HOY: los canales que trajeron algo.
- NO SIRVEN HOY: los que no, con el error de cada uno en cinco palabras.
- QUÉ NO PUDE SABER: lo que quedó a medias y por qué, sin adivinar.

Si un canal falló por algo que está del otro lado y no en esta máquina, dilo con esas palabras. No me propongas arreglos para lo que no depende de nosotros.

Cuando un canal se te caiga y quieras saber si es tuyo o de todos, el lugar donde se confirma en dos minutos es el tablero de issues del repo. Busca el nombre del canal antes de abrir una nueva: casi siempre alguien ya pegó el mismo error, y ahí se ve si el arreglo depende del proyecto o de la herramienta de río arriba.

La lista de arriba va a cambiar. Lo que no cambia es el orden de las preguntas: primero pruebas el canal a mano, y solo si el error apunta a tu equipo te pones a mover cookies, proxies e instalaciones. Al revés se pierden tardes enteras arreglando algo que nunca estuvo descompuesto de este lado.

Una herramienta que sirve para todo no sirve para nada. Agent Reach tiene una forma muy concreta: vive en tu computadora, se apoya en tu navegador para la mitad de sus canales y le deja a tu agente escrito qué correr en cada red. Esa forma decide para qué es buena y para qué es el camino largo.

La pregunta que ordena esta sección no es «¿puede?». Casi siempre puede. La pregunta es si el trabajo que tienes enfrente cabe en esa forma o la está estirando. Cuando la estiras, no te avisa: te devuelve menos de lo que esperabas, más lento, y con tu cuenta de por medio.

Abajo están los seis casos en los que otra guía de la bóveda te resuelve el día mejor que esta, y el checklist con el que sabes que ya estás listo para la primera corrida.

Dónde sigue siendo la herramienta correcta

La misma tarea puede caer de los dos lados según el tamaño. Una cuenta de Instagram revisada a mano cae a la izquierda; doscientas cuentas revisadas cada mañana caen a la derecha, aunque el comando sea idéntico.

A dónde ir en cada caso

Seis guías de la bóveda, una por cada motivo real para no usar esta. Cada tarjeta dice qué trabajo resuelve la otra guía y cuándo te conviene abrirla.

El caso más común de sobreinstalación es el más simple: quieres leer UNA página, no seguir un tema en cinco redes. Esa decisión —con qué se lee una URL suelta y cuándo el trabajo sí pide una herramienta aparte— la resuelve la guía de ScrapeGraphAI, y se toma antes de escribir un solo comando.

Nada de esto es excluyente. Un mismo proyecto puede empezar aquí, con lectura exploratoria desde tu equipo, y terminar en otra herramienta cuando ya sabes exactamente qué quieres a escala. Cómo se acomodan entre ellas lo cuenta el kit de extracción, sin que tengas que elegir una sola para siempre.

Agent Reach cabe entero en tu rato: tú abres el equipo, tú lees lo que vuelve, tú decides qué sigue. Mientras la respuesta a la pregunta de arriba siga siendo que sí, es la herramienta correcta. El día que sea que no, la salida ya está enlazada aquí mismo.