For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the public content index is available at https://we0.ai/llms.txt, and the English article bundle is available at https://we0.ai/llms-full.txt.
For AI agents: the complete content index is available at https://we0.ai/llms.txt, the full English article bundle is available at https://we0.ai/llms-full.txt, and this page is available as Markdown at https://we0.ai/es/articles/claude-code-review-ai-checks-human-approv-629ae884.md.
Anthropic afirma que Claude escribe aproximadamente el 90 % del código de Claude Code. Su equipo de ingeniería plantea la siguiente pregunta...
Anthropic afirma que Claude escribe aproximadamente el 90 % del código de Claude Code. Su equipo de ingeniería plantea la siguiente pregunta: ¿cómo debe revisar los cambios un equipo cuando los agentes pueden producirlos más rápido de lo que las personas pueden leerlos?
La respuesta es un proceso por capas que adelanta las comprobaciones rutinarias, utiliza agentes para investigar errores y reserva la atención humana para las decisiones con mayor riesgo. Anthropic informa que las solicitudes de incorporación de cambios fusionadas se duplicaron con creces entre junio y septiembre, mientras que la proporción que requería una reversión cayó más de un 40 %.
Estas observaciones describen el proceso de un equipo. La cifra del 90 % se refiere a la autoría del código, no a la proporción de cambios que pueden saltarse la intervención humana. Una aprobación humana obligatoria no puede ser proporcionada por un agente.
El equipo considera la lectura humana línea por línea como una forma de detectar problemas, no como el objetivo de la revisión en sí. Una pregunta más útil es qué modos de fallo introduce un cambio y qué comprobaciones pueden detectarlos.
Esto transforma la revisión de una única barrera posterior a una solicitud de incorporación de cambios en una actividad continua. Las pruebas, las compilaciones y las revisiones de agentes con contexto nuevo pueden detectar problemas antes de interrumpir a otro ingeniero.
El cálculo de costes incluye tanto el tiempo de revisión como el tiempo dedicado a reparar incidentes. Reducir las aprobaciones no es una optimización exitosa si los fallos simplemente se trasladan a una etapa posterior. Por ello, las tasas de reversión e incidentes funcionan como límites de seguridad junto con las métricas de comentarios humanos, aprobaciones y tiempo de espera.
El monorepo independiente de Anthropic pasó de aproximadamente 2.500 cambios fusionados diarios en mayo a más de 30.000 en septiembre. Claude Code tiene su propio repositorio; esas cifras del monorepo no deben atribuirse directamente a su base de código.
El informe proporcionado destaca tres etapas de un proceso de siete capas. La cuenta oficial presenta la secuencia completa:
Gráfico del flujo de trabajo traducido y reproducido en el informe proporcionado; el artículo oficial ofrece el original en inglés.
Antes de una solicitud de incorporación de cambios, la evidencia importa más que la afirmación de un agente de que la tarea está completa. Un comando de prueba y su resultado, o una captura de pantalla comparada con un diseño, proporciona a los revisores algo que pueden inspeccionar. Los problemas recurrentes pueden convertirse después en reglas de linting, habilidades o instrucciones concisas del proyecto en CLAUDE.md y REVIEW.md.
El revisor de IA se centra en defectos sustanciales, no en recomendaciones de estilo ilimitadas. Anthropic informa que la proporción de solicitudes de incorporación de cambios internas que recibieron comentarios sustanciales aumentó del 16 % al 54 % durante la vista previa de investigación. Los comentarios pueden identificar por separado los problemas preexistentes, evitando dar a entender que cada hallazgo fue introducido por el nuevo cambio.
| Nivel de riesgo | Política de aprobación interna descrita por el equipo |
|---|---|
| Bajo | No se requiere aprobación humana una vez superadas las comprobaciones automatizadas aplicables, sujeto a las reglas de confianza y de rutas. |
| Medio | Una aprobación humana. |
| Alto | Dos aprobaciones humanas. |
Las rutas sensibles y los archivos de flujo de trabajo de integración continua tienen requisitos adicionales. Solo los autores de confianza pueden optar a las rutas más ligeras; los demás colaboradores necesitan la aprobación de otra persona. Los clasificadores evalúan el cambio en lugar de confiar simplemente en la identidad de quien lo envía.
En el caso del trabajo escrito por agentes, la persona que dirige al agente cuenta como revisor responsable. La aprobación de un agente nunca ocupa una plaza de aprobación humana obligatoria, y las aprobaciones pueden necesitar renovarse cuando las confirmaciones posteriores cambian aquello que se revisó.
La ruta interna del equipo sin intervención humana también difiere del producto público de revisión. El producto publica hallazgos; no proporciona por sí mismo la aprobación humana exigida por las reglas de un repositorio.
Una solicitud de incorporación de cambios de la CLI pasó por más de 50 rondas de revisión y corrección durante la noche antes de que su responsable la detuviera. Un agente autor corregía un comentario menor, generaba una nueva confirmación y activaba un revisor que encontraba otro problema.
La inspección retrospectiva del equipo descubrió que aproximadamente el 59 % del código señalado repetidamente ya existía en la primera revisión. Las pasadas posteriores a menudo descubrían más problemas antiguos, en lugar de defectos introducidos recientemente por cada corrección.
El proceso revisado limita los ciclos ordinarios de revisión a tres rondas antes de pedir al autor que reconsidere el enfoque. También restringe las pasadas posteriores al nuevo diff, suprime los hallazgos repetidos y pide a los autores que aborden una clase de error en lugar de una sola instancia cada vez.
Describe tu idea una vez y We0 AI puede generar un sitio de presentacion, paginas y CMS, y ayudarte a atraer clientes y trafico tras el lanzamiento.
Una generación completa de proyectos para registro gratuito
Lo mejor para probar un flujo de generación completo y ver rápidamente el primer borrador del proyecto.
| Métrica interna | Antes | Después de los cambios de convergencia |
|---|---|---|
| Pasar tras una ronda de revisión y corrección | 65 % | 78 % |
| Requerir al menos cinco rondas | 8,9 % | 1,5 % |
| Media de revisiones hasta aprobar | 2,08 | 1,32 |
Mediciones internas de Anthropic, reproducidas en el informe de origen.
Encontrar más comentarios no equivale a mejorar una revisión. Anthropic prueba los revisores con casos de incidentes confirmados por expertos y cambios conocidos como correctos, y realiza un seguimiento tanto de los errores no detectados como de los falsos positivos perjudiciales.
Las personas siguen siendo responsables de decidir si una funcionalidad pertenece al producto, revisar la arquitectura con consecuencias importantes e inspeccionar áreas de riesgo como la facturación, la integración continua y el actualizador. También deben comprender qué pueden pasar por alto las comprobaciones automatizadas.
El autor y el ingeniero de guardia observan el resultado después de la fusión. Las banderas de funcionalidades, el uso interno y los canales de lanzamiento gradual facilitan la recuperación, pero no eliminan los incidentes. La cuenta oficial afirma que los interruptores automáticos que endurecen la aprobación cuando los indicadores empeoran siguen siendo una mejora deseada.
La responsabilidad permanente es asumir la propiedad del cambio publicado. Una implementación más rápida facilita descartar una solicitud de incorporación de cambios innecesaria, pero no transfiere a un ciclo de revisión no comprobado la decisión sobre lo que debe publicarse.
No. La autoría y la aprobación son métricas diferentes. El proceso interno escala la revisión humana según el riesgo y mantiene la aprobación obligatoria para determinados cambios y rutas.
La cuenta oficial afirma explícitamente que no puede. La revisión automatizada puede autorizar trabajos de bajo riesgo que cumplan los requisitos, pero no puede ocupar una plaza designada para una persona.
Los agentes investigan distintos posibles defectos y verificadores independientes evalúan sus hallazgos. Esto añade una comprobación antes de que un comentario llegue al autor, aunque el acuerdo entre agentes no demuestra que todos los hallazgos sean correctos.
Los ciclos ilimitados entre autores y revisores pueden consumir tiempo mientras vuelven a señalar problemas antiguos. El límite obliga a reconsiderar el enfoque en lugar de continuar automáticamente con el mismo ciclo.
Es la reducción relativa de la proporción de solicitudes de incorporación de cambios de Claude Code fusionadas que requirieron una reversión entre junio y septiembre. No afirma que todos los defectos de software disminuyeran un 40 %.
Debe comenzar con comprobaciones verificables, reglas de riesgo explícitas y una reversión fiable. Antes de reducir la intervención humana obligatoria, debe medir conjuntamente el esfuerzo de revisión, los incidentes y las reversiones.
El equipo de Claude Code combina la verificación temprana, la revisión multiagente, las comprobaciones de seguridad, reglas explícitas de aprobación y una recuperación rápida. También limita los ciclos de revisión para evitar que los agentes se mantengan ocupados entre sí sin mejorar el cambio.
La automatización cambia quién lee el diff; las personas siguen siendo responsables de la decisión y del resultado.
Empieza con una sola frase y obtén un sitio completo en minutos.
