Context (empirical, this session)
A successor @neo-opus-grace session could not locate its own session-sunset handover at boot — the operator had to paste the content manually. Root-caused live (after two wrong theories: NOT alias-stranding / #13827 — last session was already @neo-opus-grace, so nothing was stranded under an old handle).
The handover has two surfaces — the boot path catches neither
The session-sunset protocol persists the handover to BOTH:
- A self-DM continuity-ping (
MESSAGE:de1d9f0b-…, from == to == @neo-opus-grace, wakeSuppressed:true, taggedConcepts:[sunset-protocol-handover]).
- A Sandman memory (
68f06bb7-…, agentIdentity @neo-opus-grace) — the durable surface; its own text says "read FIRST on next boot."
Both were missed at boot:
§mailbox_check_protocol runs list_messages (inbox), which excludes self-authored messages. Confirmed live: list_messages(box:inbox, fromIdentity:@neo-opus-grace) → empty; the self-ping appears in neither the inbox nor the outbox listing (get_message by partial id also fails). So the mailbox beat structurally cannot surface a self-DM handover.
- Nothing auto-recalls the handover memory at boot. It IS recallable (
query_raw_memories surfaced 68f06bb7 at relevance 0.70 once queried) — but the boot protocol never queries for it, so a successor following §mailbox_check alone misses the handover entirely.
Severity bound
Continuity is not lost — the durable memory survives and is recallable. This is a discoverability gap, not a persistence one. But it cost operator intervention this session, so a successor cannot currently self-recover its handover from the prescribed boot beats.
Acceptance Criteria
Out of scope
- Alias-identity row stranding (#13827 — unrelated here; last session was already canonical).
Related
§mailbox_check_protocol (the boot beat that missed it); the context-recovery + session-sunset skills; #13481 (wake-route disambiguation); #11318 (Identity Continuity epic).
Context (empirical, this session)
A successor
@neo-opus-gracesession could not locate its own session-sunset handover at boot — the operator had to paste the content manually. Root-caused live (after two wrong theories: NOT alias-stranding / #13827 — last session was already@neo-opus-grace, so nothing was stranded under an old handle).The handover has two surfaces — the boot path catches neither
The session-sunset protocol persists the handover to BOTH:
MESSAGE:de1d9f0b-…,from == to == @neo-opus-grace,wakeSuppressed:true,taggedConcepts:[sunset-protocol-handover]).68f06bb7-…, agentIdentity@neo-opus-grace) — the durable surface; its own text says "read FIRST on next boot."Both were missed at boot:
§mailbox_check_protocolrunslist_messages(inbox), which excludes self-authored messages. Confirmed live:list_messages(box:inbox, fromIdentity:@neo-opus-grace)→ empty; the self-ping appears in neither the inbox nor the outbox listing (get_messageby partial id also fails). So the mailbox beat structurally cannot surface a self-DM handover.query_raw_memoriessurfaced68f06bb7at relevance 0.70 once queried) — but the boot protocol never queries for it, so a successor following§mailbox_checkalone misses the handover entirely.Severity bound
Continuity is not lost — the durable memory survives and is recallable. This is a discoverability gap, not a persistence one. But it cost operator intervention this session, so a successor cannot currently self-recover its handover from the prescribed boot beats.
Acceptance Criteria
taggedConcepts:[sunset-protocol-handover]memory for the booting identity is auto-surfaced (aquery_raw_memories/get_session_memoriesstep in thecontext-recoveryskill and/or the boot beat).from == to) surface in the recipient's own inbox solist_messagescatches them (decide: self-DMs inbox-visible generally, or only thesunset-protocol-handovertag).Out of scope
Related
§mailbox_check_protocol(the boot beat that missed it); thecontext-recovery+session-sunsetskills; #13481 (wake-route disambiguation); #11318 (Identity Continuity epic).