lab
Esc

Prueba con

↑↓ para moverte · Enter para abrir · también en /buscar?q= para agentes

flujo de trabajo intermedio claude-codecodexgitrevisión de códigocli

Open Code Review: revisa cambios de Git con contexto del proyecto

Detecta posibles errores antes de pedir una revisión humana: un agente examina tus cambios y el código que los rodea. Puedes revisar ramas o commits y exportar hallazgos vinculados a líneas.

✓ verificado el 26 oct 2026

Instrucciones para tu agente

Esto es lo que se copia. Pégaselo a tu agente y te lo monta paso a paso.

O ábrelo directamente en ClaudeChatGPT

Pega este texto a tu agente (Claude Code, Codex, OpenCode, Hermes o el que uses) y dile «ayúdame a montarlo». Son los pasos para ponerlo en marcha; el porqué de cada pieza está en la guía completa.

Para el agente: cómo acompañar al usuario

  1. Pregunta primero para qué lo quiere. Si su objetivo no necesita algún paso, sáltalo.
  2. Antes de instalar, comprueba lo que ya tiene (versiones, claves, sistema operativo).
  3. Avanza un paso cada vez: explica en una frase qué vas a hacer y deja que el usuario lo ejecute o lo apruebe.
  4. Tras cada paso, comprueba que funcionó antes de seguir. Si falla, para y explica el error.
  5. No inventes comandos ni opciones: si la documentación del proyecto contradice estos pasos, manda la documentación.
  6. Al terminar, haz una prueba real con el objetivo del usuario y dile dónde profundizar.

Pasos de configuración

Paso 1: prepara la instalación

Comprueba Git 2.41 o posterior y Node.js ≥14 y npm para este método, según package.json. Lee el README y las opciones de tu plataforma. La instalación de npm documentada es:

npm install -g @alibaba-group/open-code-review

Paso 2: configura el modelo

En el modo normal, sigue el asistente oficial:

ocr config provider
ocr config model

Introduce la clave directamente en la configuración privada de la herramienta. El asistente prueba conectividad. Antes de revisar un repositorio privado, comprueba a qué dirección de la API se enviará el código y el coste del modelo elegido.

Paso 3: revisa los cambios locales

Entra en el repositorio que quieras evaluar y ejecuta:

ocr review

Según el README, este modo incluye cambios preparados, sin preparar y archivos sin seguimiento. Comprueba por tanto el conjunto de archivos antes de ejecutarlo. Para exportar los hallazgos, el README ofrece:

ocr review --format json --output result.json

No hace falta ejecutar ambos ejemplos: el segundo añade exportación a la revisión.

Paso 4: usa una comparación de ramas cuando corresponda

El ejemplo oficial es:

ocr review --from main --to feature-branch

Sustituye los nombres por ramas que existan en tu repositorio. El modo compara los cambios desde el ancestro común, no exige que la rama de destino se llame feature-branch.

Comprobación

Confirma que se revisó el conjunto de cambios esperado. Abre las ubicaciones de cada hallazgo y verifica si el problema se reproduce. Revisa errores de proveedor o archivos omitidos antes de interpretar una salida vacía como falta de incidencias. Una ejecución local no modifica por sí sola las reglas de protección de ramas.

Si algo falla

Repite la configuración interactiva si falla conectividad y comprueba Git y los nombres de rama. Para una revisión interrumpida, el README ofrece ocr session list y las opciones --resume del mismo modo de revisión. Sigue su sintaxis exacta desde la documentación; no reutilices un identificador de sesión de otro repositorio.

ver en .md ¿Prefieres el recurso entero?

Qué es

Open Code Review es una herramienta de revisión de código publicada por Alibaba. Su CLI ocr combina la preparación determinista de archivos y reglas con un agente que inspecciona contexto del repositorio y redacta hallazgos.

Para qué te sirve

  • Revisar cambios locales antes de pedir una revisión humana.
  • Comparar una rama con su base o analizar un commit concreto.
  • Exportar los hallazgos como JSON para examinarlos desde otro flujo de trabajo.

Cómo funciona

La herramienta calcula los cambios con Git, filtra y agrupa archivos relacionados y selecciona reglas. El agente puede leer archivos completos, buscar código y consultar otros cambios para entender una posible incidencia. Módulos separados revisan la posición y el contenido de los comentarios.

El modo normal usa un proveedor y un modelo configurados en ocr. El modo de delegación deja que un agente anfitrión haga la revisión y utiliza OCR para seleccionar archivos y resolver reglas. El README enlaza integraciones para Claude Code, Codex y otros arneses.

Antes de empezar

El requisito explícito del README es Git 2.41 o posterior. La instalación mostrada usa npm; también hay métodos mediante binarios y otras opciones en la documentación oficial. El proyecto declara soporte de Windows, macOS y Linux, con detalles por plataforma en su guía de instalación.

En el modo normal necesitas configurar un endpoint y un modelo. Los archivos enviados al proveedor pueden contener código privado y generan el coste de inferencia correspondiente. La configuración interactiva prueba conectividad. La delegación evita una clave adicional de OCR, pero utiliza el modelo de tu agente anfitrión.

GitHub registra Apache-2.0 y repositorio no archivado, con último commit del 20 oct 2026.

Límites y alternativas

Los comentarios son hallazgos propuestos, no una garantía de que el código esté libre de errores. El propio benchmark del autor describe una preferencia por precisión frente a cobertura; evita interpretar la ausencia de comentarios como aprobación.

Ejecutar ocr por sí solo no crea una compuerta de integración obligatoria. Debes configurar la automatización de CI y la política de tu repositorio si quieres exigir su resultado antes de integrar. Pruebas, analizadores estáticos y revisión humana aportan comprobaciones distintas y siguen siendo necesarios según el cambio.

Recursos