Permisos del navegador y de sitios en Claude Code

Para probar una página con Claude Code, conecta Claude in Chrome en un perfil de pruebas, conserva la revisión manual y especifica una URL. Empieza por pedir una lectura y detén la tarea antes de un envío, una descarga o un salto a otro host. Si toda una organización debe respetar el mismo perímetro, Anthropic documenta listas de sitios permitidos y bloqueados para Team y Enterprise.

Primero confirma qué conexión tienes. La opción --chrome usa la extensión Claude in Chrome. Playwright MCP se instala aparte y tiene su propio proceso de navegador, contexto y filtros de solicitudes. Cada conexión aplica su propia configuración.

Tres permisos que conviene revisar antes de actuar

Una pestaña puede mostrar la página aunque la extensión no pueda leerla. Leer un encabezado tampoco confirma qué hará el próximo clic. Un botón que dice «Continuar» puede enviar una solicitud. Comprueba el efecto antes de aprobarlo. Si la sesión también ofrece herramientas de terminal o HTTP, revisa esos permisos por separado.

La guía de permisos de Claude in Chrome distingue el permiso para una sola acción y el permiso persistente para un sitio. En el panel clásico se revisan los sitios y pasos del plan. En un modo de aprobación por acción, decide en el aviso que aparece. Una autorización persistente admite varias acciones elegibles. Descargar, introducir información posiblemente sensible o conceder autorizaciones son acciones protegidas que pueden requerir confirmación expresa. El producto prohíbe otras acciones.

Prueba de solo lectura en un sitio

1. Crea un perfil de Chrome de pruebas sin pestañas personales, cookies de producción ni un gestor de contraseñas conectado. Usa una cuenta de pruebas si la página pide inicio de sesión.

2. Conecta el perfil con claude --chrome o /chrome en Claude Code. Revisa el diálogo y el estado de la extensión en ese perfil. La guía de conexión detalla los requisitos.

3. Especifica la URL completa y los sitios secundarios que quedan fuera. Un entorno de pruebas, un proveedor de identidad y un servicio de pagos pueden estar en hosts distintos.

4. Aprueba la operación mínima. Empieza por el encabezado y los controles visibles. Si revisas un formulario, pide una vista previa con datos ficticios y detente antes del envío.

5. Registra dos resultados. El sitio previsto debe poder leerse. En un sitio inocuo que quede fuera, rechaza el aviso o confirma el bloqueo de la organización. Detén la prueba si la acción prohibida se ejecuta.

Lee solo https://www.selenium.dev/selenium/web/web-form.html.
Devuelve el encabezado y la etiqueta del botón de envío.
No escribas, hagas clic, envíes, descargues ni abras otra URL.
Si se pide un permiso adicional, detente y avísame.

Puedes verificar la respuesta en la página. Para probar un envío, usa otra ejecución, un endpoint de pruebas donde el cambio esté autorizado y un método para comprobar el registro resultante.

Dos pruebas aisladas de acceso

Cargamos una extensión propia en un perfil temporal de Chrome for Testing. La extensión declaraba permiso para el host de Selenium y usó la API de scripts para leer solo el encabezado del formulario público. Tras cambiar el acceso en los detalles de la extensión, el interruptor de Selenium quedó apagado. El formulario siguió visible, pero la nueva lectura de la extensión agotó el tiempo de espera. Esta parte confirma el ajuste que se ve. La interfaz propia de Claude se explica en la documentación de Anthropic.

Para la segunda prueba iniciamos Playwright MCP 0.0.84 sin interfaz y en un contexto aislado. Enviamos estas llamadas de browser_navigate.

Para las dos primeras usamos npx -y @playwright/mcp@0.0.84 --headless --isolated --allowed-origins https://www.selenium.dev. Después iniciamos otro proceso con https://example.com como único origen permitido. No se envió ningún formulario. La documentación de Microsoft explica que el filtro no constituye una barrera de seguridad ni cubre redirecciones. Si la restricción debe aplicarse a otros canales y a redirecciones, usa controles de red. La documentación de Chrome describe el permiso de host que usamos en la primera prueba.

Revoca un permiso y comprueba la siguiente ejecución

En el panel de la extensión Claude, abre el menú de tres puntos, entra en Extension settings y elimina el sitio de Your approved sites. Inicia una tarea nueva en el mismo perfil y pide la misma lectura para comprobar si vuelve el aviso o el bloqueo. Para cortar toda la conexión, desactiva la integración Chrome en Claude Code y comprueba si la herramienta sigue disponible. Ajusta los permisos de la extensión en los detalles de Chrome si ese es el control que necesitas.

Si vuelve a pedir permiso, revisa el host y la lista de sitios guardados. Un usuario de Reddit informó de solicitudes repetidas al pasar entre Facebook Marketplace y Sheets pese a los permisos amplios de Chrome. Otro informe en Claude Code describe una autorización persistente ausente en la lista en una versión concreta. Contrasta esos síntomas con tu perfil y versión.

Consulta cómo instalar Playwright MCP en Claude Code y los riesgos de seguridad de agentes de navegador. Puedes descargar Tabbit y repetir la misma lectura pública en un perfil aislado para comparar las aprobaciones.

Consulta perfiles, espacios de trabajo y grupos de pestañas para decidir qué estado aislar y cómo conectar un navegador abierto si necesitas una sesión abierta. Búsqueda web y control del navegador explica por qué el permiso de navegador se decide aparte. Cómo funcionan los agentes de navegador describe el ciclo de acciones y la automatización con Playwright cubre un ejecutor independiente.

Secholar.L

Crecimiento y contenido en Tabbit

Secholar.L escribe guías prácticas sobre navegadores con IA y flujos de trabajo con agentes, comparando herramientas con investigación real y fuentes verificables.