# Archive — Spirit-Storage final sweep (2026-06-22)

Source: Wiring Audit #59 (spirit-storage cluster), parked in `BIG_BRAIN/10-pending.md`.
Council CLOSED: `_council/2026-06-21-wiring-spirit-storage/CLOSED.md`.
Cluster verdict: **wipe-preserved** (0 strip refs; Codex-Vault spirit-vessel precedent).
All moves below are Joseph-approved ARCHIVE decisions from that audit.

## Archived files

### 1. `forever_hold/clear_bag.mcfunction`  (WA59-D1-CLEARBAG)
- **Why:** UNREACHABLE + dead-path. Its header claimed a strip-flow caller that does not
  exist (grep → only the file referenced itself; `admin/strip_player_zero` has 0 `forever_hold`
  refs). Even if wired, the `bags.$(pid)` storage path is a no-op: the real Forever Hold store is
  `holds.<hid>` keyed on the per-item `ec.fhid`, never `bags.<pid>`.
- **Wipe disposition:** the whole cluster is wipe-PRESERVED (a spirit vessel that survives death,
  like the Codex Vault). There is intentionally NO strip caller — archiving the lying helper is the
  correct close, not wiring it.
- **Restore path:** `data/evercraft/function/forever_hold/clear_bag.mcfunction`
  (would also need a real `holds.$(hid)` rewrite + a strip caller before it does anything useful).

### 2. `forever_hold/give.mcfunction`  (WA59-DEAD-GIVE)
- **Why:** DEAD (0 callers). The Forever Hold is assemble-only via `process_assemble` →
  `give_stamped` (which stamps a live `ec.fhid`). `give` was the only reference to the loot table
  below, and it bakes/relies on `forever_hold_id:0` — a latent footgun (`on_use:27` clears any
  unstamped `forever_hold_id:0b` copy, so a naively-given Hold would self-delete on first open).
- **Restore path:** `data/evercraft/function/forever_hold/give.mcfunction`.

### 3. `loot_table/forever_hold/forever_hold.json`  (WA59-DEAD-GIVE)
- **Why:** DEAD pair with `give.mcfunction` (its only caller, now archived). Bakes
  `custom_data.forever_hold_id:0` — the id:0 sentinel footgun. The emptied
  `data/evercraft/loot_table/forever_hold/` directory was removed.
- **Restore path:** `data/evercraft/loot_table/forever_hold/forever_hold.json`
  (recreate the directory first).

### 4. `forever_hold/menu/decrement_mainhand.mcfunction`  (WA59-DEAD-DECREMENT)
- **Why:** DEAD (0 callers). `menu/try_store:35` removes the whole held stack via
  `item replace … with air`, so the single-item decrement helper is never reached.
  Clean candidate — no marker, no caller, no storage side effects.
- **Restore path:** `data/evercraft/function/forever_hold/menu/decrement_mainhand.mcfunction`.

## Notes
- No advancement reward, tick chain, or other system referenced any of these files
  (verified by grep across `data/evercraft/function/`).
- Kept (NOT archived): `assign_id` / `ec.fhold_id` (WA59-VESTIGIAL-ASSIGNID) — harmless
  vestigial counter, documented as such in the leaf doc.
