feat(memory): temporal decay for memory entries

**Context:** ROADMAP.md → Memory security → Temporal decay

---

## Component

Agent (Python runtime)

## Describe the feature

Configurable **per-entry TTL** with faster decay for unverified content. Expired entries excluded from retrieval (soft-delete or archive).

## Use case

Repo conventions change; year-old review-derived rules may be wrong. Unverified single-source memories should not persist at full weight indefinitely.

## Proposed solution

1. TTL fields on write; decay curve configurable per source type.
2. Background sweeper or lazy expiry at read time.
3. Operator override to pin high-trust entries (no decay).
4. Metrics: `memory_entries_expired_total`.

## Other information

- Design context: `docs/design/MEMORY.md`, `docs/design/SECURITY.md`.

- [ ] This might be a breaking change

Lies zuerst docs/design/MEMORY.md und docs/design/SECURITY.md und verfolge dann die Einstiegspunkte für das Schreiben und Abrufen von Speicher im Agent (Python runtime). Lege fest, wie per-entry TTLs, source-based decay, lazy oder background expiry, pinning und die Metrik memory_entries_expired_total zusammenpassen; fertig ist die Aufgabe, wenn das Design jedes vorgeschlagene Verhalten und dessen Auswirkungen als Breaking Change abdeckt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.