- Szycy
- 27 lipca 2026 19:15 UTC
- Autor
- Kamo
- Pochęt się
- 72abd22
Powiadomienie stewarda DECISION_ROUTED było rekordowo tylko bezobsługowe: StewardNotifierz wzniosł się Za pośrednictwem SMS do statycznego CSV - który jest pusty przez Domyślnie, a całkowicie zignorował StewardTask.assignedMemberId - pole do kręgosłupa StewardAssigner już znaczki (świadome im, najmniej obciążone). StewardRecipientResolver ładuje zadanie według zadania zdarzeniaId, czyta przypisanemuMemberId, oraz Usuwa e-mail tego członka (przypadający z powrotem do właścicieli org tylko wtedy, gdy zadanie jest Nieprzydzielony; przydzielony, ale nieosiągalny steward jest uczciwym no-opem, nigdy właścicielem Eskalacja). Lustrami, sprawdzony - Dostawa jest teraz Istniejący kanoniczny system email-template (STEWARD_TASK_ROUTED) jako ścieżka podstawowa; SMS Opcja jest zachowana. Kiedy żaden z nich nie rozwiązuje, pozostaje to no-op – nigdy cichy sukces. Klient poczty e-mail wiąże mlos.internal-auot-secret — NIE demonon's internal.auth.secret, Który rozwiązuje wartość publicznego (public-chat); EmailService waliduje szablony/wysyłka z Tajemnica mlos-internal-auth, więc naiwne zwierciadło klienta SecurityService miałoby 403. DaemonServiceApplication skanuje teraz com.kamo.z.shared.mlos.steward dla StewardTaskRepository. 40 testów zielonych (7 nowych przypadków rozwiązujących: przypisany->dostępny, nieprzypisany->włochy właściciela, Przydzielone-ale-no-e->no-op, zadanie-nie-found, null taskId). KNOWN CAVEAT (nieustalony tutaj): emiter DECISION_RED jest uśpiony w kagaślu — mlos.spine.enabled jest ustawiony w żadnej sprawdzonej konfisku, więc DecisionSpine nie emituje niczego, dopóki nie Usługa umożliwia podejmowanie decyzji kręgosłupa. Ta poprawka jest poprawna i gotowa, ale nie będzie strzelać, dopóki Następnie; umożliwienie kręgosłupa jest odrębną, szerszą decyzją.