memory: U11b C5 — memory_extractor and memory.escalation cleared to retire after b193
This commit is contained in:
@@ -34,7 +34,7 @@
|
||||
|
||||
**Post-b193 config retirements (U11b C5, worldtree-dev msg 6312, 2026-10-01).** Parity-only, no boot effect; apply via `deploy-wt-config` at my pace AFTER b193 is live, both instances:
|
||||
- `policies.yaml`: drop the memory-dream-allow rule and admin-everything's `exclude_actions: [memory.dream]` (the action is gone; a policy naming it is inert).
|
||||
- `model_roles.yaml`: drop `memory_distiller`. `memory_extractor`: OPEN, see below.
|
||||
- `model_roles.yaml`: drop `memory_distiller` AND `memory_extractor`.
|
||||
- `providers.yaml`: KEEP the `summarizer` catalog entry (the deprecated granite-4.1-8b preset still binds `catalog_id: summarizer`; dangling = boot error); only its description changes.
|
||||
- `defaults.yaml`: drop the stale `memory.legacy.mode` comment block (the key already warns as retired since C2).
|
||||
- **`memory_extractor` is NOT clear to drop.** `memory.writer.seat` is unset on both (effective `'agent'`, evaluated with `WriterConfig` in both running apis), BUT `memory.escalation.model_role: memory_extractor` sits on both (escalation disabled). Reported to worldtree-dev; whether b193 resolves it while disabled decides it.
|
||||
- `defaults.yaml`: drop the stale `memory.legacy.mode` comment block, the WHOLE `memory.escalation` block, and any other key b193's boot WARNINGs name as retired (sweep both api logs after the push).
|
||||
- Why `memory_extractor` can go: `memory.writer.seat` is unset on both (effective `'agent'`, evaluated with `WriterConfig` in both running apis). The other reference, `memory.escalation.model_role`, is inert at b193: `escalation` is in `RETIRED_MEMORY_KEYS`, never parsed, one boot WARNING (worldtree-dev msg 6314). memory_tagger is the only memory role left.
|
||||
|
||||
Reference in New Issue
Block a user