Repositories & delivery
Frontière stable entre source de vérité et runtime Orbit.
Deux repositories
| Repository | Domaine | Responsabilité |
|---|---|---|
BoostEcom/orbit.boostecom.dev | orbit.boostecom.dev | documentation, prototype Brain, ADR, contrats |
BoostEcom/orbit.boostecom.app | orbit.boostecom.app | cockpit, Studio, Brain production, DB, APIs, workers |
Aucun troisième repo n’est nécessaire.
Le runtime existe déjà
orbit.boostecom.app possède un monorepo pnpm, Next 16, Prisma/Postgres, auth, moteur, ledger, connecteurs, Remotion, observabilité, tests et CI.
Nous ne le remplaçons pas par un starter.
Nous le réalignons autour du Context OS.
0 utilisateur : fenêtre de nettoyage
Au moment de cette décision, l’app n’a aucun utilisateur actif.
Il n’existe donc aucune promesse publique de compatibilité sur :
/studio/memory;/studio/[product]/brain;- noms de packages
@studio/*; - modèles mémoire internes non publiés.
Ces éléments peuvent être corrigés avant v1 dès que les références internes sont migrées.
Contrat inter-repos
Avant parité :
orbit.boostecom.dev
↓
contrats / UX / invariants
↓
orbit.boostecom.app
↓
runtime
La lecture du runtime peut révéler une meilleure implémentation déjà existante. Dans ce cas, nous mettons d’abord à jour la source de vérité, puis nous poursuivons la migration.
Pas de big bang utile
Le fait de pouvoir casser le legacy Pré-v1 ne justifie pas de jeter :
- ledger ;
- connecteurs ;
- jobs ;
- auth ;
- observabilité ;
- Remotion ;
- tests.
On corrige la sémantique tôt, on préserve les mécanismes robustes.