Sender→Label Memory: Auto-Decay für alte Einträge #298
Labels
No labels
app/archiv
app/einkaufslisten
app/imap-client
app/wissensbasis
arch-answered
arch-question
area/api
area/auth
area/infra
area/mobile
area/shared
area/ui
area/web
portfolio-status
prio/high
prio/low
prio/medium
roadmap/public
size/l
size/m
size/s
size/xl
size/xs
status/blocked
status/needs-info
type/bug
type/chore
type/docs
type/feature
type/idea
type/refactor
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
admin-mrrm/mrrmlabapp#298
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Kontext
Sender→Label Memory (#294) wächst monoton. Alte Einträge (Adresse z.B. seit Monaten nicht mehr gesehen) bleiben für immer und können bei geänderten Verhaltensmustern stören.
Scope
last_seen_at < now() - INTERVAL Xdecay-enconfirmCount/removeCountexponentiell schrumpfenOffene Frage
Hartes Löschen vs. soft-decay — Trade-off zwischen Speicherplatz und Adaptionsgeschwindigkeit. Vorab klären.
Bezug
Follow-up zu #294.