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

Lisez ROADMAP.md et docs/design/MEMORY.md pour comprendre le contexte de sécurité de la mémoire ainsi que les limites sémantiques et épisodiques existantes. Commencez par le spike RFC proposé, en documentant le schéma du graphe, l’API de requête, la synchronisation de l’index du codebase et l’intégration du budget d’hydration. Le travail est considéré comme terminé lorsque le pipeline d’évaluation justifie la fonctionnalité optionnelle et que le RFC tranche le choix du magasin externe.

Rédigé par le modèle d'indexation à partir du texte de l'issue.