- Navios
- 27 de julho de 2026 às 19:15 UTC
- Autor
- Kamo
- Enviar
- 72abd22
DECION ROUTED's steward notification was a record-on-op: StewardNotifier faned out Por SMS para um CSV estático. padrão, e ignorou StewardTask.asignedMemberId inteiramente — o próprio campo da coluna vertebral StewardAssigner já selos (licenciado, menos carregado). StewardRecipientResolver carrega a tarefa pela tarefa do eventoId, lê MemberId atribuído, e resolve o e- mail desse membro (regressando aos proprietários de org apenas quando a tarefa é não atribuído; um administrador designado-mas-inalcançável é um não-op honesto, nunca um proprietário escalonamento). Espelhos da prova... A entrega é agora o sistema de e-mail-template canônico existente (STEWARD TASK ROUTED) como o caminho principal; o SMS A opção é mantida. Quando nenhum deles resolve, permanece um não-op registrado — nunca um sucesso silencioso. O cliente de email vincula mlos. interno-auth-secreto — NÃO o daemon interno.auth.secret, que resolve para o valor do chat público; EmailService valida modelos/enviar contra Milos-secreto interno-auth, para que um espelho ingênuo do cliente SecurityService fosse 403. DaemonServiceAplicação agora verifica com.kamo.z.shared.mlos.steward para StewardTaskRepository. 40 testes verdes (7 novos casos de resolução: atribuído->contacto, não atribuído->recurso do proprietário, atributed-but-no-email->no-op, task-not-found, null taskId). CAVEAT CONHECIDO (não fixado aqui): o emissor DECISÃO ROUTED é in-cluster adormecido — mlos.spine.enabled é definido true em nenhuma configuração de check-in, então DecisionSpine não emite nada até um serviço possibilita a tomada de decisão. Esta correção está correta e pronta, mas não disparará até então; habilitar a coluna vertebral é uma decisão separada, mais ampla.