Architecture
Architecture réelle du runtime Orbit et frontières cibles du Context OS.
Principe
Orbit possède la mémoire. Les tools et modèles consomment un contexte scopé.
Runtime existant que nous conservons
| Couche | Choix actuel |
|---|---|
| Monorepo | pnpm 10 workspaces |
| Runtime | Node 24 |
| Application | Next.js 16 App Router + React 19 |
| UI | Tailwind 4 + composants internes |
| Langage | TypeScript 5.9 strict |
| Données | PostgreSQL / Neon |
| ORM | Prisma 7 + @prisma/adapter-pg |
| Auth web | NextAuth v4 + OTP + Prisma adapter |
| Génération | AI SDK 7 + AI Gateway derrière packages/engine |
| Stockage | Vercel Blob + stockage local de test |
| Observabilité | OpenTelemetry + logs structurés |
| Tests | Vitest 4 + Playwright |
| Vidéo | Remotion 4 isolé dans un paquet React 18 |
Nous ne remplaçons pas Prisma par une autre couche uniquement pour correspondre à une architecture théorique. Le runtime réel est déjà solide ; la migration porte d’abord sur le domaine Orbit.
Frontières cibles
Le code Brain/Space/Memory/Policy/CU ne doit pas dépendre directement d’un SDK fournisseur.
Cockpit applicatif
- Brain :
/brain - Studio :
/studio - futurs tools : Chat, Research, Builder…
- MCP/API : clients externes du même Context Engine
Voir Cockpit & tools et Contrat Tool ↔ Brain.
Was this page helpful?