Open Code Review: alcance, filtros y llamadas al modelo
Elegir revisión gestionada por OCR o delegación
Compara propiedad del modelo, preparación del alcance y evidencia de aceptación, sin decidir solo por estrellas o benchmarks.
Qué aprenderás
- Decide quién administra la llamada
- Conserva las comprobaciones deterministas
- Escribe una decisión condicionada
Antes de empezar
- Cambios Git y comparación desde merge-base
- Uso básico de CLI y credenciales de modelos
Elegir el alcance, explicar exclusiones y preparar una prueba controlada distinguiendo inspección y ejecución.
Conclusiones clave
- Cada modo sitúa el trabajo del modelo en un sistema distinto.
- Las pruebas existentes siguen formando parte de la aceptación.
- La decisión debe especificar evidencia y límites.
Decide quién administra la llamada
La revisión gestionada por OCR corresponde a un equipo que quiere conectar la CLI a un proveedor configurado explícitamente. La delegación encaja cuando un agente existente recibe archivos y reglas y razona con su propio acceso al modelo.
Cambian las credenciales, la contabilidad y el lugar donde diagnosticar fallos del modelo. Escoge una ruta para el primer ensayo. Así evitarás confundir una configuración incompleta del proveedor o permisos del anfitrión con errores de selección Git.
Conserva las comprobaciones deterministas
Compiladores, pruebas y herramientas basadas en reglas responden a preguntas que un revisor probabilístico no certifica. Mantén esas comprobaciones al añadir revisión con modelo. Utiliza sus comentarios como evidencia adicional que una persona pueda confirmar con código y pruebas.
Si el repositorio dispone de pocos fallos de revisión conocidos, un piloto supervisado pequeño será más interpretable que un despliegue general. Elige un criterio observable, como detectar un error etiquetado sin señalar repetidamente el cambio inocuo cercano.
Escribe una decisión condicionada
Registra versión, modo, proveedor y muestra. Explica dónde ayudó el revisor, qué errores omitió y cuánto costó comprobar sus comentarios. Un resultado de cierto lenguaje o tamaño de cambio no debe convertirse sin explicación en una afirmación sobre todos los repositorios.
Continúa experimentando cuando falte evidencia importante. Los comentarios útiles sobre ejemplos públicos no responden si puedes enviar código privado al mismo destino. Licencia, tratamiento de datos y permisos de la cuenta siguen siendo condiciones independientes.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Escoge revisión gestionada o delegación según acceso y contabilidad.
- 2
Mantén las pruebas existentes y define una muestra pequeña de aceptación.
- 3
Limita la decisión a la evidencia observada y los datos autorizados.
Ejemplo para copiar
{
"registroDecision": true,
"modo": "elegir gestionado o delegado",
"muestra": "cambios sintéticos etiquetados",
"beneficioObservado": null,
"defectosOmitidos": null,
"datosAutorizados": false,
"adopcion": "pendiente de ensayo controlado"
}Preguntas frecuentes
¿OCR puede sustituir las pruebas?
Sus comentarios no certifican el comportamiento del programa. Mantén las comprobaciones deterministas.
¿Qué modo cuesta menos?
Depende del consumo del proveedor o anfitrión, la configuración y los cambios revisados. Mide el flujo elegido.
Fuentes
- Open Code Review / README.mdFuente verificada 2026-09-18
- Open Code Review / pages/src/content/docs/en/integrations/delegate.mdFuente verificada 2026-09-18
- Open Code Review / pages/src/content/docs/en/integrations/ci.mdFuente verificada 2026-09-18