feat(memory): write-ahead validation via guardian model

**Context:** ROADMAP.md → Memory security → Write-ahead validation

---

## Component

Agent (Python runtime)

## Describe the feature

Route proposed **memory writes** through a guardian model (or rules engine) before persistence. Reject or flag entries that look like injection, secrets, or policy violations.

## Use case

Review-feedback extraction (#27) and agent self-writes can persist attacker-controlled text. A last-line validator reduces poisoned persistence.

## Proposed solution

1. Intercept write path in memory client wrapper.
2. Guardian: lightweight model call or regex+guardrail stack (cost-aware).
3. Modes: `observe` (log only) → `enforce` (block write).
4. Emit `memory_write_rejected` events.
5. Blueprint-configurable per repo.

## Other information

- Complements Bedrock Guardrails on hydration inputs.
- Design context: `docs/design/MEMORY.md`, `docs/design/SECURITY.md`.

- [ ] This might be a breaking change

Inizia leggendo ROADMAP.md e il contesto di progettazione in docs/design/MEMORY.md e docs/design/SECURITY.md, quindi individua il wrapper del client di memoria e il percorso di scrittura dell’agente. Esamina come vengono gestiti la configurazione del blueprint e gli eventi prima di decidere tra gli approcci guardian proposti. Il lavoro è completato quando le scritture supportano le modalità observe ed enforce, le scritture rifiutate emettono eventi memory_write_rejected e il comportamento è configurabile per repository.

Scritto dal modello di indicizzazione a partire dal testo della issue.