Computer use en Claude Code CLI: el agente testea solo lo que programa

Hasta ahora, cuando Claude Code programaba algo, la comprobación de que funcionaba de verdad —abrir la app, hacer clic, ver si responde— era cosa tuya. Con computer use, el agente puede cerrar ese círculo: prueba en pantalla lo que acaba de programar. Escribe el código, abre la aplicación, interactúa con ella y verifica que hace lo que debía. Esto cambia bastante el flujo de trabajo. Vamos a ver qué implica de verdad.

Qué es computer use en este contexto

Computer use es la capacidad de que el agente controle una interfaz gráfica: mover el ratón, hacer clic, escribir, mirar la pantalla. Llevado a Claude Code, significa que el agente no solo escribe código, sino que puede usar la aplicación resultante como lo haría una persona para comprobar que funciona.

El titular lo resume bien: el agente testea solo lo que programa. Cierra el bucle entre escribir y verificar.

Por qué esto importa

El punto débil de un agente que programa siempre ha sido el mismo: puede escribir código que *parece* correcto pero no funciona en la práctica. La verificación real —ejecutarlo y ver el comportamiento— quedaba en tus manos. Con computer use, el agente puede:

• Abrir la aplicación que acaba de construir.
• Interactuar con ella como un usuario.
• Detectar que un botón no responde, que un flujo se rompe, que algo no aparece.
• Corregir y volver a probar.

Esto acerca el trabajo del agente a un ciclo completo: programar, probar, corregir, sin que tengas que ser tú el que ejecute cada comprobación.

El flujo con verificación visual

1. El agente programa la funcionalidad.
2. Abre la aplicación y navega hasta lo que ha construido.
3. Interactúa: rellena, hace clic, sigue el flujo.
4. Observa el resultado en pantalla y detecta si algo falla.
5. Corrige y vuelve a probar hasta que funciona.

El "testea solo lo que programa" es exactamente esto: el agente comprueba su propio trabajo en la interfaz real.

Lo que sigue siendo tu responsabilidad

Que el agente pueda verificar no significa que te desentiendas:

• Superviso lo que hace. Un agente que controla la pantalla puede tocar cosas; mantén el control.
• Reviso el código, no solo el resultado visual. Que funcione en pantalla no garantiza que esté bien hecho por dentro.
• Defino qué debe probar. El agente verifica lo que le indicas; los casos importantes los marcas tú.
• Cuido los permisos y la seguridad. Un agente con control de la interfaz necesita límites claros sobre qué puede tocar.

Límites y precauciones

• No es infalible. Puede pasar por alto casos que no prueba o interpretar mal lo que ve.
• Necesita supervisión. Cuanto más autónomo el agente, más importa vigilar qué hace.
• La verificación visual no sustituye a los tests. Es un complemento a las pruebas automatizadas, no un reemplazo.
• Requiere permisos. Controlar la pantalla es una capacidad potente; dásela con criterio.

Preguntas frecuentes

¿El agente prueba mejor que yo?

Prueba más rápido y sin cansarse los flujos que le indicas, pero no sustituye tu criterio sobre qué es importante probar ni tu revisión del código. Es un complemento, no un reemplazo.

¿Es seguro darle control de la pantalla?

Con supervisión y permisos acotados, sí. Como cualquier capacidad potente del agente, el riesgo se controla limitando qué puede tocar y vigilando lo que hace.

¿Sustituye a los tests automatizados?

No. La verificación visual comprueba el comportamiento real de la interfaz, pero los tests automatizados siguen siendo la red de seguridad para la lógica. Se complementan.

Conclusión

Computer use en Claude Code cierra un bucle que antes quedaba abierto: el agente ya no solo escribe código, sino que abre la aplicación, la usa y verifica que funciona. Eso lo acerca a un ciclo completo de programar-probar-corregir con menos intervención tuya. Pero "menos" no es "ninguna": tú sigues supervisando, revisando el código y marcando qué importa. Bien usado, es un salto real en autonomía; sin supervisión, un riesgo. El criterio, como siempre, lo pones tú.