Carry activities and tasks through record merge and deletion
What It Does
Interactions and work survive the removal of related context. Merge transfers that context to a survivor; deletion removes only the corresponding associations or references. Activity provides its own merge-transfer implementation, while the shared merge policy changes task references directly.
The Flow
The numbered hops specify the request, persistence and integration boundaries in order. Each hop identifies its evidence anchor, synchronization seam and observable failure outcome. Branches distinguish optional and delegated paths.
When Something Fails
Merge and deletion each roll back their own database changes on failure. Successful deletion can intentionally leave an interaction without any visible timeline or primary link. The planned authorized orphan-management and deletion-audit behavior remains unimplemented, and direct task reference changes can leave attention context stale.
Open Design Questions
Product’s retained-interaction management decision still needs a screen and authorized operation. The acceptable stale attention context after merge or deletion also needs implementation treatment.