ERQYO
Event Rhythm Qualifier · Yoked Operator · Adaptive Decision Runtime
ERQYO es una arquitectura de ejecución para sistemas agénticos que tienen que decidir no solo qué hacer, sino cuándo, y si les está permitido hacerlo. Tiene una implementación de referencia en el repositorio de AnyLAI.
ERQYO
El ritmo influye en la cualificación. Las restricciones gobiernan la operación.
El problema de investigación
Los sistemas agénticos eligen cada vez más el momento de actuar: hacer el seguimiento ahora o esperar, actuar o preguntar, escalar o traspasar. Aprender el momento oportuno a partir del comportamiento pasado es útil.
También es exactamente el tipo de señal que nunca debe poder concederse permiso a sí misma. ERQYO separa ambas cosas y hace que la separación sea estructural, no una cuestión de buenas intenciones.
ERQ · YO
ERQ · Event Rhythm Qualifier
“¿Qué parece apropiado a continuación, dados el evento, el estado, el ritmo y el contexto temporal?”
La parte adaptativa. Lee el contexto de eventos y estado, el ritmo, los relojes de los actores y el contexto de la relación, y propone un candidato cualificado. Su tipo de salida no tiene ningún campo en el que pueda expresarse un permiso.
YO · Yoked Operator
“¿Puede ese resultado cualificado seguir adelante, y de qué manera, bajo las restricciones con autoridad?”
La parte gobernada. Está ligada a las restricciones con autoridad, no a ERQ: la autoridad, las políticas, la evidencia, las salvaguardas y los límites temporales estrictos le llegan directamente y nunca pasan por el cualificador.
El recorrido de una decisión
- Evento / cambio de estado
- Estado operativo
- Resultados candidatos
- ERQcualifica
- Candidato cualificado
- YOopera
- Resultado cualificado
El ritmo aprendido solo puede influir en la propuesta. La autoridad, las políticas y la evidencia llegan directamente al operador.
Descripción en texto del diagrama
Un evento o un cambio de estado actualiza el estado operativo. El ritmo, los relojes de los actores y el contexto temporal alimentan la cualificación de los resultados candidatos en ERQ, que produce un candidato cualificado. El Yoked Operator contrasta ese candidato con la autoridad, las políticas, la evidencia, las salvaguardas y las restricciones estrictas, que le llegan directamente, y produce el resultado cualificado.
Diez resultados
Un vocabulario cerrado. Cada resultado significa algo distinto, y esas diferencias son lo esencial.
- ACT
- Ejecutar la acción ahora.
- RESPOND
- Responder a la contraparte: una forma comunicativa de actuar.
- WAIT
- Todavía no. La espera registra cuándo y ante qué eventos volver a evaluar; es semántica, nunca una pausa inactiva.
- ASK
- Falta información o evidencia necesaria.
- REASSESS
- Una dependencia ha cambiado; hay que volver a cualificar.
- DELEGATE
- Delegar en otro actor que tiene la autoridad.
- ESCALATE
- Elevar a una autoridad superior, por ejemplo cerca de un plazo o de un límite.
- HANDOFF
- Traspasar el caso a una persona, porque el entorno de ejecución no tiene autoridad sobre él.
- ABSTAIN
- La confianza no basta para decidir. No es lo mismo que BLOCK.
- BLOCK
- Una política o una restricción estricta lo prohíbe.
La ilustración en vivo de este sitio usa ocho de ellos. RESPOND, una forma comunicativa de actuar, y DELEGATE, una delegación en otro actor con autoridad, completan el vocabulario.
Envolventes temporales
Los momentos más temprano y más tardío son límites estrictos: una ventana contractual, un plazo regulatorio, un período de reflexión. El momento preferido es flexible, y es el único lugar donde el ritmo puede opinar. El operador lee los límites estrictos y nunca la preferencia, de modo que un hábito aprendido no puede convertirse en un plazo.
WAIT dinámico
Un WAIT se registra junto con las condiciones que lo reabren: un momento o un tipo de evento. El ritmo aprendido solo puede desplazar una espera dentro de los límites estrictos aplicables.
Autoridad
La autoridad es un mandato para realizar operaciones en un ámbito y durante un período. La implementación de referencia conoce seis modos de aprobación, desde la aprobación individual hasta el doble control; una decisión reservada al consejo de administración nunca puede resolverla el entorno de ejecución y siempre se escala. Una propuesta cuya justificación afirma que las comprobaciones se superaron va igualmente a una persona, porque el operador nunca lee la justificación.
Reproducción de decisiones
Cada traza de decisión registra la versión del contrato bajo la que se tomó, para poder reproducirla más adelante. La reproducción rechaza una traza que no puede interpretar, y las anulaciones humanas se registran, nunca se infieren.
RhythmBench
Nueve escenarios deterministas comparan el entorno de ejecución con una línea base ciega al ritmo y a la gobernanza, definida dentro del propio benchmark. No se ha hecho ninguna comparación con ningún otro producto o marco, y no debe leerse ninguna en las cifras.
- 1Seguimiento precipitado
- 2Plazo durante la espera
- 3Acción sin mandato
- 4Período de reflexión
- 5Evidencia desactualizada
- 6Por encima del límite
- 7Horas de silencio
- 8Entrega duplicada
- 9Operación prohibida
Pruebe la separación
Abajo se ejecuta un modelo simplificado de la idea, en su navegador. Cambie el ritmo y verá que solo se mueven las probabilidades; cambie una restricción y verá que el resultado cambia con independencia de ellas.
› evento customer.message.received 23:40
ERQ · propuesto
- ACT56%
- WAIT30%
- HANDOFF14%
YO · decidido
- ✓ Límite estricto
- ✓ Evidencia no contradicha
- ✓ Cualificación con confianza suficiente
- ✓ Evidencia presente
- ✓ Autoridad vinculada
- ✗ Ventana abierta
resultado
WAITTodavía no; reabrir en un momento definido
La acción está permitida, pero no ahora. El entorno de ejecución espera a la ventana, y la espera queda registrada.
ERQ: ACT → YO: WAIT
Una ilustración calculada en su navegador: un modelo simplificado de la separación ERQ → YO, con cifras ilustrativas y ocho de los diez resultados de ERQYO. No es la implementación de referencia de ERQYO.
Implementación actual
El repositorio de AnyLAI contiene una implementación de referencia: contratos, cualificador, operador, modelo de ritmo, entorno de ejecución y RhythmBench, integrada en septiembre de 2026 y cubierta por 64 pruebas.
No está desplegada. No hay API, ni interfaz de usuario, ni ningún consumidor en producción. La única integración funciona en modo sombra dentro del prototipo AnyClinical, detrás de flags desactivados.
- 0Contratos y traza de decisiónimplementado
- 1ACT, WAIT, ESCALATE y BLOCK deterministasimplementado
- 2Relojes, envolventes temporales y WAIT semánticoimplementado
- 3Modelo de ritmo (línea base de mediana) y modo sombraimplementado
- 4Ritmo de la relación: horas de silencio, cadencia de respuestaimplementado
- 5Autoridad, delegación y doble controlimplementado
- 6RhythmBenchimplementado
- 7Especificación pública de referencia y SDKno iniciado
- –Despliegueninguno
Trabajos relacionados
ERQYO está junto a COADF: COADF describe cómo se construye y se gobierna el software asistido por IA; ERQYO, cómo decide un entorno de ejecución bajo esa gobernanza.
Se apoya en ideas establecidas, como mantener las políticas como datos y separar una propuesta del permiso para ejecutarla, y no afirma ser el primero en separarlas.
Limitaciones
Limitaciones
- El aprendizaje del ritmo es una línea base determinista de mediana, no un modelo entrenado.
- No desplegado: sin API, sin interfaz de usuario, sin integración en producción.
- RhythmBench solo compara con su propia línea base integrada.
- ERQYO no aporta autoridad legal ni organizativa propia; la autoridad tiene que venir de la organización que lo utiliza.
- La especificación pública y el SDK no se han escrito.
Relacionado
COADFMarco publicado
Un marco publicado para construir software asistido por IA bajo una gobernanza explícita: ocho principios, un manifiesto de controles y fences aplicados en la integración continua.
COADFAnyClinicalPrototipo de gobernanza de flujos de trabajo · no publicado
Gobernanza de un flujo de trabajo de coordinación clínica: consentimiento, escalado, traspaso y abstención. Sin diagnóstico.
AnyClinicalTrust ArchitectureArquitectura de plataforma implementada
Procedencia, evidencia, confianza, autoridad y auditoría, dispuestas de modo que la confianza pueda comprobarse en cada frontera.
Trust Architecture