Arxi Puerta de Decisión Asset Core
Docs

Ejemplos de Decision Gate

Decision Gate toma lógica, evidencia y puertas y las convierte en flujos de trabajo verificables. Cada flujo de trabajo aquí está respaldado por evidencia, es a prueba de fallos y es auditable.

Verificación de Tareas del Agente

Lo que esto resuelve

Cuando un agente informa “hecho”, necesitas más que una reclamación: necesitas pruebas. Este ejemplo muestra cómo Decision Gate convierte la salida del agente en un resultado verificable que puedes aceptar sin revisión manual.

Flujo de trabajo

  1. El agente realiza la tarea y produce evidencia
  2. Decision Gate evalúa la evidencia contra una puerta
  3. Si se aprueban las puertas, la tarea es aceptada y auditada

Fragmento de Especificación (Requisito de Puerta)

{
  "gate_id": "tests-passed",
  "requirement": { "Condition": "tests_ok" }
}

Pases de acceso cuando fallos en la prueba = 0.

Conclusión clave

Este patrón convierte “hecho” en “hecho con prueba”. Se aplica en cualquier lugar donde la salida de un agente pueda ser verificada contra datos reales: pruebas, informes, transformaciones o verificaciones de cumplimiento. El resultado ya no es una afirmación; es verificable. Esa verificación puede impulsar el bucle en sí: iterar hasta que la puerta pase, o detenerse cuando aparezca una violación.

Puerta de Calidad de Lanzamiento

Lo que esto resuelve

Antes de enviar un cambio, necesitas pruebas de que cumple con los requisitos de calidad y seguridad. Este ejemplo muestra cómo Decision Gate bloquea un lanzamiento a menos que cada verificación requerida tenga evidencia real.

Flujo de trabajo

  1. Su proceso de lanzamiento ejecuta pruebas, cobertura y verificaciones de seguridad
  2. Cada herramienta escribe un archivo de resultados en formato JSON
  3. Decision Gate evalúa todas las condiciones antes de la liberación

Fragmento de Especificación (Lógica Y)

{
  "gate_id": "quality-checks",
  "requirement": {
    "And": [
      { "Condition": "tests_ok" },
      { "Condition": "coverage_ok" },
      { "Condition": "scan_ok" }
    ]
  }
}

Los pases de puerta cuando las pruebas fallaron = 0 y la cobertura ≥ 85% y vulnerabilidades críticas = 0.

Conclusión clave

Esta es una puerta de liberación que convierte muchas señales en una sola decisión. El mismo patrón se aplica a cualquier proceso donde múltiples verificaciones deben coincidir antes de actuar: calidad, seguridad, cumplimiento o riesgo. Ya sea que una liberación sea activada por un humano, un pipeline o un agente, la puerta impone la misma regla: solo envías cuando la evidencia dice que puedes.

Aprobación Humana (Quorum)

Lo que esto resuelve

Algunas decisiones requieren la aprobación humana, incluso cuando los agentes realizan la mayor parte del trabajo. Este ejemplo muestra cómo requerir dos aprobaciones de tres, sin esperar a todos.

Flujo de trabajo

  1. Un agente prepara la decisión y solicita aprobaciones
  2. Los revisores envían aprobaciones como evidencia
  3. La puerta de decisión evalúa la lógica de quórum
  4. Una vez que existan 2 aprobaciones, se pasan las puertas de acceso y se audita la decisión

Fragmento de Especificación (RequireGroup)

{
  "gate_id": "review-quorum",
  "requirement": {
    "RequireGroup": {
      "min": 2,
      "reqs": [
        { "Condition": "alice_approved" },
        { "Condition": "bob_approved" },
        { "Condition": "carol_approved" }
      ]
    }
  }
}

Los pases de acceso se otorgan cuando al menos 2 de 3 revisores han aprobado.

Conclusión clave

La lógica de quórum convierte la aprobación humana en una regla que el sistema puede hacer cumplir. Se generaliza a cualquier flujo de aprobación—legal, seguridad, finanzas—donde se necesitan umbrales claros y una pista de auditoría. El proceso se vuelve confiable sin requerir un acuerdo unánime.

Aprender más

Eso completa la introducción a Decision Gate. Compara ediciones en Decision Gate Features, o ve directamente a la documentación para especificaciones, matemáticas y garantías.