Ce qu’il faut comprendre
Créer une application pour un métier ne devrait pas obliger à reconstruire l’authentification, la messagerie, la traduction et l’orchestration IA à chaque déploiement. O-K Core formalise cette ambition dans une architecture modulaire.
Séparer le Core du métier
Le cahier des charges distingue cinq responsabilités : Core, module métier, instance, branding et fournisseurs externes. Le Core porte les services transverses ; les modules ajoutent le vocabulaire et les processus du domaine concerné.
Des services réutilisables
L’architecture cible comprend notamment les utilisateurs et permissions, les conversations, les documents, l’audio, les traductions, les diagnostics, la configuration et l’audit. Une orchestration IA centrale doit choisir fournisseurs et modèles selon la mission plutôt que laisser chaque page métier gérer ses propres appels.
Premiers scénarios : maçonnerie au Maroc et en Italie
Le programme de conception décrit des échanges entre clients et professionnels, avec adaptation des langues, notamment français, italien et darija, et prise en charge des contextes locaux sans dupliquer le cœur applicatif.
Un projet d’architecture, pas une promesse de disponibilité générale
O-K Core est documenté comme un socle indépendant en construction, inspiré de besoins rencontrés dans AppMaçon. Les étapes prévues vont de l’architecture initiale à l’extraction des services puis aux instances de validation ; il ne faut pas assimiler cette feuille de route à une certification de fonctions toutes livrées.
Base documentaire : Cahier des charges O-K Core v0.1.0 — Architecture Orchestration. Les périmètres dépendent de la version et du déploiement.