Claude Code

Claude Code es la herramienta de programación agéntica de Anthropic. Funciona en la terminal y dentro del IDE: lee un repositorio, edita archivos, ejecuta comandos y abre pull requests, cada paso dirigido y aprobado por la persona que la usa, no dejado corriendo sin supervisión.

Lo que nos cambia es la proporción. Un ingeniero senior sigue decidiendo qué se construye y sigue siendo responsable del resultado, pero se le va mucho menos día en la mayoría mecánica del trabajo: entrar en un código que no conoce, mapear una dependencia, ampliar la cobertura de tests, arrastrar una refactorización rutinaria por doscientos archivos, escribir la migración que nadie quiere.

Lo que no cambia es el nivel que tiene que superar un cambio. El código que la herramienta ha ayudado a escribir pasa por la misma revisión, los mismos tests y el mismo CI que el que ha teclado una persona, con un ingeniero con nombre y apellidos que responde por él. Nada se mergea por haberlo producido un modelo.

La configuración importa más que la instalación. Las instrucciones del proyecto, los comandos y las convenciones de la casa que hacen que lo que sale se parezca al código al que se incorpora viven en el repositorio, versionados y revisados como cualquier otro archivo, que es también lo que hace que la herramienta sirva a la siguiente persona y no solo a quien la configuró.

Lo que dejamos montado antes de que toque un repositorio, tanto en nuestro trabajo como en proyectos de cliente:

• Exclusiones para secretos, credenciales, volcados de datos de clientes y fixtures de producción, con escaneo de secretos en los hooks de pre-commit y en CI, para que una clave no pueda llegar a un prompt ni a un commit.
• Qué repositorios están dentro del alcance y quién tiene licencia, revisado periódicamente y no solo al arrancar.
• Cuando un repositorio contiene datos personales, un registro escrito de qué se trata, dónde y qué se conserva, establecido contra las condiciones que aplican a ese contrato, no supuesto a partir de la web de un proveedor.
• Comprobaciones de procedencia y licencia en la revisión, para que cada dependencia y cada fragmento que se publica se pueda justificar línea a línea.
• Un conjunto corto de pautas internas: en qué es buena la herramienta y en qué casos aceptar su primera respuesta genera retrabajo de forma sistemática.

No sustituye a los ingenieros, y un equipo que la trata como si lo hiciera produce más código y más defectos a la vez. Es más débil justo donde el trabajo es más difícil: arquitectura con consecuencias a años, un bug sutil de concurrencia, cualquier cosa que dependa de contexto que nadie escribió nunca. Esa es la parte por la que se nos paga, y se queda con las personas.

En proyectos de cliente la usamos donde el encargo lo permite, y lo decimos desde el principio. Si un contrato, una revisión de seguridad o una restricción de protección de datos lo descarta, trabajamos sin ella. Es una respuesta normal, no una negociación.