AI-translated from English; not yet reviewed by a fluent editor.
# El equipo de Claude Code asigna revisión humana según el riesgo del cambio
> Anthropic describe el proceso de revisión de su equipo de Claude Code y sus métricas internas de reversiones. El revisor público aporta hallazgos; los equipos aún deben configurar pruebas, aprobaciones humanas y recuperación.
By BIG CHANGE Editorial
Published: 2026-10-17T05:58:13.542Z
Updated: 2026-10-17T05:58:13.542Z
Canonical: https://bigchange.ai/blog/claude-code-team-review-risk-approval-workflow

AI-generated conceptual illustration by BIG CHANGE; not an Anthropic office, product screenshot or record of a hands-on test.
El equipo de Claude Code de Anthropic afirma que el número de solicitudes de incorporación fusionadas se multiplicó por más de dos entre junio y septiembre, mientras que la proporción revertida cayó más del 40 %. Su [relato del 15 de octubre](https://claude.dev/blog/solving-code-review-at-anthropic/) describe una aprobación humana ajustada al riesgo en repositorios separados del monorepo principal de Anthropic. Son las métricas del propio equipo; no demuestran qué causó la mejora.
Los responsables de ingeniería pueden usar el [servicio público Code Review](https://code.claude.com/docs/en/code-review) para recopilar hallazgos mientras establecen sus propios requisitos de fusión. El servicio informa de posibles defectos; el equipo decide qué controles y personas pueden autorizar que un cambio se publique.
## El gran cambio
- **Qué cambió:** La revisión con IA puede examinar un cambio propuesto y el código circundante, verificar posibles errores y situar los hallazgos que superan esa verificación junto a las líneas pertinentes. Eso aporta a los equipos de ingeniería otra fuente de evidencias de revisión a medida que los agentes producen código.
- **Por qué importa:** El revisor público lee código sin ejecutarlo y no concede permiso para publicar. Las pruebas y las reglas de aprobación del repositorio son decisiones independientes que debe configurar un responsable de ingeniería.
- **Qué vigilar:** La frecuencia de revisión afecta al gasto y un límite presupuestario puede hacer que se omitan revisiones. Los equipos que adopten el servicio deben distinguir una revisión completada sin hallazgos de otra que nunca se ejecutó.
## El proceso interno asigna aprobaciones según el riesgo
La [secuencia del equipo de Claude Code](https://claude.dev/blog/solving-code-review-at-anthropic/#layer-by-layer) combina pruebas, revisiones de agentes, revisión de seguridad e integración continua. Una cola de fusión precede al despliegue por etapas; los controles de activación de funciones y la reversión permiten recuperarse.
Su política de aprobación para autores de confianza es la siguiente:
| Riesgo del cambio | Aprobaciones humanas necesarias tras las comprobaciones automatizadas |
| --- | --- |
| Bajo, incluidos textos y funciones de uso exclusivamente interno | Ninguna |
| Medio, incluidos cambios habituales del producto | Una |
| Alto y rutas designadas para dos revisores | Dos |
La persona que dirige a un agente cuenta para el requisito; la aprobación de un agente no. Las aprobaciones cubren un commit concreto. Tras tres rondas de revisión, el revisor pide al autor que reconsidere el enfoque. Las siguientes pasadas se limitan al nuevo diff. Las reversiones y los incidentes son indicadores de control, sin un mecanismo automático todavía que endurezca la aprobación cuando empeoran.
## Qué hace el revisor público
El [manual actual de Code Review](https://code.claude.com/docs/en/code-review) describe varios agentes que leen el diff y el código cercano en la infraestructura de Anthropic. Una fase de verificación comprueba los hallazgos propuestos; después, el servicio elimina duplicados, ordena por gravedad y publica comentarios y una ejecución de comprobación. Lee el código sin compilarlo ni ejecutarlo. Su comprobación no hace fallar una solicitud de incorporación y el servicio nunca la aprueba ni la bloquea.
El acceso requiere una organización Team o Enterprise y repositorios de GitHub. El manual excluye a las organizaciones que usan Zero Data Retention, la configuración HIPAA o claves de cifrado gestionadas por el cliente. Esas restricciones importan antes de enviar código propietario a revisión. BIG CHANGE examinó los documentos; no desplegó ni probó este flujo de trabajo.
Las [instrucciones de configuración](https://code.claude.com/docs/en/code-review-setup) requieren un Owner de la organización Claude, un propietario de la organización GitHub para instalar y vincular la aplicación, y acceso de escritura para añadir repositorios. La aplicación solicita permisos más amplios que los utilizados por la propia revisión. Los administradores eligen revisiones Quick, Standard o Deep y si se ejecutan una vez por solicitud de incorporación, después de cada push o a petición. La revisión automática omite borradores y forks; alguien con acceso de escritura puede solicitarla manualmente.
## Las instrucciones y la imposición de reglas tienen funciones distintas
El [manual de personalización](https://code.claude.com/docs/en/code-review-customize) distingue `CLAUDE.md`, que aporta el contexto del proyecto, de `REVIEW.md`, que fija prioridades y exclusiones específicas de revisión. El servicio lee las instrucciones de revisión de la rama base o predeterminada, nunca del propio cambio propuesto. El comando local `/code-review` lee `CLAUDE.md`, pero no `REVIEW.md`. Por tanto, las instrucciones compartidas por ambas herramientas deben estar en `CLAUDE.md`.
Las reglas del repositorio hacen cumplir los requisitos. [La documentación de GitHub sobre protección de ramas](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) describe las comprobaciones de estado obligatorias, las aprobaciones de propietarios del código y la resolución de conversaciones de revisión. También permite descartar aprobaciones cuando cambia el diff revisado. Los administradores normalmente pueden eludir las protecciones, salvo que la regla también se les aplique. Por ello, un responsable de ingeniería debe examinar la regla efectiva y sus permisos de elusión junto con los comentarios del revisor.
Según la documentación, el revisor público no aporta ni una prueba de aplicación superada ni una aprobación humana obligatoria. Mantener esos registros separados permite comprobar qué evidencias respaldaron una fusión.
## Medir las revisiones que sí se ejecutaron
[La facturación de Code Review](https://code.claude.com/docs/en/code-review-costs) usa tokens mediante créditos de uso, por separado del uso incluido en el plan. Anthropic no publica un precio fijo por revisión. El coste varía según la profundidad, el cambio y el código circundante, y los hallazgos que requieren verificación. Revisar cada push añade revisiones a una misma solicitud de incorporación.
El manual de costes recomienda una prueba piloto limitada, un tope de gasto mensual y medir el coste medio del repositorio. Se pueden omitir revisiones cuando se agota el límite del servicio, el de la organización o el saldo de créditos, incluso si el remanente es inferior al coste previsto de una revisión. Una revisión omitida genera un comentario que explica la causa.
Durante una prueba piloto, confirme que el revisor previsto se ejecutó sobre el cambio previsto, que siguen vigentes las pruebas y aprobaciones humanas obligatorias y que el equipo puede revertir una publicación defectuosa. Demostrar un beneficio en otro lugar requiere los propios registros de revisión, reversiones e incidentes del equipo adoptante. La cobertura anterior de BIG CHANGE sobre [producción de código y trabajo completado](https://bigchange.ai/blog/ai-coding-agents-review-output-study) examina un estudio distinto sobre empresas.
## Fuentes y lecturas adicionales
- [Cómo revisa código el equipo de Claude Code](https://claude.dev/blog/solving-code-review-at-anthropic/) (15 de octubre de 2026). Relato de la empresa y métricas internas.
- [Code Review](https://code.claude.com/docs/en/code-review). Comportamiento actual del servicio y restricciones de acceso y datos; consultado el 17 de octubre de 2026.
- [Configurar Code Review](https://code.claude.com/docs/en/code-review-setup). Roles necesarios, acceso al repositorio, profundidad de revisión y controles de activación; consultado el 17 de octubre de 2026.
- [Personalizar Code Review](https://code.claude.com/docs/en/code-review-customize). Archivos de instrucciones y reglas de selección de ramas; consultado el 17 de octubre de 2026.
- [Acerca de las ramas protegidas](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches). Requisitos de fusión y comportamiento de elusión documentados por GitHub; consultado el 17 de octubre de 2026.
- [Costes y uso de Code Review](https://code.claude.com/docs/en/code-review-costs). Facturación, estimaciones de pruebas piloto y condiciones de omisión de revisiones; consultado el 17 de octubre de 2026.
## Sources
- [Cómo revisa código el equipo de Claude Code](https://claude.dev/blog/solving-code-review-at-anthropic/) — Relato de la empresa y métricas internas.
- [Code Review](https://code.claude.com/docs/en/code-review) — Comportamiento actual del servicio y restricciones de acceso y datos; consultado el 17 de octubre de 2026.
- [Configurar Code Review](https://code.claude.com/docs/en/code-review-setup) — Roles necesarios, acceso al repositorio, profundidad de revisión y controles de activación; consultado el 17 de octubre de 2026.
- [Personalizar Code Review](https://code.claude.com/docs/en/code-review-customize) — Archivos de instrucciones y reglas de selección de ramas; consultado el 17 de octubre de 2026.
- [Acerca de las ramas protegidas](https://docs.github.com/en/repositories/configuring-branches-and-merges-in-your-repository/managing-protected-branches/about-protected-branches) — Requisitos de fusión y comportamiento de elusión documentados por GitHub; consultado el 17 de octubre de 2026.
- [Costes y uso de Code Review](https://code.claude.com/docs/en/code-review-costs) — Facturación, estimaciones de pruebas piloto y condiciones de omisión de revisiones; consultado el 17 de octubre de 2026.
El boletín de BIG CHANGE
La visión global, a tu ritmo.
Historias recientes sobre IA y robótica, cambios que vale la pena observar e ideas prácticas para usar. Elige un informe diario, un resumen semanal o una perspectiva mensual.
Próximo envío programado (UTC): . Recibirás tu primera edición en el próximo envío programado después de confirmar.
Tu privacidad, tu elección.
El almacenamiento necesario ayuda a proteger el sitio y a recordar tus preferencias. Google Analytics opcional permanece desactivado hasta que lo autorices. Puedes leer todas las historias usando solo el almacenamiento necesario. Detalles de privacidad