ERQYO
Event Rhythm Qualifier · Yoked Operator · Adaptive Decision Runtime
O ERQYO é uma arquitetura de execução para sistemas agênticos que precisam decidir não só o que fazer, mas quando, e se têm permissão para isso. Ele tem 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 pesquisa
Sistemas agênticos escolhem cada vez mais o próprio momento: retomar o contato 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. Ele 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. Ele 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 registra 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 virar prazo.
WAIT dinâmico
Um WAIT é registrado junto 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 em um escopo, 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 justificativa afirma que as verificações passaram continua indo para uma pessoa, porque o operador nunca lê a justificativa.
Reexecução de decisões
Cada rastro de decisão registra a versão do contrato sob a qual a decisão foi tomada, para que possa ser reexecutado depois. A reexecução recusa um rastro que não consegue interpretar, e intervenções humanas são registradas, 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.
- 1Retomada apressada
- 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
Experimente a separação
Um modelo simplificado da ideia roda abaixo, no seu navegador. Mude o ritmo e veja apenas as probabilidades se moverem; mude uma restrição e veja o resultado mudar 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 em um momento definido
A ação é permitida, mas não agora. O ambiente de execução espera a janela, e a espera fica registrada.
ERQ: ACT → YO: WAIT
Uma ilustração calculada no seu 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 ao repositório em setembro de 2026 e cobertos por 64 testes.
Ela não está implantada. Não há API, nem interface de usuário, nem nenhum chamador em produção. A única integração roda em modo sombra dentro do protótipo AnyClinical, atrás de flags desligadas.
- 0Contratos e rastro 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.
Ele se apoia 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
- O aprendizado de ritmo é uma linha de base determinística pela mediana, não um modelo treinado.
- Não implantado: sem API, sem interface de usuário, 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 precisa 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