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

Leggi ROADMAP.md e docs/design/MEMORY.md per comprendere il contesto della sicurezza della memoria e i limiti semantici ed episodici esistenti. Inizia con lo spike RFC proposto, documentando lo schema del grafo, l’API di query, la sincronizzazione dell’indice del codebase e l’integrazione del budget di hydration. Il lavoro è completato quando la pipeline di valutazione giustifica la feature opzionale e l’RFC risolve la scelta dello store esterno.

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