Anthropic publicó un análisis privacy-preserving de aproximadamente 400.000 sesiones reales de Claude Code entre octubre de 2025 y abril de 2026, cubriendo unos 235.000 usuarios distintos. El hallazgo principal contradice la lectura por defecto del mercado: el éxito de una sesión depende más de cuánto sabes del problema que estás intentando resolver que de cuánto sabes programar.
Cómo se reparte el trabajo entre humano y agente
El reparto es desigual y consistente a lo largo de los seis meses. El usuario toma alrededor del 70% de las decisiones de planificación (qué construir, en qué orden, qué alcance, qué dejar para después). Claude se queda con el 80% de las decisiones de ejecución (cómo escribir cada función, qué librería usar, qué estructura de archivos). El usuario solo toca el 20% del trabajo manual de ejecución. Claude solo aporta el 30% de la planificación. No hay simbiosis, hay división de trabajo clara con dos roles definidos.
Lo que cambia con la expertise del usuario
El segundo dato es donde el estudio se vuelve interesante. La habilidad del usuario cambia drásticamente el output que el modelo le devuelve. Un principiante saca de media 5 acciones y 600 palabras por prompt. Un experto saca 12 acciones y 3.200 palabras. Cinco veces más output por el mismo input nominal. La causa probable: el experto formula mejor el prompt, da más contexto, hace preguntas más precisas, y Claude le devuelve más.
El tercer dato es el que sustenta el titular. La tasa de éxito verificada (tests que pasan o código que se guarda en un commit final) está en 28-33% para usuarios intermedios y avanzados, contra 15% para novatos. Doble de rendimiento por sesión. Y el patrón de uso ha cambiado en los seis meses: las sesiones dedicadas a arreglar código roto bajaron del 33% al 19%, operar software pasó del 14% al 21%, y escritura y análisis de datos casi se duplicaron, del 10% al 20%. El valor estimado por sesión media subió un 27% en seis meses.
El hallazgo que cambia el discurso
Abogados, managers y científicos sin formación formal en programación se quedan solo a 7 puntos de los ingenieros de software en tareas de coding. Es decir, alguien que conoce muy bien su sector (una manager de operaciones, una directora financiera, un abogado mercantil) rinde casi igual que un programador profesional cuando construye software que resuelve el problema concreto de su sector.
Esto cambia la conversación. Llevamos dos años discutiendo si Claude Code va a sustituir a desarrolladores. La respuesta operativa que da el estudio es otra: Claude Code está habilitando a profesionales no técnicos a construir su propia tooling interna. La abogada construye su contract review. La directora financiera monta su dashboard de tesorería. El manager de operaciones automatiza el reporting que pedía hace años a IT y nunca llegó.
Por qué importa para un founder español
En Barner construimos hace meses una B2B Platform desde cero con Claude Code. No es un ingeniero el que la usa día a día, es el equipo comercial. La conocen porque conocen el problema: cómo se hace un pedido B2B, qué descuentos aplican, qué inventario hay disponible. Cuando algo se rompe o necesita un cambio, lo prompteo yo en 30 minutos. Una agencia haría una propuesta de 6 semanas para lo mismo.
El mismo patrón se repite en DigitalBrain con los dashboards de newsletter y los pipelines de análisis de sponsors. No es código bonito, es código que funciona porque sé exactamente qué tiene que hacer.
La conclusión estratégica para una empresa de 10-500M facturación es directa: tu ventaja no está en contratar más programadores juniors, está en formar a tus expertos de dominio en Claude Code. La persona que lleva 5 años en finanzas, en operaciones o en legal de tu empresa, formada en Claude Code, va a producir más utilidad real que un developer junior externo que no conoce el negocio.
Qué hacer este trimestre
- Forma a los expertos de dominio, no a los becarios técnicos. Identifica 3-5 personas senior en áreas distintas (finanzas, ops, comercial, legal) y forma a cada una en 20-40 horas de práctica con Claude Code en un proyecto real de su área. ROI medible en 8 semanas: utilities pequeñas que antes pedían a IT y nunca llegaban.
- Documenta el dominio antes que el código. Crea skills, CLAUDE.md y prompts guardados que capturen el contexto del problema. Claude ya sabe Python. Lo que no sabe es cómo calculáis las comisiones del equipo de ventas vosotros. Ese conocimiento es el que multiplica la tasa de éxito del 15% al 33%.
- Construye tooling interno como capa intermedia. Entre las herramientas SaaS estándar y los procesos manuales del equipo hay un espacio enorme para utilities pequeñas y específicas: calculadoras, dashboards, validadores, generadores de informes. Tres horas de Claude Code con la persona adecuada y la pieza está en producción.
Lo que no dice el estudio pero importa
El estudio mide tasa de éxito por sesión, no calidad de código a largo plazo. Esto deja dos preguntas abiertas. La primera, mantenibilidad: el código que produce un experto de dominio sin formación de software profesional funciona, pero ¿quién lo mantiene cuando hay que añadir features dos años después? La respuesta operativa que está emergiendo es que el mismo Claude lo mantiene, con el mismo experto iterando. No hace falta pasar el código a un developer profesional para que sea sostenible.
La segunda pregunta: seguridad y compliance. Cuando un abogado construye su contract review interno con Claude Code, ¿quién audita que no haya fugas de información sensible al modelo? La respuesta razonable es introducir guardrails estándar (Claude API con zero-retention, prompts revisados por compliance una vez por proyecto, datos sensibles enmascarados antes de entrar al modelo). Eso es trabajo de IT, no del experto de dominio.
El estudio confirma una tesis que llevamos meses repitiendo: el cuello de botella ya no es saber programar, es saber qué construir. Si tu empresa lleva años discutiendo qué tooling interno hace falta y nunca llega a IT, ahora tienes la vía para que llegue. La pregunta práctica es si vais a formar a vuestros expertos los próximos meses o vais a esperar a que la formación llegue por mimetismo.