- Expédié
- 27 juillet 2026 à 19:15 UTC
- Auteur
- Kamo
- Commite
- 72abd22
La notification de l'intendance de DÉCISION-ROUTED était un record uniquement non-op: StewardNotifier fanned out sur SMS à un CSV statique qui est vide par par défaut, et il a ignoré StewardTask.assignedMemberId entièrement - le champ même la colonne vertébrale StewardAssigner déjà estampilles (conferi, le moins chargé). StewardRecibentResolver charge la tâche par la tâche de l'événementId, se lit assigné à MemberId, et résout le courrier électronique de ce membre (revenant aux propriétaires de l'organisation uniquement lorsque la tâche est non assigné; un intendant assigné mais inaccessible est un non-op honnête, jamais un propriétaire escalade). Les miroirs prouvés - La livraison est maintenant le le système canonique de diffusion par courrier électronique existant (STEWARD-TASK-ROUTED) en tant que chemin principal; le SMS l'option est retenue. Quand ni l'une ni l'autre ne résout, il reste un non-op connecté - jamais un succès silencieux. Le client de courrier électronique lie mlos.internal-auth-secret et PAS le daemon interne.auth.secret, qui résout la valeur du chat public; EmailService valide les modèles/suite par rapport à la valeur du public Coscret mlos-inter-auth, donc un miroir naif du client SecurityService serait 403. DaemonServiceApplication scanne maintenant com.kamo.z.shared.mlos.steward pour StewardTaskRepository. 40 tests verts (7 nouveaux cas de résolveurs: congé de repliement de l'acheteur non attribué, assigner-mais-non-e-mail--no-op, tâche-non-fondé, tâche nulle. CAVEAT CONSCIEUX (non fixé ici): l'émetteur DÉCISION-ROUTÉ est enchaîné dans le groupe dormant mlos.spine.enabled est fixé à l'état de cliché en aucun contrôle, donc DecisionSpine n'émet rien jusqu'à ce que un service permet la colonne vertébrale de la décision. Ce correctif est correct et prêt mais ne tirera pas jusqu'à ce que alors; permettre à la colonne vertébrale est une décision séparée et plus large.