# cherny-steps-ai-adoption-2026-07-16

## Veille

**Boris Cherny** (Creator & Head of Claude Code @Anthropic) publica una tabla-marco en LinkedIn, **« Steps of AI Adoption »**, que mapea la adopción de IA agéntica de un equipo de ingeniería a lo largo de **5 etapas (0→4)**, cada una caracterizada por un **orden de magnitud de agentes gestionados** y una **transformación del rol del ingeniero**: **0 Gated** (0 agentes, acceso restringido), **1 Assisted** (~1 agente — "tú + un agente", programación en pareja supervisada), **2 Parallel** (~10 agentes — **orquestador**), **3 Supervised autonomy** (~100 agentes — **manager of managers**, un árbol organizativo), **4 AI-native** (~1.000+ agentes — **VP que dirige por intención**). La tabla cruza cinco columnas: número de agentes, *qué aspecto tiene*, *el cuello de botella*, *los productos que ayudan*, *las salvaguardas*. **Tesis central**: consumir más tokens no te hace subir de nivel — avanzar a la siguiente etapa requiere **identificar y romper el siguiente cuello de botella** Y **construir el siguiente conjunto de salvaguardas**. En concreto: dar a Claude un **bucle de autoverificación** fiable (tests + build + lint + e2e en un entorno real), habilitar **Auto mode** (evitando los prompts de permiso bloqueantes), hacer que la **revisión de código y la revisión de seguridad sean el estándar por defecto**, adoptar interfaces multiagente (Agent view CLI, Desktop, apps iOS/Android, Tag), luego `/loop`, `/batch`, `/goal`, **flujos de trabajo dinámicos** y **worktree isolation** para subagentes. Sobre el pilotaje: el uso (dashboard) mide **actividad, no retorno**; la pregunta correcta es *"¿de todos modos habríamos dedicado esfuerzo de ingeniería a esto? si es así, ¿cuántas horas-ingeniero manuales habría costado?"* — ese es el ROI. La verdadera recompensa llega cuando **la corrección y el mantenimiento ocurren en segundo plano** y los equipos se centran en *construir*. Anthropic se sitúa en la **etapa 3, rumbo a la 4**; Boris Cherny afirma haber alcanzado personalmente el **nivel 4**.

## Titre Article

Steps of AI Adoption (tableau/artifact + post LinkedIn « I talk to engineers at other companies every day… »)

## Date

2026-07-16

## URL

https://www.linkedin.com/posts/bcherny_i-talk-to-engineers-at-other-companies-every-share-7483695057200615424-6hA0/

## Keywords

Boris Cherny, Claude Code, Anthropic, Steps of AI Adoption, adopción de IA, modelo de madurez, escala de madurez de IA, IA agéntica, agentes de código, agentes gestionados, transformación del rol, programación en pareja, orquestador, manager of managers, VP que dirige por intención, pilotaje por intención, supervisión por excepción, cuello de botella, salvaguardas, salvaguardas, cuello de botella, los tokens no bastan, bucle de autoverificación, bucle de autoverificación, tests build lint e2e, Auto mode, prompts de permiso, revisión de código automatizada, revisión de seguridad automatizada, Agent view, Claude Code Review, Claude Security Review, Claude Cowork, Claude Design, Plan mode, worktree isolation, git checkout, Claude Code Mobile, ejecución en la nube, Remote control, Claude Tag, Claude Teams, Claude Enterprise, Compliance API, Analytics API, analítica de dashboard, OpenTelemetry, OTel, SIEM, observabilidad, /loop, /batch, /goal, Routines, flujos de trabajo dinámicos, subagentes, sandboxing de agentes, CLAUDE.md, Skills, Skills perezosas, codificación de estándares, clasificador de Auto mode, uso de tokens, selección de modelo, advisors, LSP, Claude Agent SDK, planificación de agentes, migración de código, fuzzing, resolución de feedback, gobernanza de MCP, SSO SCIM, RBAC, límites de presupuesto, IAM, gobernanza de datos, ROI de IA, actividad vs retorno, horas-ingeniero, PMF interno, etapa 0 Gated, etapa 1 Assisted, etapa 2 Parallel, etapa 3 Supervised autonomy, etapa 4 AI-native, árbol de agentes, confianza en el bucle, ritmo de decisión, mantenimiento en segundo plano

## Authors

Boris Cherny (Creator & Head of Claude Code @Anthropic)

## Ton

**Perfil**: marco de practicante-líder en forma de **tabla de madurez** (artefacto de Claude, fechado el 16 de julio de 2026) acompañada de un post narrativo en LinkedIn. Dirigido a líderes de ingeniería y responsables de decisiones que observan que "una persona obtiene un aumento de producción de 10x con Claude pero el resto de la organización no ha seguido el ritmo". Registro operativo, no prescriptivo sobre el camino (« No hay un único camino correcto ») pero muy preciso sobre los **mecanismos** para pasar de un nivel al siguiente.

**Estilo**: matriz densa de 5 etapas × 5 columnas (número de agentes, qué aspecto tiene, cuello de botella, productos, salvaguardas), intercalada con líneas **« Cómo pasar del paso X al Y »**. Cada etapa lleva un **Desbloqueo** (la ganancia concreta que desbloquea) y nombra explícitamente el siguiente **cuello de botella** — la estructura argumentativa es "diagnosticar el bloqueo → productos + salvaguardas para levantarlo". Una posición de autoridad asumida (el autor *es* el Head of Claude Code, respaldado por el catálogo de productos), atemperada por puntos de referencia honestos: la propia Anthropic solo está en la etapa 3, y la métrica de éxito propuesta (horas-ingeniero ahorradas) rechaza la vanidad del uso bruto. Hilo conductor: el progreso no es cuestión de *funciones* aisladas ni de *tokens*, sino de **cuellos de botella rotos + salvaguardas construidas** que permiten al equipo *confiar* en el resultado.

## Pense-betes

- **Idea central: no subes de nivel gastando más tokens.** Cada nivel tiene su propio **cuello de botella**; pasar al siguiente requiere *romperlo* Y *construir el siguiente conjunto de salvaguardas* que haga el resultado fiable. « No se trata de una única función, sino de usar las funciones adecuadas con las salvaguardas adecuadas ».
- **La columna vertebral del modelo = el orden de magnitud de agentes gestionados, y el rol que impone.** 0 → ~1 → ~10 → ~100 → ~1.000+ agentes, es decir, ingeniero bloqueado → **compañero de programación (pair programmer)** → **orquestador** → **manager of managers (árbol organizativo)** → **VP que dirige por intención**. Esa es la verdadera «esencia» de la tabla: un aumento exponencial del paralelismo que *transforma el oficio*, no solo la velocidad.
- **Etapa 0 — Gated (0 agentes).** Solo modelos aprobados más antiguos/ligeros, latencia que se acumula a través de gateways + autenticación personalizada, sin gobernanza de MCP, acceso restringido/con muchos trámites, **sin infraestructura para alojar el código producido por Claude** (los resultados se quedan en local). *Cuello de botella*: seguridad/aprobaciones heredadas, una obsesión por el **coste por token** en detrimento de los *resultados*, sin voces técnicas reales en la decisión. *Producto*: chat de Claude.ai. *Salvaguardas*: SSO/SCIM + RBAC, límites de presupuesto organizacional, despliegue dentro de las aprobaciones/IAM existentes, gobernanza de datos. **0→1**: alineación ejecutiva/comprador, escalado de bloqueos, marcos para lanzar Claude de forma segura.
- **Etapa 1 — Assisted / "tú + un agente" (~1).** Un ingeniero, un agente, casi todo supervisado (compañero de programación rápido), una sesión a la vez, revisando casi cada cambio antes de fusionarlo. *Desbloqueo*: lo que antes ocupaba una tarde ahora se completa entre dos reuniones. *Cuello de botella*: **tu atención** — poca confianza + sin autoverificación → lo lees todo, trabajo **síncrono** (vigilas a Claude en lugar de seguir adelante). *Productos*: Claude Code (Desktop/CLI/IDE), Cowork, Design, uso vía API/Bedrock/Vertex/Microsoft Foundry, dashboard + Analytics API, Compliance API, **Plan mode**. *Salvaguardas*: límites de gasto por asiento, modelo/esfuerzo y política gestionados de forma centralizada, exportación **OpenTelemetry** al SIEM.
- **1→2 (transición clave):** ejecutar **varios agentes a la vez**; un **bucle de autoverificación** fiable (tests + build + lint + **e2e en un entorno de desarrollo real**); **Auto mode** para dejar de estar bloqueado por los prompts de permiso; **automatizar la revisión de código**.
- **Etapa 2 — Parallel / Orquestador (~10).** Un ingeniero orquesta **5-10 agentes** en paralelo, cada uno en su propio **worktree/git checkout**. Claude verifica su propio trabajo (tests, build, lint, análisis de seguridad) *antes* de que lo veas; **Auto mode siempre activo**; **revisión de código + revisión de seguridad por defecto**. Revisas **diffs finales, no pulsaciones de tecla**; el backlog de mantenimiento se reduce; Claude escribe *la mayor parte* del código. *Desbloqueo*: un backlog de varias semanas se convierte en una tarde de orquestación para un ingeniero. *Cuello de botella*: **revisar** (comprobar seis flujos paralelos) + hacer malabares con el prompting/pilotaje. *Productos*: Auto mode, Agent view, Claude Code Review, Claude Security Review, Claude Code Mobile + ejecución en la nube desde Desktop, Claude Tag (una tarea aislada), CLI/Desktop de worktree isolation, **Remote control** (pilotaje desde tu teléfono). *Salvaguardas*: Analytics de uso del equipo, aplicación de la calidad (lint/tests/typecheck), **verificación e2e potenciada por Claude** (extensión de Chrome o MCP de simulador iOS/Android), **el mismo estándar de calidad para el código humano y el código de agente**, preaprobar bash/MCP seguros en `settings.json`.
- **2→3:** dar a Claude los medios para **recuperar contexto** (leer código, wikis, discusiones); **agencia + velocidad de revisión de código** (los agentes pueden tocar código de otros equipos); descomponer el trabajo en **bucles y rutinas**; **dejar que Claude lance a Claude**.
- **Etapa 3 — Supervised autonomy / Manager of managers (~100).** Claude escribe **todo o casi todo** el código; la pregunta pasa de *"¿leíste el código?"* a *"¿qué contexto le faltaba al modelo, y cómo lo corregimos para la próxima vez?"*. *Desbloqueo*: Claude hace **de forma proactiva** lo que antes se lanzaba a mano; el mantenimiento/limpieza se ejecuta **continuamente en segundo plano**. *Cuello de botella*: **la confianza en el bucle** y el **ritmo de decisión del equipo** — el árbol de agentes es demasiado profundo para vigilarlo de cerca; la trampa es *escalar el número de agentes antes de que el bucle se haya ganado la confianza*. Eficiencia de tokens a vigilar (OTel/Analytics), una cultura de experimentación + control de costes una vez que el uso interno alcanza el PMF. Prueba: *"¿es esto algo que habría hecho un ingeniero?"*. *Productos*: subagentes con **worktree isolation** (sin colisiones), **Routines, /loop, /batch, /goal**, **flujos de trabajo dinámicos**, Claude Tag (vigila un canal/fuente y lanza tareas). *Salvaguardas*: revisión de código + revisión de seguridad automatizadas, **sandboxing de agentes**, **CLAUDE.md + Skills** para codificar estándares, **ajuste del clasificador de Auto mode**, gestión del uso de tokens (selección de modelo, advisors, LSP, dividir CLAUDE.md en **Skills perezosas**).
- **3→4:** **automatización a escala para casos de uso específicos del dominio** (migración de código, fuzzing, construcción de funcionalidades, resolución de feedback).
- **Etapa 4 — AI-native / VP que dirige por intención (~1.000+).** Un bucle **totalmente cerrado**; **la mayoría de los agentes son lanzados por Claude**; cientos a miles de agentes en ejecución; pilotaje **por intención** y supervisión **por excepción**. *Desbloqueo*: una migración de un trimestre se convierte en un **flujo de trabajo que lanzas y consultas**. *Cuello de botella*: **identificar y automatizar el trabajo a escala** + aplicar la salvaguarda correcta para cada *tipo* de trabajo. *Productos*: **Claude Agent SDK** (construir/planificar agentes mediante programación), Claude Tag (presente en la mayoría de los canales de Slack, responde a publicaciones). *Salvaguardas*: controles de coste para la automatización, selección de modelo para la automatización.
- **Métrica anti-vanidad (pilotaje).** El uso (dashboard) mide **actividad, no retorno**. Mejor pregunta: *¿de todos modos habríamos invertido esfuerzo de ingeniería en esto, y si es así, cuántas **horas-ingeniero manuales** habría costado?* → ese es el **ROI**. El premio gordo: cuando la corrección/mantenimiento pasa a segundo plano, los equipos hacen "cosas que antes ni siquiera estaban dentro del ámbito de lo posible".
- **Punto de referencia de autoubicación.** *Anthropic está en la etapa 3, avanzando hacia la 4*; *Boris Cherny afirma estar en el nivel 4*. Útil como punto de referencia honesto: ni siquiera el proveedor está "en la cima absoluta".
- **Relacionado**: pieza complementaria de [[fiches/2026-07/cherny-wu-reflecting-year-claude-code-2026-07-17\|Cherny & Wu — « Reflecting on a year of Claude Code »]] (mismo autor, el shipping se vuelve barato → el valor se desplaza hacia el juicio); corpus «manager de agentes / orquestación» (great flattening de Sankar, manifiesto de tokens de Martignole); salvaguardas y verificación (compound engineering, bucle de autoverificación).

## RésuméDe400mots

Boris Cherny, Creator & Head of Claude Code en Anthropic, publica una tabla-marco — **« Steps of AI Adoption »** — nacida de una observación recurrente: en muchas empresas, *una* persona multiplica por diez su producción con Claude, pero el resto de la organización no sigue el ritmo. De ahí deriva una **escala de madurez de 5 etapas (0→4)**, estructurada en torno al **orden de magnitud de agentes que un ingeniero gestiona** — y la transformación del rol que esto impone.

**0 — Gated (0 agentes)**: acceso restringido, modelos más antiguos, sin gobernanza de MCP ni infraestructura para alojar el código de Claude; cuello de botella = seguridad/aprobaciones heredadas y una obsesión por el coste por token. **1 — Assisted (~1)**: "tú + un agente", programación en pareja supervisada, trabajo síncrono; cuello de botella = tu atención, ya que sin autoverificación lo revisas todo. **2 — Parallel (~10)**: te conviertes en el **orquestador** de 5-10 agentes en worktrees separados; Claude se autoverifica (tests/build/lint/seguridad), Auto mode y revisiones automatizadas por defecto; cuello de botella = revisar múltiples flujos. **3 — Supervised autonomy (~100)**: **manager of managers**, Claude escribe casi todo, el mantenimiento se ejecuta en segundo plano; cuello de botella = la confianza en el bucle y el ritmo de decisión. **4 — AI-native (~1.000+)**: **VP que dirige por intención**, un bucle cerrado en el que Claude lanza la mayoría de los agentes, supervisión por excepción.

**Tesis central**: los tokens no te hacen subir de nivel. Cada nivel tiene su propio cuello de botella; el progreso viene de **romperlo** y **construir el siguiente conjunto de salvaguardas** que hace que el resultado sea fiable. Las palancas mencionadas: bucle de autoverificación (tests + build + lint + e2e en un entorno real), **Auto mode** contra los prompts bloqueantes, **revisión de código + revisión de seguridad por defecto**, interfaces multiagente (Agent view, Desktop, móvil, Tag), luego `/loop`, `/batch`, `/goal`, **flujos de trabajo dinámicos**, **worktree isolation**, **CLAUDE.md + Skills** para codificar estándares, y finalmente el **Claude Agent SDK** para programar/planificar flotas de agentes.

Sobre el pilotaje, Cherny descarta la métrica vanidosa: el uso mide **actividad, no retorno**. La pregunta correcta — *¿de todos modos habríamos dedicado este esfuerzo, y cuántas **horas-ingeniero manuales** habría costado?* — da el verdadero ROI. La ganancia decisiva llega cuando corregir/mantener pasa a segundo plano, liberando a los equipos para *construir* lo que antes ni siquiera estaba a su alcance. Un punto de referencia honesto: Anthropic está en la etapa 3 y avanzando hacia la 4; él mismo acaba de alcanzar el nivel 4.

## GrapheDeConnaissance

- Boris Cherny —a_créé→ Steps of AI Adoption (METHODOLOGIE, 0.98)
- Boris Cherny —travaille_chez→ Anthropic (ORGANISATION, 0.98)
- Boris Cherny —dirige→ Claude Code (TECHNOLOGIE, 0.95)
- Steps of AI Adoption —s_applique_à→ adoption de l'IA agentique par une équipe d'ingénierie (CONCEPT, 0.95)
- Steps of AI Adoption —affirme_que→ pour passer à l'étape suivante il faut casser le prochain goulet d'étranglement et bâtir de nouveaux garde-fous ; les tokens seuls ne suffisent pas (AFFIRMATION, 0.95)
- Steps of AI Adoption —affirme_que→ l'axe structurant est l'ordre de grandeur d'agents piloté (0, ~1, ~10, ~100, ~1000+), transformant le rôle de pair programmer à VP pilotant par l'intention (AFFIRMATION, 0.9)
- boucle d'auto-vérification (tests + build + lint + e2e) —permet→ le passage de l'étape 1 (Assisted) à l'étape 2 (Parallel) (AFFIRMATION, 0.9)
- Auto mode —réduit→ les interruptions par prompts de permission bloquants (AFFIRMATION, 0.9)
- code review et security review automatiques —améliore→ la confiance dans le code généré par les agents (activées par défaut dès l'étape 2) (AFFIRMATION, 0.88)
- étape 2 Parallel —utilise→ worktree isolation (TECHNOLOGIE, 0.9)
- étape 3 Supervised autonomy —utilise→ /loop, /batch, /goal, Routines et dynamic workflows (TECHNOLOGIE, 0.9)
- étape 3 Supervised autonomy —utilise→ CLAUDE.md et Skills pour encoder les standards (TECHNOLOGIE, 0.85)
- étape 4 AI-native —utilise→ Claude Agent SDK (TECHNOLOGIE, 0.9)
- Anthropic —observé_dans→ étape 3 (Supervised autonomy), en route vers l'étape 4 (AFFIRMATION, 0.9)
- Boris Cherny —affirme_que→ avoir personnellement atteint le niveau 4 (AI-native) (AFFIRMATION, 0.85)
- Boris Cherny —recommande→ mesurer le retour en heures-ingénieur économisées plutôt que l'usage brut (activité ≠ retour) (AFFIRMATION, 0.9)
- Claude Tag —permet→ de surveiller un canal/source et de lancer des tâches proactivement (étapes 3-4) (AFFIRMATION, 0.85)

---
Canonical: https://www.thekb.eu/es/fiches/cherny-steps-ai-adoption-2026-07-16/