Esto resuelve el dolor más grande de programar con un agente.
Claude Code ahora controla tu compu desde la terminal. Abre apps, clickea botones, testea lo que recién terminó de programar. Está en research preview para Pro y Max.
Le pedís una feature. La codea. Y en vez de decirte "listo, probalo vos", la abre, la clickea, la rompe, la arregla. Solo. Adiós Playwright para tests E2E básicos. Si recién arrancás con Claude Code, leé primero 3 cosas antes de abrir Claude Code.
¿Qué problema resuelve computer use en la CLI?
Programando con Claude Code clásico, el loop era:
- Le pedís una feature
- Claude escribe el código
- Te dice "listo, probá si funciona"
- Vos abrís la app, clickeás, verificás
- Si rompió algo, le decís y vuelve a la 2
El paso 4 era el cuello de botella. Especialmente cuando la feature toca UI o flujos interactivos. Computer use desde la CLI mata ese paso.
Ahora el loop es:
- Le pedís una feature
- Claude escribe el código
- Claude abre la app, clickea, verifica que funciona
- Si algo no anda, lo arregla y testea de nuevo
- Te avisa cuando todo verde
Vos solo revisás el resultado final. Eso cambia el ritmo de programación bastante.
¿Querés tus devs entregando 3x más con Claude Code?
Sin reescribir el repo. Sin formaciones largas. Sin tocar tu stack.
¿Cuáles son los casos de uso típicos?
Donde más rinde:
- Tests E2E manuales que no querés escribir — flujos de signup, checkout, login, formularios. Le pedís "testeá el flow de checkout completo" y va.
- Verificar features de UI — que el botón nuevo aparece, que el dropdown abre, que el modal cierra.
- Testing cross-browser básico — corre la misma verificación en Chrome, Safari, Firefox.
- Reproducir bugs reportados — le pasás los pasos del reporte, lo reproduce, identifica la causa.
- Smoke tests post-deploy — "andá a esta URL y verificá que cargue, podés loguearte y ver el dashboard".
Para más casos donde computer use rinde, también podés ver la guía de computer use en Windows — los casos de oficina aplican.
¿Cómo lo configuro en Claude Code CLI en 3 pasos?
Si ya tenés Claude Code CLI andando con plan Pro o Max:
- Activar la feature — en research preview entrás vía flag:
claude --enable-computer-use. Próximas releases lo van a hacer default. - Permisos del sistema — la primera vez que pide acceso, Mac/Windows pregunta. Aceptar.
- Listo — desde la siguiente sesión, podés decirle cosas como "abre la app y verificá X".
Si no estás seguro de cómo está armado tu setup, revisá el diccionario de Claude Code primero.
¿Cuándo NO conviene usar computer use en la CLI?
Algunos escenarios donde no es la mejor herramienta:
- Suites de tests automáticos en CI — para eso Playwright/Cypress/Puppeteer siguen ganando por velocidad y consistencia.
- Cosas que pueden borrar datos productivos — no le sueltes la rienda en una sesión conectada a tu DB de producción.
- Tareas que toman más de 30 min de UI — el costo en tokens se dispara. Para esto, código tradicional o un test escrito.
Para mantener el costo bajo control mientras testeás, aplicá las 8 reglas de Claude.md para ahorrar 80% de tokens. Aplican igual en sesiones con computer use.
¿Cómo se compara con las alternativas?
| Herramienta | Mejor para | Costo |
|---|---|---|
| Computer use Claude Code | Iteración rápida + tests manuales | Tokens |
| Playwright / Cypress | CI / suites grandes | Tiempo de setup, infra mínima |
| Manual | Flujos críticos con riesgo | Tu tiempo |
| Selenium | Stack legacy con muchas envs | Configuración compleja |
La combinación más común va a ser: Claude Code computer use para desarrollo + iteración rápida, Playwright corriendo en CI para los flujos críticos.
¿Qué viene después?
Computer use desde la CLI es la primera versión. Lo que probablemente viene en próximas releases:
- Headless mode — correr sin abrir la UI visible (útil para CI y servers).
- Recording — guardar la sesión como un script reutilizable.
- Mejor parallelism — testear varias rutas al mismo tiempo (encaja con el redesign de Code Desktop con sesiones paralelas).
Para una visión más amplia del rumbo de Anthropic, mirá la guía de Claude Opus 4.7 — el modelo que potencia todo esto.
¿Cuál es el tip de oro?
Antes de pedirle a Claude que ejecute una feature compleja con computer use, escribile el caso de prueba en lenguaje natural. Algo como:
"Quiero que testees este flow: 1) abrí la app en localhost:3000, 2) clickeá Sign Up, 3) llená el form con un email random, 4) verificá que aparece el dashboard, 5) si algo falla, decime exactamente en qué paso."
Cuanto más explícito el caso, menos margen de error tiene Claude. Para más patrones de prompting que rinden, leé los tips de Boris Cherny para Opus 4.7.
Comentá CLI en el último reel de @ai._kid y te paso el setup exacto + 3 prompts probados que automatizan tests E2E sin escribir una línea de código de testing.
¿Querés tus devs entregando 3x más con Claude Code?
Sin reescribir el repo. Sin formaciones largas. Sin tocar tu stack.
Preguntas frecuentes sobre Computer use Claude Code CLI
Antes Claude Code escribía el código y te decía "listo, probalo vos". Ahora puede abrir tu app (browser, app desktop, terminal), navegarla, clickear botones, tipear inputs, scrollear y verificar que lo que escribió funciona — cierra el loop entre "código" y "se prueba". Ejemplo real: le pedís "agregá un formulario de contacto a la landing", Claude lo codea, abre Chrome en localhost:3000, llena el form, dispara el submit y verifica que el endpoint responde 200. Si falla, lo arregla y vuelve a testear. Eso te ahorra entre 15-30 minutos de manual QA por feature media. Para arrancar bien con el setup base leé las 3 cosas antes de abrir Claude Code y la documentación oficial.
Para tests E2E básicos sí — sobre todo flujos rápidos donde armar Playwright o Cypress sería overkill (1-2 features, prototipos, demos). Para suites complejas con cientos de tests, parallel execution y CI/CD pipelines, Playwright sigue ganando por velocidad (corre 10 tests en paralelo en segundos), reliability (selectores estables, no LLM-based) y costo (gratis vs tokens de Claude). La regla práctica: Computer use para iteración rápida durante development y manual QA exploratorio, Playwright/Cypress para tests automatizados que corren en cada commit. Muchos teams usan ambos: Claude para descubrir bugs, después los formalizan como tests Playwright. Si querés sacarle más jugo a Claude Code mirá los 6 tips de Boris Cherny para Opus 4.7.
Research preview disponible para planes Pro (USD 20/mes) y Max (USD 100/mes). No está en el plan Free todavía, ni en API standalone para desarrolladores que quieran integrarlo en sus propias apps. La cuota de uso depende del plan: Pro tiene límite compartido con Claude Code regular cada 5 horas, Max escala 5x. Anthropic lo etiquetó "research preview" lo que significa que puede tener bugs y la API puede cambiar sin notice. Para casos production-grade conviene esperar GA estimada para Q3 2026. Para entender bien cuál modo usar mirá las 3 formas de usar Claude y registrate en claude.ai para activarlo.
Computer use tiene 3 capas de seguridad: 1) antes de cada acción potencialmente destructiva (cerrar app sin guardar, ejecutar comandos del sistema, sudo, modificar archivos fuera del repo, instalar software) Claude pide confirmación explícita; 2) respeta el .gitignore del repo y las exclusiones que configures en ~/.claude/settings.json; 3) operates dentro de un sandbox que restringe acceso a paths sensibles (~/.ssh, ~/.aws, credentials). Igual conviene correrlo en una carpeta de trabajo aislada, hacer commit frecuente y nunca darle acceso a su cuenta de banco. Para optimizar permisos y no recibir prompts repetidos leé el diccionario de Claude Code y la Acceptable Use Policy de Anthropic.
Sí, tanto Mac como Windows tienen acceso desde mayo 2026. Para Windows, Anthropic sumó la versión junto con Cowork — antes solo había soporte para macOS. La paridad de features es 95%: las únicas diferencias son atajos de teclado (Cmd vs Ctrl) y algunas APIs específicas del sistema (Spotlight en Mac no tiene equivalente en Windows). En Windows necesitás Windows 10 1809+ o Windows 11, y PowerShell 7+ para los comandos shell automatizados. Para usuarios de Linux todavía no hay soporte oficial. Para arrancar con el setup correcto en Code Desktop mirá la guía del Code Desktop redesign y computer use en Windows para específicos de la plataforma.
Fuentes e inspiración
Mirá los posts originales donde desarrollamos estas ideas en redes.
