ERQYO
Event Rhythm Qualifier · Yoked Operator · Adaptive Decision Runtime
O ERQYO é uma arquitetura de execução para sistemas agênticos que têm de decidir não só o que fazer, mas quando, e se têm permissão para isso. Dispõe de uma implementação de referência no repositório da AnyLAI.
ERQYO
O ritmo influencia a qualificação. As restrições governam a operação.
O problema de investigação
Sistemas agênticos escolhem cada vez mais o próprio momento: retomar a comunicação agora ou esperar, agir ou perguntar, escalar ou encaminhar a uma pessoa. O timing aprendido com o comportamento passado é útil.
É também exatamente o tipo de sinal que nunca pode conceder permissão a si mesmo. O ERQYO separa as duas coisas e torna essa separação estrutural, e não uma questão de boas intenções.
ERQ · YO
ERQ · Event Rhythm Qualifier
“O que parece adequado em seguida, dados o evento, o estado, o ritmo e o contexto temporal?”
O lado adaptativo. Lê o contexto do evento e do estado, o ritmo, os relógios dos atores e o contexto da relação, e propõe um candidato qualificado. O tipo da sua saída não tem nenhum campo em que uma permissão possa ser expressa.
YO · Yoked Operator
“Esse resultado qualificado tem permissão para seguir, e de que forma, sob as restrições com autoridade?”
O lado governado. Está atrelado às restrições com autoridade, não ao próprio ERQ: autoridade, política, evidências, salvaguardas e limites temporais rígidos chegam a ele diretamente e nunca passam pelo qualificador.
O caminho da decisão
- Evento / mudança de estado
- Estado operacional
- Resultados candidatos
- ERQqualifica
- Candidato qualificado
- YOopera
- Resultado qualificado
O ritmo aprendido só pode influenciar a proposta. Autoridade, política e evidências chegam diretamente ao operador.
Descrição em texto do diagrama
Um evento ou uma mudança de estado atualiza o estado operacional. O ritmo, os relógios dos atores e o contexto temporal alimentam a qualificação dos resultados candidatos no ERQ, que produz um candidato qualificado. O Yoked Operator confere esse candidato contra autoridade, política, evidências, salvaguardas e restrições rígidas, que chegam a ele diretamente, e produz o resultado qualificado.
Dez resultados
Um vocabulário fechado. Cada resultado significa algo diferente, e as diferenças são o ponto.
- ACT
- Executar a ação agora.
- RESPOND
- Responder à contraparte: uma forma comunicativa de agir.
- WAIT
- Ainda não. A espera guarda quando e diante de quais eventos reavaliar; é semântica, nunca uma simples pausa.
- ASK
- Falta uma entrada ou uma evidência necessária.
- REASSESS
- Uma dependência mudou; qualificar de novo.
- DELEGATE
- Passar a outro ator que detém a autoridade.
- ESCALATE
- Levar a uma autoridade superior, por exemplo perto de um prazo ou de um limite.
- HANDOFF
- Encaminhar o caso a uma pessoa, porque o ambiente de execução não tem autoridade sobre ele.
- ABSTAIN
- A confiança não basta para decidir. Não é o mesmo que BLOCK.
- BLOCK
- Uma política ou uma restrição rígida proíbe.
A ilustração interativa neste site usa oito deles. RESPOND, uma forma comunicativa de agir, e DELEGATE, uma passagem a outro ator com autoridade, completam o vocabulário.
Envelopes temporais
O momento mais cedo e o mais tarde são limites rígidos: uma janela contratual, um prazo regulatório, um período de reflexão. O momento preferido é flexível, e é o único lugar em que o ritmo pode ter opinião. O operador lê os limites rígidos e nunca a preferência, de modo que um hábito aprendido não pode passar a ser um prazo.
WAIT dinâmico
Um WAIT é guardado com as condições que o reabrem: um momento ou um tipo de evento. O ritmo aprendido só pode deslocar uma espera dentro dos limites rígidos aplicáveis.
Autoridade
Autoridade é um mandato para executar operações num âmbito, por um período. A implementação de referência conhece seis modos de aprovação, da aprovação simples ao controle duplo; uma decisão reservada ao conselho nunca pode ser satisfeita pelo ambiente de execução e é sempre escalada. Uma proposta cuja fundamentação afirma que as verificações passaram vai, ainda assim, para uma pessoa, porque o operador nunca lê a fundamentação.
Reexecução de decisões
Cada trace de decisão guarda a versão do contrato sob a qual a decisão foi tomada, para que possa ser reexecutado depois. A reexecução recusa um trace que não consegue interpretar, e as intervenções humanas são documentadas, nunca inferidas.
RhythmBench
Nove cenários determinísticos comparam o ambiente de execução com uma linha de base cega ao ritmo e à governança, definida dentro do próprio benchmark. Nenhuma comparação com qualquer outro produto ou framework foi feita, e nenhuma deve ser lida nos números.
- 1Seguimento precipitado
- 2Prazo durante a espera
- 3Ação sem mandato
- 4Período de reflexão
- 5Evidência desatualizada
- 6Acima do limite
- 7Horário de silêncio
- 8Entrega duplicada
- 9Operação proibida
Experimentar a separação
Abaixo funciona um modelo simplificado da ideia, diretamente no navegador. Ao mudar o ritmo, só as probabilidades se movem; ao mudar uma restrição, o resultado muda independentemente delas.
› evento customer.message.received 23:40
ERQ · proposto
- ACT56%
- WAIT30%
- HANDOFF14%
YO · decidido
- ✓ Limite rígido
- ✓ Evidências sem contradição
- ✓ Qualificação com confiança suficiente
- ✓ Evidências presentes
- ✓ Autoridade vinculada
- ✗ Janela aberta
resultado
WAITAinda não; reabrir num momento definido
A ação é permitida, mas não agora. O ambiente de execução aguarda a janela, e a espera fica documentada.
ERQ: ACT → YO: WAIT
Uma ilustração calculada no navegador: um modelo simplificado da separação ERQ → YO, com números ilustrativos e oito dos dez resultados do ERQYO. Não é a implementação de referência do ERQYO.
Implementação atual
O repositório da AnyLAI contém uma implementação de referência: contratos, qualificador, operador, modelo de ritmo, ambiente de execução e RhythmBench, incorporados no repositório em setembro de 2026 e cobertos por 64 testes.
Não está implantada. Não há API, nem interface para pessoas, nem nenhum chamador em produção. A única integração funciona em modo sombra dentro do protótipo AnyClinical, atrás de flags desligadas.
- 0Contratos e trace de decisãoimplementado
- 1ACT, WAIT, ESCALATE e BLOCK determinísticosimplementado
- 2Relógios, envelopes temporais e WAIT semânticoimplementado
- 3Modelo de ritmo (linha de base pela mediana) e modo sombraimplementado
- 4Ritmo da relação: horário de silêncio, cadência de respostaimplementado
- 5Autoridade, delegação e controle duploimplementado
- 6RhythmBenchimplementado
- 7Especificação pública de referência e SDKnão iniciado
- –Implantaçãonenhuma
Trabalhos relacionados
O ERQYO fica ao lado do COADF: o COADF descreve como o software assistido por IA é construído e governado; o ERQYO, como um ambiente de execução decide sob essa governança.
Apoia-se em ideias estabelecidas, como manter as regras como dados e separar uma proposta da permissão para executá-la, e não afirma ser o primeiro a separá-las.
Limitações
Limitações
- A aprendizagem do ritmo é uma linha de base determinística pela mediana, não um modelo treinado.
- Não implantado: sem API, sem interface para pessoas, sem integração em produção.
- O RhythmBench compara apenas com a sua própria linha de base embutida.
- O ERQYO não confere nenhuma autoridade legal ou organizacional própria; a autoridade tem de vir da organização que o utiliza.
- A especificação pública e o SDK não foram escritos.
Relacionados
COADFFramework publicado
Um framework publicado para construir software assistido por IA sob governança explícita: oito princípios, um manifesto de controles e fences impostos pela CI.
COADFAnyClinicalProtótipo de governança de fluxos de trabalho · não publicado
Governança de um fluxo de trabalho de coordenação clínica: consentimento, escalonamento, encaminhamento a pessoas e abstenção. Sem diagnóstico.
AnyClinicalTrust ArchitectureArquitetura de plataforma implementada
Proveniência, evidências, confiança, autoridade e auditoria, organizadas para que a confiança possa ser conferida em cada fronteira.
Trust Architecture