Anthropic's Boris Cherny: Why Coding Is Solved, and What Comes Next

Puntos clave

1. Fecha / fuente. entrevista en vídeo de Sequoia Capital (YouTube), URL https://www.youtube.com/watch?v=SlGRN8jh2RI. La fecha exacta no es visible en la transcripción; referencias internas (Opus 4.7 como modelo actual, "acabamos de lanzar routines") la sitúan a finales de abril / principios de mayo de 2026. Fecha añadida al dosier de veille: 2026-05-05.
2. Ponente. Boris Cherny, creador de Claude Code, Anthropic. Entrevistadora: Lauren Reader (Sequoia). Presentación: Asia (Sequoia).
3. Trayectoria de Cherny revelada.
4. Alumno de YC, primer empleado de una empresa de YC, varias startups anteriores.
5. Autor del libro "Programming TypeScript".
6. No ha escrito una sola línea de código en 2026. (declaración hecha en Sequoia antes de la entrevista).
7. Anécdota de secundaria: escribió una guía de BASIC para la TI-83 Plus, "sigue en internet, extremadamente vergonzoso".
8. Apertura cómica.
9. "Levanten la mano, ¿quién aquí usa Claude Code?" → mayoría.
10. "Levanten la mano, ¿quién aquí tiene Claude code psychosis?" → risas.
11. "Mi equipo dice cariñosamente que tengo Claude code psychosis, lo cual puede o no ser cierto." ### Historia de Claude Code (nuevo relato)
12. Origen. Cherny se une a Anthropic Labs a finales de 2024 — la incubadora interna de Anthropic, un equipo de pocas personas.
13. Producción de Anthropic Labs. Claude Code, MCP, la app de escritorio. El equipo se disolvió una vez cumplida la misión.
14. Ronda 2 actual. equipo reformado, liderado por Mike Krieger (Chief Product Officer de Anthropic, cofundador de Instagram).
15. Por qué Cherny empezó a programar. "product overhang" — "el modelo puede hacer todo lo que ningún producto ha capturado todavía."
16. Estado del arte en codificación, finales de 2024. "type ahead" (abrir el IDE, pulsar tab, completar una línea). Esto es lo que Sonnet 3.5 había desbloqueado.
17. La apuesta. ir más allá — "el modelo estaba casi listo para el siguiente gran paso. Así que ya no tenemos que hacer type ahead, podemos hacer que el agente escriba todo el código."
18. Primeros 6 meses. "simplemente no funcionaba bien. Era poco útil. Apenas usable. Lo usaba quizá para el 10% de mi código."
19. Primer lanzamiento de Claude Code. "no fue un éxito. Hubo mucha gente que lo usó, pero no tuvo el crecimiento exponencial que tiene hoy."
20. Punto de inflexión. Opus 4 en mayo de 2025. "Ahí fue cuando empezó el crecimiento exponencial, y luego siguió inflexionando con cada lanzamiento de modelo. Empezó con Opus 4, luego 4.5, luego 4.6, ahora 4.7. Sigue inflexionando."
21. Una apuesta deliberadamente pre-PMF. "esencialmente estábamos intentando construir algo que era pre-PMF, y sabíamos que no tendría PMF durante 6 meses porque estábamos construyendo para el próximo modelo." ### "Coding is solved"
22. Encuesta a mano alzada:
23. "¿Quién escribe el 100% de su código a mano?" → algunos
24. "¿Quién escribe el 100% usando un agente como Claude Code?" → algunos
25. "¿Quién está en un punto intermedio?" → mayoría ("como resuelto al 50%")
26. El propio Cherny: 100%. .
27. Código base de Claude Code.
28. "Se filtró, así que la gente lo sabe."
29. TypeScript + React. — elegido porque "muy 'on distribution' para el modelo" (el modelo de la época era fuerte en estas tecnologías).
30. "Bastante simple. No hay nada realmente complicado."
31. El modelo ha escrito el 100% del código desde octubre/noviembre de 2025. .
32. "Para mí, hoy, el modelo escribe el 100% de mi código. Yo hago normalmente unas cuantas docenas de PRs cada día."
33. "Hubo un día la semana pasada en el que hice como 150 PRs en un día. Fue un récord."
34. Límites reconocidos. "esto no ocurre en todos los casos. Hay bases de código muy grandes y complicadas. Hay lenguajes raros en los que el modelo aún no es bueno. Normalmente la respuesta es simplemente esperar al próximo modelo." ### Configuración personal actual (novedades)
35. iOS primero. "la mayor parte de mi trabajo lo hago desde el móvil."
36. App de Claude → pestaña de código. "una pequeña pestaña de código en el lado izquierdo, tengo un montón de sesiones abiertas."
37. 5-10 sesiones. abiertas, "unos cientos de agentes" activos durante el día, "unos miles" por la noche para trabajo más profundo.
38. Sub-agentes. + comando slash /loop = la nueva primitiva principal.
39. *"Los loops son el futuro en este punto. Si no lo has probado, lo recomiendo mucho, mucho.". * ### Loop: la nueva primitiva
40. Mecanismo. "haces que Claude use cron para programar un trabajo en algún momento futuro, y es un trabajo repetido."
41. Cadencia. cada minuto / cada 5 minutos / cada día — configurable.
42. Ejemplos de Cherny.
43. Niñera de PRs. "arreglar la CI, rebase automático"
44. Guardián de salud de la CI. "si hay un test inestable o algo así, va y lo arregla"
45. Agrupador de feedback de Twitter. "recoge el feedback de Twitter y me lo agrupa cada 30 minutos"
46. Routines. = el equivalente del lado servidor del loop: "acabamos de lanzar routines. Incluso si cierras tu portátil, sigue funcionando."
47. 4.7 inicia loops de forma espontánea. "le digo 'extrae esta consulta de datos.' Y responde 'Oye, he notado que los datos cambian con el tiempo. Voy a iniciar un loop y te doy un informe cada 30 minutos.' Y yo digo 'Genial. ¿Puedes enviármelo por Slack?' Y entonces usa el MCP de Slack para hacerlo." ### Perspectiva sobre los equipos
48. "Va a haber muchos más generalistas de los que hay hoy."
49. No solo "ingenieros de producto multiplataforma" (iOS+web+servidor) sino generalistas multidisciplinares: "ingenieros que son muy buenos en ingeniería de producto, pero también muy buenos en diseño. O muy buenos en producto, ciencia de datos e ingeniería."
50. En el equipo de Claude Code.
51. "Cada persona de nuestro equipo escribe código."
52. Lista: gerente de ingeniería, PM, diseñadores, científico de datos, persona de finanzas, investigador de usuarios.
53. "Son especialistas en algo, pero ahora también todos programan." ### Perspectiva sobre el SaaS / disrupción
54. Sin apocalipsis del SaaS. , pero una reorganización mediante el marco de las 7 Powers de Hamilton Helmer.
55. Poderes que se vuelven menos importantes.
56. Switching costs. — "porque puedes usar el modelo y migrar de una cosa a otra."
57. Process power. — "Claude se está volviendo muy bueno en averiguar procesos. Y especialmente con 4.7, puede escalar cualquier cosa mediante hill-climbing. Así que si le das un objetivo y le dices que itere hasta terminar, lo hará. Creo que es el primer modelo así."
58. Poderes que siguen siendo importantes.
59. Efectos de red.
60. Economías de escala.
61. Recursos acaparados.
62. Predicción sobre startups. "el número de startups en los próximos 10 años que van a disrumpirlo todo va a multiplicarse por 10."
63. Por qué ahora. "una startup diminuta puede construir algo tan valioso como una gran empresa y competir directamente, porque la gran empresa tiene que evolucionar sus procesos de negocio, reentrenar a todo el mundo, enfrentarse a resistencia interna. Pero tú, empezando de cero, puedes construir con IA de forma nativa desde el principio."
64. "Es el mejor momento para emprender. Es el mejor momento para ser una startup. Viene mucha disrupción." ### Analogía del giro — la imprenta de Gutenberg
65. Europa del siglo XV antes de la imprenta. "esencialmente el 10% de la población europea sabía leer y escribir. A menudo estaban empleados por reyes y señores que eran analfabetos."
66. 50 años después de la invención. "se publicó más literatura en Europa que en los mil años anteriores."
67. Coste de un libro. ↓ 100 veces en el mismo período.
68. Unos siglos después. "la alfabetización a nivel mundial subió a alrededor del 70%. Ahora todos podemos leer y escribir. No necesitas un título en lectura y escritura para saber leer y escribir. Aunque todavía hay escritores profesionales."
69. Analogía aplicada a 2026+. "el software será algo totalmente democratizado, que cualquiera puede hacer. Y va a ser mucho más rápido que 50 años."
70. Frase de giro memorable. "la mejor persona para escribir software de contabilidad, creo que incluso hoy, no es un ingeniero, es un muy buen contable. Porque conoce el dominio muy bien, y programar es la parte fácil. Conocer el dominio es la parte difícil." ### Modelo vs harness (preguntas y respuestas)
71. "Si me lo hubieras preguntado hace un año, la proporción era quizá 50/50. Si me lo hubieras preguntado hace 6 meses, seguiría siendo 50/50. ¿Dentro de 2 años? No lo sé, tío, planificamos con una semana de antelación."
72. El harness se vuelve menos importante. a medida que el modelo mejora.
73. Evolución del harness.
74. Loops de primera clase
75. Más fácil ejecutar muchos agentes
76. Sub-agentes (una idea entre otras)
77. "Hay muchas más cosas que estamos cocinando."
78. Dentro de 1 año. "el modelo estará mucho mejor alineado. Y así todos los mecanismos de seguridad que tenemos hoy en torno a la inyección de prompts, la verificación estática de comandos y los modos de permisos, el human in the loop, todo ese tipo de cosas va a ser cada vez menos importante porque el modelo simplemente hará lo correcto." ### Democratización: todo el mundo programando como todo el mundo sabe enviar un mensaje de texto
79. "Creo que va a ser una habilidad como — sí, como saber enviar un mensaje de texto."
80. Fuerte referencia al modelo de la imprenta de Gutenberg descrito arriba. ### Prácticas internas de Anthropic
81. Sin ventaja de modelo. "internamente, usamos los mismos modelos que todo el mundo." Mythos para pruebas, mucho Opus 4.7 para dogfooding.
82. Práctica radical.
83. "Usamos Claude literalmente para todo."
84. "Nuestros Claudes hablan todo el día. Mientras yo programo, mientras mis Claudes programan en un loop, se comunican por Slack para hablar con los Claudes de otras personas que también están funcionando en un loop, para averiguar incógnitas."
85. "Ya no tenemos código escrito manualmente en ningún lugar de la empresa."
86. "Todo el SQL está escrito por modelos. Todo está construido por los modelos."
87. La ventaja de Anthropic no es la tecnología sino el proceso. "donde estamos por delante no es en la tecnología — la misma tecnología disponible para nosotros está disponible para todos aquí, porque fundamentalmente estamos construyendo una plataforma. En realidad hay una ventaja mucho mayor en la estructura organizativa y el proceso organizativo." ### Multi-agente / paralelización
88. "Del lado del producto, realmente todo se reduce al prompting. A medida que el modelo mejora, lo hace de forma natural."
89. "No le corresponde a los usuarios averiguar cómo manejar mejor las herramientas. Si es así, en realidad es un problema de diseño de producto y no estoy haciendo bien mi trabajo." ### Local vs cloud, computer use, MCP
90. Local vs cloud: "no importa. Dentro de un par de años, el modelo va a hacer todo el código. Va a iniciar los agentes. Va a construir los entornos. Si decide 'en realidad usaré modelos locales para esto,' eso es lo que hará. No creo que estas vayan a ser decisiones que tomemos nosotros como ingenieros."
91. Trabajo del conocimiento: "en gran medida, ya está ahí con Salesforce y Docs. Para nosotros, siempre es la respuesta más simple. Es MCP."
92. Computer use: "creo que actualmente Anthropic va bastante por delante en computer use. Es bastante bueno. Es muy lento, pero lo hace bastante bien ahora, especialmente con 4.7."
93. "Todo esto no importa tanto. Podrían ser MCPs, APIs, algún tipo de acceso programático — para el modelo, son solo tokens." ### Próximos productos
94. Claude Design. "es bastante bueno hoy. Va a mejorar mucho."
95. Claude Code. "también hay algunas cosas que estamos cocinando para Claude Code que van a llegar en las próximas semanas."
96. Loop, batch, paralelismo masivo de agentes. "eso va a mejorar."
97. Computer use. . ### Conexión con el dosier de veille
98. Cuarta fiche de Cherny. en el dosier, después de:
99. cherny-yc-lightcone-claude-code-origin-story-2026-02. (historia de origen en YC Lightcone)
100. cherny-claude-code-10-tips-team-x-2026-02-01. (10 consejos en X)
101. nunez-cherny-claude-code-workflow-venturebeat-2026-01-05. (flujo de trabajo en VentureBeat)
102. wu-cherny-use-claude-code-builders-every-2025-10-29. (Wu/Cherny en Every)
103. Más la fiche anthropic-claude-code-quality-postmortem-2026-04-23, de la cual Cherny es uno de los autores implícitos.
104. Aportación específica de esta fiche. frente a las anteriores:
105. Configuración exclusiva en iOS. = novedad (frente a la configuración CLI/escritorio en fiches anteriores).
106. /loop + Routines. = una nueva primitiva de arquitectura agéntica presentada públicamente.
107. Relato de "incubadora Anthropic Labs + ronda 2 de Mike Krieger". = nuevo detalle organizativo.
108. Inflexión de Opus 4, mayo de 2025. = datación precisa del despegue.
109. "100% de código generado desde octubre/noviembre de 2025". = datación personal.
110. Analogía de Gutenberg. + "el mejor contable escribe el mejor software de contabilidad" = frases de giro memorables.
111. Reordenación de las "7 Powers" de Helmer. = un análisis estructurado del SaaS.
112. Sequoia / Lauren Reader. = nuevo escenario, audiencia de inversores.
113. Convergencia mayor.
114. Agentes cron /loop. = una aplicación práctica radical del Ralph Loop (Trivedy 2026-03-10), del Compound Engineering de Every (Shipper/Klaassen 2025-12-11), y de Compounding Teams (Schillace 2025-09-28).
115. "Claudes hablando con Claudes por Slack". = una realización práctica de las predicciones de Levie en Building for Trillions of Agents (2026-03-07) y la infraestructura agent-native defendida por Karpathy (2026-04-29).
116. "Coding is solved" + 100% de código generado + 150 PRs/día. se alinea con la productividad de I+D 3× de Curran/Intercom (2026-04-16, 93,6% de PRs impulsados por agentes), Stripe Minions (2026-02-09 y 2026-02-19), StrongDM Software Factory (2026-02-06).
117. Democratización estilo Gutenberg. = la misma tesis que Karpathy (2026-04-29) sobre los neural computers y Andreessen sobre la redefinición del programador (2026-02). También coherente con el proyecto "todo el mundo puede programar" defendido por Wescale (2026-05-03) y Habert PROJ-AI (2026-05-05).
118. "7 Powers" y reordenación del SaaS. = plantea un marco de estrategia corporativa poco frecuente en el corpus de 2026, complementario a Permanent Underclass de Sun NYT (2026-04-30) en el plano económico y al Tension Map de Pawlowski (2026-03-30) en el plano de investigación de mercado.
119. "El harness se vuelve menos importante a medida que el modelo mejora". = un matiz directo a la tendencia de Harness Engineering (Trivedy 2026-03-10, Osmani 2026-04-19, Böckeler 2026-04-02). Cherny anticipa la absorción progresiva del harness en el modelo alineado.
120. "El mejor contable escribe el mejor software de contabilidad". = un corolario de la long tail de necesidades de negocio que la fiche de Wescale (2026-05-03, "necesidades de larga data que eran demasiado costosas por fin pueden abordarse") y el Developer Taste de Soto (2026-04) anticipaban.
121. Límites a señalar.
122. Optimismo tecnocéntrico deliberado. — Cherny es el creador de Claude Code, un evidente sesgo de evangelista sobre "coding is solved".
123. Sin cifras externas. — se apoya en su propia práctica y en la de Anthropic. A comparar con las cifras rigurosas de Curran/Intercom (I+D 3×, 93,6% de PRs impulsados por agentes).
124. Formato Sequoia. sin preguntas de contraste, ambiente distendido, sin réplica sobre la jagged intelligence (Karpathy 2026-04-29) ni sobre la permanent underclass (Sun NYT 2026-04-30).
125. "Coding is solved". una afirmación provocadora que merece matizarse con la de Karpathy: "Opus 4.7 refactorizará simultáneamente una base de código de 100.000 líneas y me dirá que camine hasta un túnel de lavado a 50 metros" (2026-04-29) — la codificación superficial es en efecto automatizable, pero el juicio sistémico sigue siendo un dominio difícil.
126. Aprovechar para. una presentación retrospectiva de Claude Code de 18 meses (narrativa + datación); un pitch de startup "el mejor momento para emprender" para el comité ejecutivo; una presentación "los loops como futuro" para equipos de ingeniería; un curso/charla sobre "democratización del software mediante la analogía de Gutenberg"; un debate sobre la posición del harness en la doctrina de 2026.