- Se descapó
- 27 de julio de 2026 a las 19:15 UTC
- Autor
- Kamo
- Compromit
- 72abd22
La notificación de mayordomo de ROUTED fue un récord de no-op: StewardNotfier avivado sobre SMS a un CSV estático ********** que está vacío por por defecto, e ignoró a StewardTask.assignedMemberId completamente el campo de la columna vertebral StewardAssigner ya se estampa (consciente de licencia, menos cargado). StewardwardResolver carga la tarea por la tarea del eventoId, lee asignadoMemberId, y resuelve el correo electrónico de ese miembro (volviendo a los dueños de los org sólo cuando la tarea es sin asignar; un mayordomo asignado pero no buscado es un inocente honesto, nunca un propietario escalada). Espejos el probado **************** La entrega es ahora el sistema de depósito de correo electrónico canónico existente (STEWARD-TASK-ROUTED) como el camino primario; el SMS la opción se mantiene. Cuando ninguno de los dos se resuelve se mantiene un no-op registrado nunca un éxito silencioso. El cliente de correo electrónico une mlos.internal-auth-secret. NO el demonio interno.auth.secret, que se resuelve al valor público-chat; EmailService valida plantillas/envide contra el mlos-interno-auth secreto, por lo que un espejo ingenuo del cliente SecurityService 403. DaemonServiceApplication ahora escanea com.kamo.z.shared.mlos.steward para StewardTaskRepository. 40 pruebas verdes (7 nuevos casos de resolución: asignado----contacto, receso no asignado---Eowner, asignado-pero-no-mail-no-op, tarea-no-fundado, null taskId). CONOCE CAVEAT (no fijado aquí): el emisor de DECISION-ROUTED está latente en el grupo. mlos.spine.enabled se establece fiel en ninguna configuración facturada, por lo que DecisionSpine no emite nada hasta un servicio permite la columna vertebral de decisión. Esta solución es correcta y lista, pero no disparará hasta entonces; habilitar la columna vertebral es una decisión separada y más amplia.