¿A quién pertenece el código que escribe Claude?

Cuando un desarrollador abre Claude Code, escribe un prompt y obtiene doscientas líneas de TypeScript funcionales, rara vez se pregunta a quién pertenece ese output. Lo copia, lo pega, lo hace pasar por sus propias revisiones y lo sube al repositorio. Nadie levanta la mano. Nadie lo firma. Pero la pregunta existe, y cada vez más despachos de abogados quieren responderla antes de que lo haga un tribunal.

O'Reilly Radar publicó el pasado sábado 20 de junio un análisis titulado Who Owns the Code Claude Wrote? que sistematiza los marcos legales vigentes aplicados a código generado por LLMs, con Claude como caso de referencia explícita. No es el primero en hacerlo, pero sí uno de los más ordenados: distingue jurisdicciones, cita jurisprudencia reciente y no elude los puntos donde la ley simplemente no ha llegado todavía.

El problema de fondo: la autoría requiere un autor humano

En la mayoría de jurisdicciones occidentales —EE. UU., UE, Reino Unido— el copyright exige un autor humano con aportación creativa suficiente. Una IA no puede ser titular de derechos. Esto no es nuevo: lleva años siendo la posición de la USPTO y de la EUIPO. Lo novedoso es la escala. Cuando millones de líneas de código en producción tienen a Claude como coautor no declarado, el mapa de riesgo cambia de tamaño.

El artículo de O'Reilly distingue tres escenarios habituales:

• El desarrollador da un prompt muy específico y revisa línea a línea. Aquí la aportación humana es suficientemente identificable; el argumento de autoría es más sólido.
• Claude genera el grueso de la función con un prompt abierto y el desarrollador solo corrige errores. La contribución creativa humana es difusa. La protección por copyright, incierta.
• Un agente autónomo —por ejemplo, un subagent de Claude Code— genera código sin intervención directa. Este es el escenario más problemático: ningún humano lo redactó, nadie puede reclamar la paternidad creativa del output.

Este tercer caso ya no es teórico. Desde que Claude Code incorporó soporte estable para subagentes y hooks de ciclo de vida, los pipelines de desarrollo completamente automatizados son operativos en entornos de producción real.

Qué dice Anthropic (y qué no dice)

Los términos de uso de Anthropic establecen que el usuario retiene los derechos sobre los outputs generados, en la medida en que la ley aplicable lo permita. Es una cesión contractual, no una garantía jurídica. Si la ley no reconoce autoría sobre ese output, la cesión no otorga nada que no exista previamente.

Anthropics no es la única con esta redacción: OpenAI, Google y el resto del sector usan formulaciones similares, precisamente porque ninguna empresa puede prometer algo que los tribunales no han confirmado.

Por qué importa ahora y para quién

La discusión importa principalmente en tres contextos prácticos:

Empresas con IP en software. Si tu ventaja competitiva reside en código propietario y parte de ese código lo generó un LLM sin trazabilidad clara, tu portfolio de propiedad intelectual tiene agujeros que un auditor —o un competidor— puede explotar.

Desarrolladores freelance y agencias. Cuando entregas código a un cliente y parte viene de Claude, ¿qué le estás transfiriendo exactamente? Los contratos que no especifican el uso de herramientas de IA generativa tienen cláusulas de garantía de originalidad que ya no son seguras.

Proyectos open source. Las licencias como MIT o Apache asumen que quien contribuye tiene derechos para hacerlo. Un commit parcialmente generado por Claude sin revisión suficiente es territorio inexplorado en términos de validez de la contribución.

El debate en Hacker News (y la falta de él)

Llamativo: el hilo de Hacker News abrió con un punto y cero comentarios en el momento de publicarse. No es indicativo de desinterés en el tema —el debate lleva meses activo en foros legales y de ingeniería— sino quizás de que la comunidad técnica empieza a dar este asunto por sabido sin haberlo resuelto realmente.

El silencio puede ser peor que el debate.

---

Desde ElephantPink llevamos tiempo viendo cómo equipos de ingeniería construyen sobre Claude Code sin política interna alguna sobre trazabilidad de outputs. El artículo de O'Reilly no resuelve nada —no puede— pero es útil para forzar esa conversación internamente antes de que la fuerce alguien externo. Que la pregunta siga siendo incómoda no significa que debamos seguir esquivándola.