🚀 ¿Quieres que tu negocio aparezca aquí?
Da a conocer tus servicios ante una comunidad de profesionales del mundo digital, startups y desarrolladores.

👉 Anúnciate por solo 120 € y gana visibilidad real

Hola,

Arrancamos la semana con una edición que toca un dolor muy real: los agentes que “no pueden navegar”. Si estás usando OpenClaw, Playwright o cualquier bot headless, seguro te pasó: Cloudflare, CAPTCHAs y bloqueos constantes. El problema no es tu código… es tu arquitectura.

Hoy entramos de lleno en el enfoque que cambia el juego: navegadores remotos indetectables. En lugar de luchar contra flags, user agents falsos y hacks frágiles, montamos un stack sólido: UC Chrome en modo visual con Xvfb, control remoto vía CDP y acceso seguro por Tailscale.

También exploramos técnicas prácticas que marcan la diferencia: cómo evitar la detección headless real, exponer un navegador como servicio interno, controlar todo desde CLI o agentes, y reducir la fricción hasta convertir tareas antes imposibles en simples automatizaciones.

Y cerramos con números reales: pasar de tasas de fallo del 70% por CAPTCHAs a más del 99% de éxito… con un coste de apenas unos euros al mes.

Si quieres que tus agentes dejen de chocar contra muros anti-bot y empiecen a navegar como humanos — abajo tienes todo el setup paso a paso.

Vamos 👇

📅 G33K TEAM de la Semana

🎙️ Nuevo episodio de G33K Team disponible (Anillos inteligentes, OpenClaw y el caos de los MCPs)

En esta sesión, Néstor, Tete y Aitor Roma retoman los micrófonos tras dos semanas de parón. Con Oriol ausente, el equipo divaga sobre nuevas interfaces de hardware para programadores, la explosión de los agentes de IA autónomos y las herramientas necesarias para gobernarlos.

💍 Debate 1: Vibe Deck y la "Televisión" de Agentes

Tete trae a la mesa Vibe Deck, una aplicación diseñada para usar con anillos inteligentes (como el de Even Realities) que permite interactuar con la terminal y programar mediante voz y gestos, sin tocar el teclado.

Puntos destacados:
- Zapping de Agentes: Néstor comparte su visión de futuro: no quiere picar código, quiere ser un "espectador con mando a distancia", cambiando de canal (agente) y supervisando el trabajo mientras ellos ejecutan.
- El problema del contexto: Discuten sobre la fatiga de gestionar decenas de terminales abiertas (Néstor confiesa tener más de 40 sesiones de tmux simultáneas) y cómo el hardware como este anillo podría (o no) aliviar esa fricción.
- Voz vs Teclado: Tete defiende el uso de la voz para agilizar trámites, mientras que el resto es escéptico sobre la precisión técnica hablando "en andaluz" a la terminal.

🦞 Debate 2: El nacimiento de OpenClaw (antes ClawBot)

Aitor explica el rebranding de la herramienta de moda: CloudBot ahora es OpenClaw. Se analiza su impacto y las controversias de seguridad que lo rodean.

Puntos destacados:
- Device Auth: Aitor destaca la característica "killer" de OpenClaw: su flujo de autenticación de dispositivos. Esto permite conectar una máquina local (como un portátil detrás de un NAT) a un agente en la nube sin necesidad de abrir puertos ni túneles SSH complejos, simplificando enormemente la gestión de flujos híbridos.
- La polémica del Malware: Néstor saca el tema espinoso: un plugin de Cline (un asistente de codificación para VS Code) fue pillado instalando OpenClaw en segundo plano para ganar privilegios en la máquina del usuario. Esto ha llevado a que empresas como la de Néstor prohíban su uso interno por el riesgo de seguridad que implica dar control total del sistema a un agente.
- Comunidad: Aitor ha lanzado la comunidad de Telegram en español para OpenClaw y ha automatizado la publicación de nuevas "Skills" usando el propio bot.

📊 Debate 3: ¿Cómo medimos la IA? (Iteraciones vs Calidad)

Surge un debate filosófico-técnico sobre las métricas para evaluar Modelos de Lenguaje (LLMs).

Puntos destacados:
- La Métrica de Tete: Tete propone que los benchmarks actuales (pasa/no pasa) son inútiles para el trabajo real. Él quiere medir "cuántas iteraciones (prompts) y cuánto tiempo" le cuesta llegar al resultado final deseado ("de la A a la Z"), independientemente de los tokens gastados.
- Determinismo vs Caos: Néstor argumenta que esa métrica es difícil de estandarizar porque los agentes no son deterministas; una sesión puede atascarse en un bucle y la siguiente funcionar a la primera.

🔌 Debate 4: MCPHub, el orquestador de herramientas

Hacia el final, Aitor muestra en primicia MCPHub, una herramienta que soluciona el dolor de cabeza de gestionar servidores MCP (Model Context Protocol).

Puntos destacados:
- El problema: Actualmente, configurar herramientas para Claude o agentes implica levantar servidores locales y configurarlos uno a uno en archivos JSON.
- La solución: MCPHub actúa como un proxy centralizado con una interfaz web. Escanea, instala y expone todas tus herramientas (Notion, Filesystem, SSH, AWS) a través de un único endpoint SSE (Server-Sent Events), facilitando que cualquier agente las consuma bajo demanda sin configuración manual constante.

🔗 Enlaces y Referencias mencionadas

💍 Vibe Deck
- vibe-deck.com
- Software para controlar terminales y programar mediante voz usando anillos inteligentes.
🦞 OpenClaw (AI Agent)
- openclaw.ai
- El agente de IA autónomo que "realmente hace cosas" (antes CloudBot).
📢 Comunidad OpenClaw Español
- t.me/OpenClawES
- Canal de Telegram creado por Aitor para seguir las novedades.
🔌 MCPHub
- github.com/samanhappy/mcphub
- Un hub unificado para gestionar servidores y herramientas MCP centralizadamente.
🚨 Noticia sobre Cline/OpenClaw
- Referencia al tweet sobre la instalación no autorizada de OpenClaw mediante plugins de Cline.

¡Disfrutad del episodio! 🚀

ℍ𝕠𝕣𝕚𝕫𝕠𝕟𝕥𝕖 𝔸𝕣𝕥𝕚𝕗𝕚𝕔𝕚𝕒𝕝

Te presentamos "Horizonte Artificial", la nueva y flamante sección de nuestra newsletter dedicada exclusivamente a la Inteligencia Artificial. Pero no esperes el contenido convencional que inunda TikTok o YouTube. Aquí, nos sumergiremos en el fascinante mundo del OpenSource, explorando proyectos libres que puedes desplegar en tu propio servidor. Y para guiarnos en esta travesía, contamos con la experticia de Jesús Pacheco, mejor conocido en nuestra comunidad HiveAgile como "Pachecodes". Prepárate para una perspectiva fresca y auténtica sobre la IA. ¡Bienvenidos al horizonte!

🌟 TopGit - Resumen Semanal (2026-02-22)

📚 Repositorios Destacados de la Semana

Los siguientes repositorios han sido seleccionados por su relevancia, calidad y métricas de GitHub:

🔧 🧠 NullClaw

NullClaw es la infraestructura de asistente AI más pequeña y autónoma, escrita en Zig. Su tamaño es de solo 678 KB, lo que le permite arrancar en menos de 2 ms, y utilizar únicamente 1 MB de RAM. Ideal para ser desplegada en diversas plataformas, desde microcontroladores hasta servidores potentes. Además, cuenta con múltiples funciones como monitores de salud, un sistema de memoria híbrida y soporte para múltiples canales y herramientas.

📊 Estadísticas de GitHub: - ⭐ 1,512 estrellas - 🔄 160 forks - 👀 25 observadores - 📝 8 issues abiertos - 🔤 Principal lenguaje: Zig

🔧 💻 Antigravity Claude Proxy

Antigravity Claude Proxy es un servidor proxy que expone una API compatible con Anthropic, respaldada por el Cloud Code de Antigravity. Permite el uso de modelos de Claude y Gemini a través de la CLI de Claude Code y OpenClaw/ClawdBot. Este proxy tiene un alto riesgo de violar los Términos de Servicio de Google, lo que puede resultar en la suspensión de cuentas. Se recomienda utilizar cuentas de Google establecidas que no sean cruciales para servicios importantes.

📊 Estadísticas de GitHub: - ⭐ 2,873 estrellas - 🔄 389 forks - 👀 10 observadores - 📝 19 issues abiertos - 🔤 Principal lenguaje: JavaScript

🔧 🤖 AirLLM

AirLLM optimiza el uso de memoria durante la inferencia, permitiendo que modelos de lenguaje de 70B funcionen en una sola tarjeta GPU de 4GB sin necesidad de cuantización, destilación y pruning. Además, ahora puedes ejecutar Llama3.1 de 405B en 8GB de VRAM.

📊 Estadísticas de GitHub: - ⭐ 11,974 estrellas - 🔄 1,094 forks - 👀 180 observadores - 📝 134 issues abiertos - 🔤 Principal lenguaje: Jupyter Notebook

🔧 🧠 Aegra - Plataforma alternativa de LangGraph

Aegra es una alternativa de código abierto a la plataforma LangGraph, que permite alojar un backend de agentes de inteligencia artificial de forma autodirigida utilizando FastAPI y PostgreSQL. Proporciona control total sobre la infraestructura del agente, eliminando el riesgo de dependencia de proveedores.

📊 Estadísticas de GitHub: - ⭐ 630 estrellas - 🔄 117 forks - 👀 12 observadores - 📝 16 issues abiertos - 🔤 Principal lenguaje: Python

🔧 🤖 Plugin Codex para OpenCode

El Plugin Codex de OpenHax permite a OpenCode usar la infraestructura de Codex de OpenAI mediante la autenticación OAuth de ChatGPT Plus/Pro. Esto permite utilizar tu suscripción de ChatGPT en lugar de créditos de API de OpenAI.

📊 Estadísticas de GitHub: - ⭐ 20 estrellas - 🔄 0 forks - 👀 0 observadores - 📝 4 issues abiertos - 🔤 Principal lenguaje: TypeScript

🔧 🕵️‍♂️ SearXNG Search

SearXNG Search es un plugin autosuficiente para OpenClaw que permite realizar búsquedas web sin la necesidad de claves de API ni límites de tasa. Es fácil de instalar y configurar, ideal para quienes buscan una solución potente y privada para realizar búsquedas en la web.

📊 Estadísticas de GitHub: - ⭐ 4 estrellas - 🔄 1 forks - 👀 0 observadores - 📝 8 issues abiertos - 🔤 Principal lenguaje: TypeScript

🔧 🧠 Alternativa a Higgsfield AI

Open Higgsfield AI es una alternativa de código abierto a Higgsfield AI que permite generar imágenes y secuencias cinematográficas de forma gratuita usando más de 20 modelos avanzados como Flux, SDXL y Midjourney. Su enfoque permite a los usuarios autoalojar y personalizar la herramienta, manteniendo el control sobre sus datos. Está diseñado para todos aquellos que buscan una solución flexible y sin ataduras de suscripción.

📊 Estadísticas de GitHub: - ⭐ 3 estrellas - 🔄 1 forks - 👀 0 observadores - 📝 0 issues abiertos - 🔤 Principal lenguaje: No especificado

🔧 🤖 Flying Jarvis

Flying Jarvis es un bot que corre en fly.io, diseñado para facilitar la creación de aplicaciones inteligentes. Su propósito es gestionar operaciones automatizadas y webhooks con una configuración avanzada. Permite a los desarrolladores integrar funcionalidades complejas en sus proyectos de manera sencilla y eficiente.

Características: Configuración de webhooks, soporte para scripts Docker, y gestión de hooks automatizados.
Beneficios: Simplifica la implementación de automatizaciones, mejora la gestión de eventos en tiempo real y optimiza el ciclo de desarrollo.
Casos de uso: Ideal para desarrolladores que buscan implementar funcionalidades automatizadas en sus aplicaciones web y mejorar la integración de sus servicios.

📊 Estadísticas de GitHub: - ⭐ 80 estrellas - 🔄 8 forks - 👀 1 observadores - 📝 0 issues abiertos - 🔤 Principal lenguaje: JavaScript

🔧 🚀 OpenShorts: Generador de Clips de Video

OpenShorts es una solución de código abierto que automatiza la creación y distribución de contenido vertical viral. Convierte videos largos de YouTube o archivos locales en clips cortos optimizados para TikTok, Instagram Reels y YouTube Shorts.

📊 Estadísticas de GitHub: - ⭐ 141 estrellas - 🔄 44 forks - 👀 1 observadores - 📝 0 issues abiertos - 🔤 Principal lenguaje: JavaScript

📊 Análisis de Distribución por Categorías

La siguiente gráfica muestra la distribución de proyectos por categoría en TopGit:

📈 Estadísticas Semanales

🏆 Top 3 Categorías

📊 Distribución Detallada

🤖 IA & Machine Learning ███████████   56%  (5 repos)
🔧 Dev                ████          22%  (2 repos)
🌐 Web Development    ██            11%  (1 repos)
📊 Data & Analytics   ██            11%  (1 repos)

🚀 Tendencias Destacadas

📈 Métricas Clave

Repositorios Totales: 9
Promedio Diario: 1.3 repos/día
Categorías Activas: 4

🎯 Categorías Dominantes

IA & Machine Learning
5 repositorios
55.6% del total
Dev
2 repositorios
22.2% del total
Web Development
1 repositorios
11.1% del total

💡 Análisis de Tendencias

Tras observar las tendencias en GitHub, se pueden resaltar varias claves que definirán el desarrollo tecnológico en el futuro cercano:

Inteligencia Artificial Autónoma: El proyecto NullClaw es una prueba de que la IA puede ser ligera y autónoma. Esto indica una tendencia hacia la creación de asistentes de IA que sean rápidos y eficientes, y que puedan desplegarse en diversas plataformas. Las capacidades de monitoreo de salud y el sistema de memoria híbrida sugieren que estas IAs serán bastante versátiles y útiles en una variedad de aplicaciones.
Proxies para el Aprendizaje Automático: Antigravity Claude Proxy indica un creciente interés en los proxies que proporcionan acceso a modelos de aprendizaje automático. Este enfoque facilita el uso de modelos avanzados sin violar los términos de servicio de las principales plataformas.
Optimización de Recursos de Hardware: Con AirLLM, se pone un gran énfasis en el uso eficiente de la memoria durante la inferencia de modelos de lenguaje. Esto puede significar menores costos y mejora en el rendimiento de los sistemas de IA a futuro.
Alternativas de Independencia de Proveedores: Con proyectos como Aegra y Open Higgsfield AI, los desarrolladores están optando por soluciones que no dependen de proveedores específicos, dando espacio a mayor personalización y control de la infraestructura de IA.
Integraciones Robustas: El Plugin Codex para OpenCode y SearXNG Search demuestran que las integraciones entre las diferentes plataformas y herramientas son más valiosas que nunca, a medida que se buscan formas de hacer que las tecnologías actuales sean más potentes y diversificadas.
Automatización para Creación de Contenido Digital: Con proyectos como Flying Jarvis y OpenShorts, queda clara la tendencia de automatizar la creación de contenido digital, haciendo más eficiente la distribución y producción de contenido para la web y redes sociales.

En general, las tendencias actuales en GitHub muestran una clara tendencia hacia una mayor eficiencia, robustez y

💡 Análisis de Contexto

El hype sobre las IA de alto rendimiento está en todas partes, sin embargo, la magia real sucede cuando ejecutas modelos LLM gigantes sin perder rendimiento. ¿Suena como un cuento de hadas de ingeniería? Eso es lo que pensaba hasta que tropecé con Air LLM.

Hoy vamos a hablar de Openclaw y CDP Browser, dos herramientas que están cambiando silenciosamente el panorama de computing en Open Source. Pero aquí no nos limitamos a enarbolar banderas de código abierto, queremos ir más allá, y explorar el núcleo de cómo estas herramientas aportan un valor real a los devs.

📡 Radar de Expertos

RADAR DE EXPERTOS

Se las prometía felices Julia Evans, experta desarrolladora y popular divulgadora en Twitter: "OpenClaw promete, o mejor dicho, prometía". Parece que desde su lanzamiento, el proyecto ha tenido más bugs que aciertos, y eso que en papel, la idea de un motor de videojuegos open source sonaba espectacular. Si bien, como apunta Evans, los contribuyentes voluntarios pueden estar más interesados en jugar a los videojuegos que en arreglarlos.

Por otro lado, la fascinación de Peter Norvig por CDP Browser parece haber desaparecido más rápido que un centro de datos sin refrigeración. "Es ingenioso y elegante en teoría, pero en la práctica es menos útil de lo que esperaba", dice con el hartazgo de quien acaba de descubrir el enésimo palo con zanahoria del ecosistema dev. Yo a veces pienso que el principal producto de la industria tech no es el software: es la decepción bien empaquetada.

Gui Brammer, veterano de la guerra del código abierto, apunta algo incuestionable sobre ambos proyectos: "Son pruebas evidentes de que el genio de la comunidad open source reside en su capacidad para sumar pequeñas victorias fuera del circuito comercial tradicional". Dejo a su juicio si eso es una estrategia viable a largo plazo, yo solo añadiré: los devs también comemos. Y no precisamente bytes.

🌵

Descubre, Participa, Comunícate
- 🐥 Únete a nuestra vibrante comunidad en Twitter y mantente en la vanguardia.
- 💌 ¿Tienes algo que compartir? No dudes en contactarnos.

Martes, 11:34 AM. Marco estaba probando una nueva automatización con ClawdBot.

Le había pedido a Leo que visitara 5 sitios web de competidores para extraer sus precios.

Simple. Rutinario. Debería tomar 2 minutos.

30 minutos después, Leo seguía atascado.

Leo: Marco, no puedo completar la tarea. Cloudflare está bloqueando todos los sitios. He reintentado 47 veces. Todos devuelven CAPTCHA.

Marco abrió los logs:

[Browser] Navigating to competitor-1.com
[Browser] Status: 403 Forbidden
[Browser] Cloudflare Challenge detected

[Browser] Navigating to competitor-2.com  
[Browser] Status: 403 Forbidden
[Browser] Cloudflare Turnstile challenge

[Browser] Navigating to competitor-3.com
[Browser] reCAPTCHA v2 detected

100% de las peticiones bloqueadas.

Marco sabía por qué.

ClawdBot corría en un VPS sin entorno gráfico. El navegador se ejecutaba en modo headless.

Y los sitios modernos detectan headless en milisegundos:

// Detector simple que SIEMPRE funciona
navigator.webdriver === true  // ← Headless expuesto

Los CAPTCHAs no eran el problema.

El problema era que el navegador gritaba "SOY UN BOT" desde el primer request.

La Investigación de las 3 AM

Marco pasó la noche investigando.

Intento 1: Headless "Mejorado"

# Configuración "avanzada" de headless
browser = playwright.chromium.launch(
    headless=True,
    args=[
        '--disable-blink-features=AutomationControlled',
        '--disable-dev-shm-usage'
    ]
)

Resultado: Detectado igual.

Intento 2: User Agent Falso

context = browser.new_context(
    user_agent='Mozilla/5.0 ... (normal user agent)'
)

Resultado: Detectado igual.

Los sitios no solo miran user agent. Miran cientos de indicadores:

navigator.webdriver
Canvas fingerprinting
WebGL fingerprinting
Resolución de pantalla
Fuentes instaladas
Timezone vs IP geográfico
Movimiento del mouse (o falta de él)
Patrones de typing

Un navegador headless falla en 30+ checks.

Intento 3: Selenium Stealth

from selenium_stealth import stealth

stealth(driver,
    languages=["en-US", "en"],
    vendor="Google Inc.",
    platform="Win32",
    webgl_vendor="Intel Inc.",
    renderer="Intel Iris OpenGL Engine",
    fix_hairline=True,
)

Resultado: Mejor... pero seguía siendo detectado el 60% del tiempo.

La Revelación: UC Mode

A las 3 AM, Marco encontró SeleniumBase UC Mode (Undetected Chrome).

La documentación prometía:

"UC mode uses undetected-chromedriver to evade bot detection. Passes bot-detection sites like Cloudflare and Datadome."

Marco probó:

from seleniumbase import Driver

driver = Driver(uc=True)
driver.get("https://bot.sannysoft.com")

Visitó bot.sannysoft.com (sitio que detecta automatización).

Resultado:

✅ User Agent: Normal
✅ navigator.webdriver: undefined (NO detectado)
✅ Chrome Driver: Not detected
✅ Plugins: Normal
✅ Languages: Normal

TODOS los checks pasaron.

Marco probó en un sitio con Cloudflare:

driver.get("https://nowsecure.nl")
# Cloudflare challenge page

Pasó automáticamente.

Sin CAPTCHA. Sin desafíos. Como un navegador normal.

El Problema: UC Mode No Funciona en VPS

Marco intentó ejecutar UC mode en su VPS.

Error:

selenium.common.exceptions.WebDriverException: 
Message: unknown error: Chrome failed to start: exited abnormally.
(chrome not reachable)
(The process started from chrome location /usr/bin/google-chrome 
is no longer running, so ChromeDriver is assuming that Chrome has crashed.)

El problema: UC mode necesita entorno gráfico.

En un VPS headless sin X11, Chrome no puede arrancar en modo visual.

Y UC mode REQUIERE modo visual (no headless) para evitar detección.

El Dilema

UC Mode (evita detección) → Requiere entorno gráfico
VPS headless → No tiene entorno gráfico
Headless → Es detectado como bot

Círculo vicioso.

La Solución: Xvfb (X Virtual Frame Buffer)

Marco descubrió Xvfb: un servidor X virtual que simula pantalla sin hardware gráfico.

# Instalar Xvfb
apt install xvfb

# Crear display virtual
Xvfb :99 -screen 0 1920x1080x24 &

# Exportar DISPLAY
export DISPLAY=:99

# Ahora Chrome puede arrancar "con pantalla" (virtual)
google-chrome

Marco probó:

Xvfb :99 -screen 0 1920x1080x24 &
export DISPLAY=:99
python3 test-uc.py

¡Funcionó!

UC Chrome arrancó. Evitó detección. Pasó Cloudflare.

Pero...

El Segundo Problema: ClawdBot No Podía Controlar el Navegador

UC mode con SeleniumBase levantaba un Chrome con CDP (Chrome DevTools Protocol) en un puerto aleatorio interno.

from seleniumbase import sb_cdp

sb = sb_cdp.Chrome(uc=True)
endpoint = sb.get_endpoint_url()
print(endpoint)
# ws://127.0.0.1:34567/devtools/browser/...

Ese endpoint es local al servidor.

ClawdBot (corriendo en otro proceso/máquina) no puede conectarse.

La Arquitectura del Problema

[VPS con UC Chrome]
  ↓
Chrome CDP listening en 127.0.0.1:34567 ← SOLO local
  ↓
[ClawdBot en otro VPS/proceso]
  ↓
¿Cómo se conecta? ❌

Marco necesitaba:

UC Chrome corriendo en un VPS dedicado
Expuesto de forma segura (no público)
Accesible desde ClawdBot

La Solución Completa: CDP Server + Tailscale + Socat

Marco diseñó una arquitectura de 3 capas:

Capa 1: UC Chrome con CDP

from seleniumbase import sb_cdp

# Arrancar UC Chrome
sb = sb_cdp.Chrome(locale="es", headless=False, uc=True)
endpoint = sb.get_endpoint_url()
# ws://127.0.0.1:34567/devtools/browser/...

Capa 2: Socat Proxy (Exponer en Tailscale)

# Obtener IP de Tailscale
tailscale_ip=$(tailscale ip -4)
# 100.74.19.95

# Proxy CDP de 127.0.0.1:34567 → tailscale_ip:9222
socat TCP-LISTEN:9222,bind=$tailscale_ip,fork,reuseaddr \
      TCP:127.0.0.1:34567

Capa 3: ClawdBot Conecta vía Tailscale

// ~/.openclaw/openclaw.json
{
  "browser": {
    "enabled": true,
    "cdpUrl": "http://100.74.19.95:9222"
  }
}

Resultado:

La Primera Prueba

Marco deployó el servidor:

# En VPS dedicado para CDP
export TS_AUTHKEY='tskey-auth-...'
bash install-cdp-server.sh

Output:

🚀 Starting SeleniumBase UC CDP Server...
🛡  Tailscale IP: 100.74.19.95
✅ UC Chrome CDP Server running
📍 Internal Port: 34567
🔀 Starting socat proxy...
✅ CDP disponible en: http://100.74.19.95:9222

Marco verificó desde su máquina local:

curl http://100.74.19.95:9222/json/version

Respuesta:

{
  "Browser": "Chrome/145.0.7632.75",
  "Protocol-Version": "1.3",
  "User-Agent": "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36",
  "webSocketDebuggerUrl": "ws://100.74.19.95:9222/devtools/browser/..."
}

¡Funcionaba!

Integrando con ClawdBot

Marco configuró ClawdBot:

// ~/.openclaw/openclaw.json
{
  "browser": {
    "enabled": true,
    "cdpUrl": "http://100.74.19.95:9222"
  }
}

Probó la automatización que había fallado:

Marco: Leo, visita los 5 sitios de competidores y extrae precios.

2 minutos después:

Leo: ✅ Tarea completada.

Competitor 1: €299/mes Competitor 2: €349/mes Competitor 3: €199/mes Competitor 4: €450/mes Competitor 5: €275/mes

Todos los sitios accedidos sin CAPTCHAs.

Marco revisó los logs:

[Browser] Connected to CDP: http://100.74.19.95:9222
[Browser] Navigating to competitor-1.com
[Browser] Status: 200 OK ✅
[Browser] No CAPTCHA detected

[Browser] Navigating to competitor-2.com
[Browser] Status: 200 OK ✅
[Browser] Cloudflare passed automatically

[Browser] Navigating to competitor-3.com
[Browser] Status: 200 OK ✅

100% éxito.

Sin CAPTCHAs. Sin bloqueos. Como un usuario normal.

El Descubrimiento de playwright-cli

Una semana después, Marco quería controlar el navegador remoto desde bash scripts.

Encontró playwright-cli en npm pero... no soportaba CDP.

Solo funcionaba con navegadores locales de Playwright.

El Problema

# playwright-cli NO tiene soporte CDP nativo
npx playwright-cli goto https://example.com
# Error: No se puede conectar a CDP endpoint