ADR — Architecture Meta KG Applications

Décisions

1. Conserver le KG documentaire existant

Le KG documentaire reste responsable de source_app, workspace, project, document, query, thread, citation, cache_entry, ingestion_job.

2. Ajouter un Meta KG applicatif séparé mais relié

Le Meta KG Applications porte les namespaces code, data, vector, runtime, tests, doc bridge.

3. Ne pas faire de MCP le cœur

MCP est utile pour IDE ou développeurs externes. Le canal principal est :

API locale Nexus → CLI/SDK → agents/devs

4. Pas de routeur d’intention central

Le système repose sur :

search → expand → context_pack

5. GitHub est source de vérité

Nexus indexe le repo, crée un graphe dérivé, versionné par commit, mais ne devient pas nécessairement un miroir complet du code brut.

6. Evidence obligatoire

Toute relation inférée doit porter evidence, confidence et, si possible, chemin + lignes.

7. Pas de full-repo prompt

Le repo complet ne doit jamais être envoyé au LLM. Nexus produit des context packs courts.

Alternatives rejetées