<aside>
🔌
État courant INT-API-000 — sommeil contrôlé, branche 40 %. La doctrine API / tokens / webhooks est absorbée ici ; l’ancien objet _Old n’est plus la façade canonique. Au réveil : inventorier les API externes/internes et métadonnées de tokens réellement utilisées, stabiliser le modèle transverse v0.1 et le contrat webhook v0.1, puis seulement spécifier le pilote Échos du Temps ↔ Auroville ↔ Site. Aucun secret en clair, aucun registre parallèle et aucun prototype « Back-End Fractal » promu sans dépôt/owner/tests.
</aside>
<aside>
🗄️
Capacité Data et intégration. Galaxie cartographie les sources et flux mais n’absorbe pas les données métier de tous les pôles.
</aside>
Garde-fous
- Mécénat, formulaires et réunions retournent à leurs propriétaires métier après qualification.
- Les sources sensibles ne sont pas aspirées automatiquement dans Galaxie.
Interopérabilité SI — API, tokens & webhooks — absorption du 25 août 2026
- Cette branche porte désormais la doctrine utile de l’ancien chantier
INT-API-000.
- API externes : inventorier fournisseur, usage, projet consommateur, authentification, quotas, coût, criticité, owner et alternative.
- API internes : normaliser les contrats d’échange et identifiants avant toute interconnexion entre solutions Frequencies.
- Tokens & secrets : conserver uniquement les métadonnées de cycle de vie ; jamais de valeur secrète dans Notion/Airtable/Monday.
- Webhooks : exiger signature, idempotence, retries, traçabilité et owner.
- Observabilité : chaque flux réel doit avoir des preuves et seuils de surveillance adaptés.
- Le registre structuré n’est créé/enrichi dans Airtable que si le modèle est stabilisé ; Monday porte les actions, Drive les spécifications/preuves, GitHub/Azure les contrats exécutables.
- L’ancien objet
INT-API-000 n’est plus une maison Notion autonome ; sa continuité technique peut rester tracée dans le registre des boîtes noires.