Shaper OS : l’OS, puis votre outil

Pilotage métier au quotidien

Vous souhaitez piloter votre activité, vos clients et vos dossiers sans avoir à administrer des serveurs. Le socle est déployé et adapté à vos processus métier pour une utilisation immédiate.

Architecture et gouvernance technique

Exécution conteneurisée, contrôle des accès, topologie des modèles d’IA, stratégie de sauvegarde et reprise après sinistre. Détails complets dans la section « sous le capot ».

L’autonomie contrôlée

SHAPER OS permet à des systèmes de fonctionner de manière autonome. Des agents IA y observent ce qui se passe, effectuent des tâches et résolvent les anomalies sans intervention humaine. L’humain garde le contrôle dès qu’une action dépasse ce que le système est autorisé à faire.

Les univers autonomes

L’infrastructure devient un ensemble d’espaces appelés « univers ». Chaque univers possède ses services, ses agents, ses règles, ses dépendances et son contexte. Il traite en asynchrone, surveille son état, produit des logs structurés et alerte un humain lorsqu’une décision s’impose.

L’orchestration déclarative

Une couche d’orchestration déclarative pour environnements agentiques. L’architecture est décrite par sa topologie, ses dépendances et ses règles. SHAPER matérialise cette intention en services exécutables, gère leur ordre de démarrage, leur cycle de vie, leurs files et leur validation.

Unité de responsabilité & supervision parent

L’univers est l’unité d’exécution et de responsabilité. L’agent répare son périmètre s’il en a l’autorité ; ce qui dépasse est escaladé au parent. Le parent instancie un bac à sable dev/test éphémère, répare à froid, valide à 100% de tests sans régression, puis promeut en production.

Architecture fractale récursive

Un univers peut contenir d’autres univers (Brique → Univers → Univers parent → Host → Flotte). Chaque niveau applique le même cycle invariant : intention → matérialisation → exécution → observation → preuve → réparation → validation → promotion. L’infrastructure s’auto-maintient souverainement.

L’agent de boutique : autonome dans son cadre

Le commerçant demande : « Mets à jour mes produits », « Analyse mes erreurs », « Prépare la nouvelle version ». L’agent connaît l’environnement de sa boutique, quelle qu’en soit la technologie, ses outils et ses limites. Si une action est risquée ou dépasse son cadre, elle est escaladée au parent.

Le gestionnaire de 50 boutiques : univers parent

Un client possède 10, 50 ou 500 boutiques. L’univers gestionnaire supervise ses univers enfants : il observe leur état de santé global, reçoit leurs alertes et intervient à froid dès qu’un problème dépasse la responsabilité locale d’une boutique.

Le SaaS multi-clients : univers grand-parent

La plateforme SaaS héberge plusieurs clients, chacun avec ses boutiques. Le SaaS gère les univers de ses clients avec la même mécanique. La structure et les règles de gouvernance se répètent à chaque échelle.

Une seule architecture, toutes les technologies

Boutique clé en main, service hébergé ou application sur mesure : on ne construit pas un système séparé par technologie. SHAPER fournit le cadre commun et les conventions ; chaque univers apporte sa spécialisation. Le socle public n’embarque volontairement aucun produit tiers : c’est ce qui lui permet de tous les porter.

Un pilier, puis votre métier

Le même socle sert un artisan, une PME, une association. Ce qui change, c’est l’outil façonné dessus : relances, stock, boutique, membres, planning.

Un assistant connecté à vos données

Un agent IA intégré à votre contexte opérationnel peut exécuter des tâches métier : classifier, relancer, préparer, notifier. Les interfaces s’adaptent à vos usages réels.

Pas un seul cloud, pas un seul modèle

On choisit avec vous où vont les données : chez un fournisseur, en hybride, ou chez vous. Un modèle local est possible quand le dossier l’exige. Les choix d’architecture sont guidés par vos contraintes réelles.

Vous restez propriétaire

L’outil est à vous. On peut l’opérer pour vous, ou vous transmettre la main. Le façonnage est la méthode ; Shaper OS est le pilier.

Contrat d’exécution

Linux standardisé et conteneurisation (Podman). Déployable sur serveur cloud, VPS, machine dédiée sur site ou poste Linux isolé. L’exploitation peut être opérée par nos soins ou gérée par vos équipes.

Indépendance des modèles et des agents

Aucun modèle n’est nommé dans l’architecture : une règle qui cite un modèle expire avec lui. Chaque tâche déclare ce qu’elle exige (profondeur de raisonnement, débit, historique nécessaire) et la conduite à tenir si rien ne le satisfait. Au déploiement, les moteurs réellement joignables depuis votre serveur sont mesurés, puis le choix se règle sur deux curseurs, le coût et la performance : les moteurs dominés (plus chers ET moins bons) sont écartés d’office, et votre univers déclare sa priorité, frugale, rapide, ou sous un budget plafond. Les classements publics servent d’indication ; la mesure décide. Le jour où le paysage des modèles change, votre infrastructure ne bouge pas.

Cas 1 : images déjà en cache

Les images de conteneurs sont déjà présentes (cache local ou registry). Le déploiement du socle technique est quasi instantané, avant la phase de restauration des données.

Cas 2 : images à récupérer ou reconstruire

Machine neuve ou registry distant : le temps d’acquisition et de construction des conteneurs dépend de la bande passante et de la puissance machine avant le démarrage.

Cas 3 : restauration des données métier

Une fois le socle opérationnel, bases et volumes chiffrés sont réinjectés. Cette étape est strictement proportionnelle au volume réel de vos données (Mo, Go ou To).

Cinq niveaux de sauvegarde

Conteneur entier (infra) ; volumes persistants en archive compressée (esprit turbinobash, adapté Podman, hors cache) ; dumps de base ; git tagué (le code, pas vos dossiers) ; copie hors site (S3 / R2) chiffrée. Les cinq ensemble suffisent.

Rien de vous n’est publié

Le dépôt ne contient aucun domaine, aucune clé, aucun compte, aucune boîte mail. Une autre entreprise peut le cloner et le déployer sous ses propres nom et domaine en ne changeant que des variables d’environnement, jamais un fichier. Ce n’est pas une intention : un test refuse la publication si une adresse, un identifiant ou un secret réapparaît quelque part.

Une documentation que les agents IA savent exécuter

Le dépôt s’adresse à deux lecteurs. Les humains montent par niveaux, du dirigeant à l’architecte. Les agents IA sont orientés selon leur capacité : les modèles puissants reçoivent les principes dont tout se déduit, les modèles rapides reçoivent des étapes littérales et des points d’arrêt explicites. La documentation est elle-même mise à l’épreuve : un agent qui n’a jamais vu le système doit pouvoir agir sans qu’un humain lui explique quoi que ce soit. Sinon, c’est la documentation qui est en défaut.