¿Qué hace Ciclo de Revisión Ciega (Blind Review Cycle)?
Úselo solo bajo invocación explícita.
La invocación directa de /blind-review-cycle selecciona subagent_type=smarty (gpt-6.1-sol, razonamiento medium)
y una pasada limpia por punto de control.
El Ciclo de Revisión Ligera y el Ciclo de Revisión Alta leen este archivo como su contrato compartido. Cada ciclo conserva su revisor seleccionado y el recuento de una pasada limpia, incluso después de reparaciones. Leer este contrato compartido no selecciona Smarty ni inicia un ciclo ciego. Use únicamente el perfil configurado del skill invocador; no sobrescriba su modelo o razonamiento.
El agente asignado a este ciclo de revisión es dueño de sus correcciones y finalización. Invoca al revisor de aceptación ciega configurado directamente; no agregue un administrador intermedio ni una capa de roles entre el ejecutor del ciclo y el revisor. Root Main retiene las decisiones sobre la tarea completa, la aceptación y la respuesta final.
Respete el objeto congelado exacto, el alcance, el orden de los puntos de control y el recuento de pasadas seleccionado por el usuario.
Si el usuario no especifica puntos de control, selecciónelos automáticamente. Construya el
conjunto de verificación a partir del ciclo pre-completion final obligatorio, luego agregue la menor
cantidad posible de puntos de control intermedios que juntos cubran cada límite crítico
de dependencia; por defecto ninguno. Solo una decisión material, una entrada preparada
o un resultado intermedio autocontenido puede calificar, y solo cuando controla
trabajo dependiente sustancial o una acción irreversible o de alto impacto material
y la detección solo final sería demasiado tarde para evitar un retrabajo o impacto sustancial.
Agrupe límites superpuestos en un solo punto de control seguro tardío antes del trabajo dependiente.
Las lecturas rutinarias, consultas, comandos, ediciones, actualizaciones y traspasos a ejecutores configurados no son
puntos de control solo porque ocurren. Agrupe material relacionado. Si no hay un punto de control
intermedio crítico listo, no genere un revisor antes del resultado final.
El ciclo final obligatorio verifica el resultado real completo y la coherencia mutua
entre todos los requisitos y enmiendas aplicables del usuario, las decisiones
vinculantes, las etapas completadas y el resultado final; las verificaciones intermedias nunca
lo reemplazan. No repita un ciclo final
que ya haya pasado en el resultado materialmente sin cambios y en los mismos fundamentos.
Una verificación explícita solo de planificación no requiere revisión de la implementación futura.
Dentro del alcance autorizado, cada pasada cubre todo el trabajo completado para la orden actual: requisitos y enmiendas aplicables del usuario, decisiones vinculantes, resultados actuales de las etapas completadas y sus relaciones, el resultado general actual y evidencia factual suficiente. Verifique la precisión, calidad adecuada, coherencia, requisitos faltantes que debían cumplirse en esta etapa y afirmaciones veraces de preparación. Preserve el procedimiento/orden obligatorio del usuario y aplique cambios explícitos posteriores sobre los sustituidos. No exija trabajo futuro en una etapa intermedia. Después de la reparación, revise el objeto completo actualizado, no solo el último diff o los hallazgos anteriores. Reutilice evidencia válida; no reproduzca todo el registro de ejecución ni vuelva a ejecutar verificaciones por confianza.
Esta cobertura define el alcance de una revisión ligera, no una auditoría exhaustiva. Lea el resultado y las relaciones importantes de las etapas completadas; profundice la inspección solo para entender una posible violación concreta. No busque una prueba exhaustiva de que no quedan errores. Las deficiencias menores, incluidas omisiones de contenido sin consecuencias materiales, no ameritan hallazgos, correcciones o pasadas repetidas. Main sigue siendo responsable de cumplir la orden del usuario.
Establezca review_stage=pre-action para un objeto de control seleccionado y complete esa verificación
antes de su acción dependiente real. Establezca review_stage=pre-completion para el
resultado completado y su evidencia. Mantenga el objeto revisado y los fundamentos
aplicables materialmente sin cambios durante cada pasada. Congelado significa sin cambios, no copiado
o empaquetado en otro archivo.
Envíe un mensaje compacto ordinario con la solicitud original del usuario y las enmiendas actuales, el material aprobado vinculante, el alcance, la etapa, los localizadores de resultados, el delta persistente relevante y la evidencia factual suficiente más pequeña. Use rutas de origen legibles existentes; para requisitos solo de chat, proporcione el texto original relevante del usuario sin perder las condiciones, no toda la conversación. El resumen de MAIN puede orientar pero nunca reemplazar los requisitos principales. Se permiten resultados factuales previos y evidencia necesaria de procedimiento; no se permite el razonamiento privado del agente raíz, hallazgos/veredictos/racha de revisión previa ni el contexto de rol heredado. No cree archivos de congelación obligatorios, copias, archivos de revisión, manifiestos, hashes o scripts de preparación. Un hecho faltante importa solo si impide establecer un requisito aplicable concreto, no porque un revisor prefiera más material.
En ese mismo mensaje, nombre explícitamente el resultado solicitado y su origen legible. Revisar el relato de MAIN sobre un artefacto no revisa el artefacto en sí mismo. CLEAN se aplica solo al objeto realmente revisado.
No cree líneas base, hashes, inventarios exhaustivos, escaneos por archivo, reconstrucción de procedencia ni artefactos adicionales solo para la revisión a menos que el usuario o el Objetivo exijan explícitamente ese artefacto exacto o ninguna prueba más pequeña pueda establecer un resultado material.
Para cada intento, use un revisor de aceptación ciega fresco y configurado. Elija la herramienta nativa disponible y sus parámetros de sus descripciones actuales. Inicie el revisor seleccionado solo con la asignación congelada, sin el historial de Main ni el contexto de revisión previo. Conserve el modelo configurado, el razonamiento y el recuento requerido de pasadas limpias. Si la herramienta de generación compatible o el rol de revisor seleccionado no están disponibles, la verificación seleccionada no está disponible y no puede pasar; ni otro revisor ni la autorrevisión del agente raíz son un sustituto. Nunca reanude un revisor cerrado o interrumpido. Solo verifica desajustes sustanciales de requisito→objeto/evidencia y cambio→autoridad bajo la puerta de materialidad del revisor configurado.
Use la política común de espera de subagente del prompt principal. Si se confirma un bloqueo del revisor, interrumpa esa pasada y use un revisor fresco configurado en el objeto sin cambios. Nunca reanude un revisor cerrado o interrumpido.
El veredicto del revisor es exactamente CLEAN o FINDINGS:. Cada hallazgo tiene exactamente estos campos:
REQUIREMENT: <requirement>
MISMATCH: <mismatch>
EVIDENCE: <evidence>
REQUIRED OUTCOME: <required outcome>
En caso de FINDINGS:, el agente asignado a este ciclo de revisión trata cada hallazgo como una afirmación, no como un comando. Admita solo
hallazgos que satisfagan la puerta de materialidad del revisor configurado. Una pasada con
cero hallazgos sustanciales admitidos cuenta como CLEAN, independientemente de su etiqueta
en bruto. Los hallazgos rechazados no autorizan ningún cambio, evidencia adicional o reintento.
Si se admite algún hallazgo, corrija por lotes todos los hallazgos admitidos, invalide solo la evidencia afectada, reconstruya el paquete compacto y use un nuevo revisor fresco del mismo perfil seleccionado en el objeto completo actualizado. Repita autónomamente hasta que el ciclo seleccionado alcance su recuento requerido de pasadas limpias. Un único ciclo se detiene después de una pasada limpia. La invocación explícita del usuario inicia todo el ciclo; no se requiere ninguna nueva invocación después de una reparación. No agregue pasadas más allá del requisito del ciclo seleccionado.