[Architecture] Déclarer et câbler la capacité CodeProject.AI via la Gateway commune

[SeCuReDmE-main-dev]

État observé

Aucune référence CodeProject.AI trouvée dans les surfaces runtime suivies.

Contexte

L’architecture SecuredMe Education utilise CodeProject.AI Server comme backend HTTP externe partagé, normalement sur localhost:32168, avec fnpqnn_gateway_MVP comme propriétaire du client, des diagnostics et du contrat de mesh. Le serveur ne doit jamais être copié ou vendoré dans ce dépôt.

L’audit du 2026-07-31 a aussi trouvé dans .codex/securedme-adapter-map.json et .antigravity/securedme-adapter-map.json un ancien chemin FNP-QNN-MVP/fnpqnn_gateway_MVP qui n’existe plus dans le workspace actuel; la Gateway est maintenant un dépôt frère fnpqnn_gateway_MVP.

Travail attendu

• Déclarer explicitement la capacité CodeProject.AI de ce bloc : required, optional ou none, avec justification produit.
• Si required ou optional, appeler le contrat public de fnpqnn_gateway_MVP; ne pas dupliquer son client HTTP dans chaque application.
• Corriger les chemins d’adaptateur vers la Gateway canonique.
• Ne jamais lire directement le .env, ne jamais vendoriser CodeProject.AI et ne jamais placer CodeProject.AI comme source d’identité, de jetons ou de vérité métier.
• Prévoir santé, timeout, indisponibilité et fonctionnement dégradé déterministe.
• Ajouter tests de contrat avec transport simulé, plus un smoke test live explicitement opt-in.
• Documenter les opérations autorisées et les données qui ne doivent jamais quitter le bloc.

Critère de fermeture

La capacité déclarée est vérifiable depuis le runtime. Si elle vaut none, aucun faux bouton ni promesse documentaire ne demeure. Si elle vaut required ou optional, une preuve Gateway → CodeProject.AI redacted passe sans mutation non confirmée.

Backlog créé pour les prochains jours; le chantier QiT/PiT reste prioritaire dans la tâche active.