Exemples de Decision Gate
Decision Gate agafa la lògica, l'evidència i les portes i les transforma en fluxos de treball verificables. Cada flux de treball aquí està recolzat per evidències, tancat en cas de fallada i és auditable.
Verificació de Tasques de l’Agent
Què resol això
Quan un agent informa “fet”, necessites més que una reclamació: necessites proves. Aquest exemple mostra com Decision Gate transforma la sortida de l’agent en un resultat verificable que pots acceptar sense revisió manual.
Workflow
- L’agent realitza la tasca i produeix proves
- Decision Gate avalua les proves contra una porta
- Si les portes passen, la tasca és acceptada i auditada
Fragment de especificacions (Requisit de la porta)
{
"gate_id": "tests-passed",
"requirement": { "Condition": "tests_ok" }
}
Passis d’accés quan els errors de prova = 0.
Conclusió clau
Aquest patró transforma “fet” en “fet amb prova.” S’aplica a qualsevol lloc on la sortida d’un agent es pugui comprovar amb dades reals: proves, informes, transformacions o verificacions de compliment. El resultat ja no és una afirmació; és verificable. Aquesta verificació pot impulsar el propi bucle: iterar fins que la porta passi, o aturar-se quan aparegui una violació.
Qualitat de Lliberament
Què resol això
Abans d’enviar un canvi, necessites proves que compleix els requisits de qualitat i seguretat. Aquest exemple mostra com Decision Gate bloqueja un llançament a menys que cada comprovació requerida tingui proves reals.
Workflow
- El teu procés de publicació executa proves, cobertura i verificacions de seguretat
- Cada eina escriu un fitxer de resultat JSON
- La Decision Gate avalua totes les condicions abans de la publicació
Fragment de especificació (Lògica AND)
{
"gate_id": "quality-checks",
"requirement": {
"And": [
{ "Condition": "tests_ok" },
{ "Condition": "coverage_ok" },
{ "Condition": "scan_ok" }
]
}
}
Passis de porta quan les proves han fallat = 0 i la cobertura ≥ 85% i vulnerabilitats crítiques = 0.
Conclusió clau
Aquesta és una porta de lliberament que transforma molts senyals en una única decisió. El mateix patró s’aplica a qualsevol procés on múltiples verificacions han d’estar d’acord abans de l’acció: qualitat, seguretat, compliment o risc. Tant si un alliberament és activat per un humà, un canal o un agent, la porta imposa la mateixa regla: només envieu quan l’evidència indica que podeu.
Aprovació Humana (Quòrum)
Què resol això
Algunes decisions requereixen aprovació humana, fins i tot quan els agents fan la major part de la feina. Aquest exemple mostra com requerir dues aprovacions de tres, sense esperar tothom.
Workflow
- Un agent prepara la decisió i sol·licita aprovacions
- Els revisors presenten aprovacions com a evidència
- La Decision Gate avalua la lògica de quòrum
- Un cop existeixen 2 aprovacions, els permisos d’accés i la decisió són auditats
Fragment de especificació (RequireGroup)
{
"gate_id": "review-quorum",
"requirement": {
"RequireGroup": {
"min": 2,
"reqs": [
{ "Condition": "alice_approved" },
{ "Condition": "bob_approved" },
{ "Condition": "carol_approved" }
]
}
}
}
Passem de porta quan almenys 2 de 3 revisors han aprovat.
Conclusió clau
La lògica de quòrum transforma l’aprovació humana en una norma que el sistema pot fer complir. S’generalitza a qualsevol flux d’aprovació—legal, seguretat, finances—on es necessiten limiares clars i un registre d’auditoria. El procés esdevé fiable sense requerir un acord unànime.
Aprendre més
Això completa la introducció a Decision Gate. Compara edicions a Decision Gate Features, o ves directament a la documentació per a especificacions, matemàtiques i garanties.
- Conceptes bàsics de Decision Gate — Conceptes clau en llenguatge senzill
- Escenari d’Autor — Format complet de ScenarioSpec
- Guia de Lògica RET — I/O/NecessitarGrup
- Documentació completa — Detalls de referència i implementació