- Shiked
- 27 Temmuz 2026 19:15 UTC
- Yazar
- Kamo
- Commit
- 72abd22
DECISION ROUTED'in steward bildirimi bir rekor değildi: StewardNotifier fanned out SMS üzerinden statik bir CSV **************** tarafından boş olan Varsayılan olarak ve StewardTask.assignedMemberId'ı tamamen görmezden geldi - omurganın çok alanı StewardAssigner zaten puls (license-aware, en azından yüklendi). StewardRecipientResolver, olayın görevi Id tarafından görevi üstlenir,MemberId ve ve Üyenin e-postasını çözüyor (sadece görev olduğunda veyag sahiplerine geri dönün. Tanımlanmamış; atanmış-ama ulaşılabilen bir steward dürüst bir no-op, asla bir sahibi değil escalation). kanıtlanmış **************** Teslimat şimdiye kadar Mevcut kanonik e-temap plaka sistemi (STEWARD TASK ROUTED) birincil yol olarak; SMS seçenek korunur. Ne çözdüğünde bir giriş no-op kalır - asla sessiz bir başarı. E-posta istemci mlos'u bağlar. internal-auth-secret - daemon'un iç.auth.secret, Hangi halkla sohbet değeri ile ilgilidir; E-posta hizmeti şablonları/send'i mlos-internal-auth sırrı, bu yüzden Güvenlik Servis istemcisinin naif bir aynası 403 olurdu. DaemonServiceApp şimdi com.kamo.z.shared.mlos.steward for StewardTaskRepository. 40 test yeşil (7 yeni çözümleyici vakalar: atanmış-> temas, atanmış-> sahibi geri çekilme, atanmış-ama-no-email->no-op, görev-gerçek, çıplak görevId). KNOWN CAVEAT (burada sabit değil): DECISION ROUTED propter yurt dışıdır - mlos.spine. Aktif olarak kontrol edilemez, bu yüzden KararSpine hiçbir şey yaymıyor Bir hizmet karar omurgasını sağlar. Bu düzeltme doğru ve hazır ama ateş etmeyecek Sonra; omurganın ayrı, daha geniş bir karar olmasına izin verin.