feat(memory): structured knowledge graph (tier 4, optional)

**Context:** ROADMAP.md → Memory security → Structured knowledge graph (tier 4)

---

## Component

Agent (Python runtime)

## Describe the feature

Optional **long-term** direction: structured knowledge graph if semantic + episodic AgentCore Memory proves insufficient for repo-specific query patterns (e.g. cross-file API dependency queries).

## Use case

Some repos need relationship-aware retrieval ("what calls this endpoint?") beyond vector similarity. Defer until semantic/episodic limits are measured in production.

## Proposed solution

1. RFC spike: graph schema, query API, sync from codebase indexing.
2. Integration point with hydration budget.
3. Explicitly **optional**—ship only if evaluation pipeline shows retrieval gaps.
4. May leverage external store (Neptune, or embedded graph) — TBD in RFC.

## Other information

- Lowest priority in memory epic; do not block other memory security work.
- Design context: `docs/design/MEMORY.md`.

- [ ] This might be a breaking change

Lies ROADMAP.md und docs/design/MEMORY.md, um den Kontext der Speichersicherheit sowie die bestehenden semantischen und episodischen Grenzen zu verstehen. Beginne mit dem vorgeschlagenen RFC-Spike und dokumentiere das Graphschema, die Query-API, die Synchronisierung des Codebase-Index und die Integration des Hydration-Budgets. Als abgeschlossen gilt die Arbeit, wenn die Evaluierungspipeline das optionale Feature begründet und der RFC die Wahl des externen Speichers klärt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.