Revisar pull requests con Claude Code y GitHub Actions

Hola, bienvenido. En esta lección cerramos la sección de automatización: si en la anterior dejamos a Claude trabajando solo en la sesión con /loop y /goal, ahora lo llevamos a donde no hace falta ninguna sesión abierta, GitHub. Vamos a subir el proyecto a un repositorio de GitHub, instalar la app de Claude con /install-github-app, que prepara los workflows de GitHub Actions y el secreto con tu suscripción, y probar las 2 cosas que nos deja configuradas: mencionar a @claude en issues y pull requests, y la revisión automática de cada pull request. Y para terminar veremos /code-review ultra, la revisión a fondo en la nube que te dejé pendiente en la lección de comandos.

Ya tenemos /code-review y /security-review en la sesión, pero esas revisiones las lanzas tú, cuando te acuerdas, y sobre tu máquina. Con GitHub Actions, la revisión ocurre en cada pull request aunque la abra otra persona, el resultado queda escrito en la propia pull request, donde lo lee todo el equipo, y cualquiera con permiso de escritura puede pedirle algo a Claude con un comentario, sin tener Claude Code instalado. Es lo que conecta todo lo que hemos construido en el curso con la forma en que se revisa el código en un equipo.

Vamos a trabajar con la acción oficial anthropics/claude-code-action en su versión v1. Para seguir la lección necesitas el proyecto con el último commit y, además:

• Una cuenta de GitHub en la que puedas crear repositorios. /install-github-app solo funciona con repositorios de github.com y necesita permisos de administración sobre el repositorio.
• La CLI de GitHub, gh, instalada desde cli.github.com↗ (se abre en una pestaña nueva) y con la sesión iniciada con gh auth login. Claude Code comprueba que está y te avisa si falta.
• Un plan Pro, Max, Team o Enterprise si quieres que los workflows usen tu suscripción, que es lo que haremos. Con una API key de la Console también funciona.

Hasta ahora nuestro código solo existía en tu máquina, y la integración con GitHub necesita un repositorio en github.com. Desde la raíz del proyecto, gh lo crea como privado, lo enlaza como el remoto origin y sube tus commits en un solo paso:

El .gitignore de Laravel deja fuera vendor/ y el .env, y el nuestro deja fuera .claude/settings.local.json, así que ni tus credenciales ni tu configuración personal llegan a GitHub. Con el remoto creado, fija también su rama por defecto, que es lo que te pedía /security-review en la lección de comandos:

Con eso, /security-review ya tiene un origin/HEAD contra el que comparar, y /code-review sin argumentos pasa a revisar los commits de tu rama que van por delante de la remota.