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

Nadie ha tomado este issue todavía.

**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

Lee ROADMAP.md y docs/design/MEMORY.md para comprender el contexto de seguridad de la memoria y los límites semánticos y episódicos existentes. Comienza con el spike de RFC propuesto, documentando el esquema del grafo, la API de consultas, la sincronización del índice del codebase y la integración del presupuesto de hydration. Se considera terminado cuando el pipeline de evaluación justifica la feature opcional y el RFC resuelve la elección del almacén externo.

Escrito por el modelo de indexación a partir del texto del issue.