Revisión de Código
Alcance
Realizar una revisión de implementación independiente y acotada. Esto no es un pipeline de revisión por tarea y nunca se inicia automáticamente por riesgo, dificultad o tamaño del cambio.
Disparador
El único disparador es que el usuario solicite explícitamente una revisión de implementación. El impacto en seguridad, el riesgo de compatibilidad, la complejidad, el recuento de archivos, el recuento de líneas o la propia confianza del agente nunca deben sustituir esa solicitud. Sin ella, regrese al trabajo normal del agente raíz sin invocar esta Habilidad.
Bucles de Revisión
- El agente raíz identifica los requisitos exactos de la tarea y el alcance de la revisión a partir de la conversación, el plan y la evidencia actual de Git.
- Generar exactamente un revisor nuevo para la primera ronda. Proporciónele los requisitos, el alcance, el diff o la evidencia de commit, y la rúbrica de revisión. Debe ser de solo lectura y no debe delegar en otro agente.
- La primera ronda es una revisión completa del alcance de implementación solicitado. Reporte los hallazgos primero, ordenados por gravedad y basados en archivos y líneas.
- Si se requieren correcciones, el agente raíz es el responsable de las correcciones, la integración y las pruebas.
- Una vez corregidos los hallazgos bloqueantes, genere un revisor nuevo para una re-revisión acotada de esas correcciones y regresiones cercanas. Incluya los hallazgos anteriores y el alcance de la corrección.
- Nunca inicie una tercera ronda. Reporte los hallazgos críticos o mayores no resueltos como bloqueantes sin reclamar la finalización.
Las observaciones menores pueden acompañar a un pase. Un hallazgo crítico o mayor bloquea un pase incluso si el revisor etiqueta su veredicto general de forma inconsistente.
Transferencia de Revisión
Registre la ronda, el alcance, el rango de revisión, el veredicto y los hallazgos bloqueantes. Luego devuelva el control al agente raíz.