# Orbit by BoostEcom

> Your context. Your memory. Your brain. Anywhere.

## Pré-version

- [Orbit](https://orbit.boostecom.dev/introduction.md): Le système d’exploitation personnel du contexte.
- [Concepts fondamentaux](https://orbit.boostecom.dev/concepts.md): Le vocabulaire et le modèle mental canonique d’Orbit.
- [Glossaire](https://orbit.boostecom.dev/glossaire.md): Vocabulaire canonique d’Orbit pour éviter les ambiguïtés produit et techniques.
- [Prototype interactif](https://orbit.boostecom.dev/prototype.md): Accès interne à la spécification exécutable canonique Orbit.
- [Démarrage](https://orbit.boostecom.dev/quickstart.md): Lire et exécuter la spécification Orbit actuelle.
- [Source de vérité](https://orbit.boostecom.dev/source-de-verite.md): Ce qui fait foi dans Orbit et comment éviter la dérive entre produit, UX et code.
- [État de la spécification](https://orbit.boostecom.dev/notice.md): Ce qui est exécutable aujourd’hui et ce qui reste un contrat de production.
- [Roadmap](https://orbit.boostecom.dev/roadmap.md): Trajectoire produit et architecture, avec séparation claire entre invariants et jalons.
- [Gouvernance documentaire](https://orbit.boostecom.dev/docs/governance.md): Garder la documentation alignée avec le produit pendant plusieurs années.
- [Accès, audiences & confidentialité](https://orbit.boostecom.dev/docs/access-control.md): Modèle canonique de publication partielle pour séparer documentation publique, clients, équipes internes et contenus restreints.
- [Checklist de publication](https://orbit.boostecom.dev/docs/publication-checklist.md): Contrôles obligatoires avant de rendre une nouvelle page ou une nouvelle version de la documentation Orbit accessible.
- [Architecture](https://orbit.boostecom.dev/architecture.md): Architecture cible d’Orbit et frontières de responsabilités.
- [Modèle de données](https://orbit.boostecom.dev/architecture/data-model.md): Entités canoniques, relations et règles d’intégrité d’Orbit.
- [Pipeline d’ingestion](https://orbit.boostecom.dev/architecture/ingestion.md): Transformer des sources hétérogènes en mémoire canonique sans perdre la provenance.
- [Moteur de contexte](https://orbit.boostecom.dev/architecture/context-engine.md): Comment Orbit transforme une intention en paquet de contexte minimal, sourcé et autorisé.
- [Mémoire & CU](https://orbit.boostecom.dev/memoire-cu.md): Cycle de vie de la mémoire, qualité, capacité active et compression.
- [Versioning des schémas d’Espaces](https://orbit.boostecom.dev/schemas/versioning.md): Faire évoluer Marque, Travail, Personnel et futurs domaines sans casser les cerveaux existants.
- [Connecteurs](https://orbit.boostecom.dev/connecteurs.md): Les connecteurs comme couche d’ingestion et de routage, jamais comme piliers.
- [Routing des sources](https://orbit.boostecom.dev/connectors/routing.md): Déterminer où une donnée externe peut nourrir Orbit sans mélanger les Espaces.
- [Cycle de vie d’un connecteur](https://orbit.boostecom.dev/connectors/lifecycle.md): États, synchronisation, renouvellement, révocation et suppression d’une intégration externe.
- [Compatibilité MCP](https://orbit.boostecom.dev/mcp/compatibility.md): Garder Orbit portable lorsque le protocole et les clients évoluent.
- [Sécurité & confiance](https://orbit.boostecom.dev/securite.md): Les règles minimales pour un Cerveau qui mélange contexte personnel et professionnel.
- [Modèle de menace](https://orbit.boostecom.dev/security/threat-model.md): Menaces prioritaires pour un système de mémoire portable connecté à plusieurs clients et sources.
- [Vie privée & rétention](https://orbit.boostecom.dev/security/privacy-retention.md): Règles de conservation, suppression, export et séparation des données.
- [Réponse aux incidents](https://orbit.boostecom.dev/security/incident-response.md): Préparer les actions lorsque la mémoire, les credentials ou les permissions sont compromis.
- [Économie & paywall](https://orbit.boostecom.dev/economie.md): L’architecture économique d’Orbit, liée au contexte actif plutôt qu’à des features artificielles.
- [Contrôle des coûts](https://orbit.boostecom.dev/operations/cost-control.md): Garder Orbit économiquement viable sans exposer la complexité fournisseur aux utilisateurs.
- [Observabilité](https://orbit.boostecom.dev/operations/observability.md): Signaux nécessaires pour comprendre qualité, performance, coût et erreurs d’Orbit.
- [Fiabilité & SLO](https://orbit.boostecom.dev/operations/reliability.md): Objectifs de service et stratégies de dégradation pour un Context OS disponible.
- [Sauvegardes & reprise](https://orbit.boostecom.dev/operations/backups.md): Protection de la mémoire canonique contre suppression, corruption et panne fournisseur.
- [Runbooks](https://orbit.boostecom.dev/operations/runbooks.md): Procédures opérationnelles répétables pour réduire le temps de résolution.
- [Versioning & compatibilité](https://orbit.boostecom.dev/engineering/versioning.md): Faire évoluer Orbit sans casser les clients, Espaces, mémoires ou intégrations existantes.
- [Stratégie de tests](https://orbit.boostecom.dev/engineering/testing.md): Tester la sémantique, la sécurité et l’UX d’Orbit — pas seulement les fonctions.
- [CI/CD & environnements](https://orbit.boostecom.dev/engineering/ci-cd.md): Pipeline de livraison, previews, protections et promotion vers la production.
- [Migrations de données](https://orbit.boostecom.dev/engineering/migrations.md): Faire évoluer la mémoire canonique sans indisponibilité ni perte de provenance.
- [Dépendances & fournisseurs](https://orbit.boostecom.dev/engineering/dependencies.md): Réduire le lock-in technique et le risque de supply chain sur 1–3 ans.
- [Versions & releases](https://orbit.boostecom.dev/engineering/release-policy.md): Politique de versioning Orbit et cycle de vie de la documentation.
- [Repositories & delivery](https://orbit.boostecom.dev/engineering/repositories.md): Frontière entre la documentation Orbit et l’application de production.
- [Décisions d’architecture — ADR](https://orbit.boostecom.dev/engineering/adr.md): Conserver les raisons des choix structurants afin d’éviter les débats cycliques.
- [ADR-0001 — La mémoire appartient à Orbit](https://orbit.boostecom.dev/adr/0001-memory-owned-by-orbit.md): Décision fondatrice séparant la mémoire canonique des fournisseurs de modèles.
- [ADR-0002 — Brain → Spaces → Schémas](https://orbit.boostecom.dev/adr/0002-brain-spaces-schemas.md): Décision structurant la mémoire en domaines sémantiques isolés.
- [ADR-0003 — Qualité de contexte ≠ CU](https://orbit.boostecom.dev/adr/0003-quality-vs-cu.md): Séparer le signal de compréhension de la primitive de capacité active.
- [ADR-0004 — Les connecteurs sont de l’ingestion](https://orbit.boostecom.dev/adr/0004-connectors-are-ingestion.md): Ne pas confondre provenance des données et structure sémantique.
- [ADR-0005 — MCP et API sont des ports](https://orbit.boostecom.dev/adr/0005-mcp-api-ports.md): Préserver le cœur Orbit même si les protocoles d’intégration évoluent.
- [ADR-0006 — Documentation publique et interne dans un même système](https://orbit.boostecom.dev/adr/0006-documentation-access.md): Publier une documentation riche sans exposer les contenus sensibles.
- [Expériences visuelles](https://orbit.boostecom.dev/components/visual-experiences.md): Règles pour enrichir Orbit sans casser le design system natif de Documentation.AI.
- [Système documentaire](https://orbit.boostecom.dev/components.md): Les composants et règles de mise en forme utilisés pour garder la documentation Orbit claire, visuelle et cohérente.
- [Images & diagrammes](https://orbit.boostecom.dev/components/images.md): Utiliser les visuels pour expliquer le graphe, les flux et les états sans créer une documentation décorative.
- [Cards](https://orbit.boostecom.dev/components/cards.md): Présenter des concepts, surfaces produit ou destinations de documentation de manière très lisible.
- [Code](https://orbit.boostecom.dev/components/code.md): Présenter les contrats techniques, exemples et signatures sans mélanger code réel et pseudo-code.
- [Callouts](https://orbit.boostecom.dev/components/callouts.md): Mettre en évidence les décisions, risques et nuances qui changent réellement la compréhension d’Orbit.
- [Steps](https://orbit.boostecom.dev/components/steps.md): Documenter les séquences qui doivent être suivies dans un ordre précis.
- [Tabs](https://orbit.boostecom.dev/components/tabs.md): Regrouper des variantes cohérentes sans fragmenter la lecture.
- [Founder OS](https://orbit.boostecom.dev/agents/founder-os.md): Le système d’exploitation de décision et d’exécution du founder, dérivé de la source Indie Founder OS.
- [Skill Founder OS](https://orbit.boostecom.dev/agents/founder-os/skill.md): La couche portable et réutilisable de la méthode Indie Founder OS.
- [Agent Founder complet](https://orbit.boostecom.dev/agents/founder-os/agent.md): Runtime autonome construit autour du Skill Founder OS et de la mémoire Orbit.
- [Mémoire & permissions](https://orbit.boostecom.dev/agents/founder-os/memory-permissions.md): Quelles informations l’Agent Founder peut lire, écrire et transformer dans Orbit.
- [Évaluation Founder OS](https://orbit.boostecom.dev/agents/founder-os/evaluation.md): Mesurer si l’agent augmente réellement le leverage plutôt que l’activité.
- [Source canonique](https://orbit.boostecom.dev/agents/founder-os/source.md): Provenance et politique d’évolution de l’instruction Indie Founder OS.
- [MCP & API](https://orbit.boostecom.dev/mcp-api.md): Exposer le Cerveau Orbit sans dépendre d’un fournisseur de modèle.
- [Authentification & permissions](https://orbit.boostecom.dev/authentication.md): Principes d’accès pour les clients MCP/API et les connecteurs Orbit.
- [Versioning API](https://orbit.boostecom.dev/api/versioning.md): Politique de compatibilité pour l’API REST Orbit.
- [Erreurs API](https://orbit.boostecom.dev/api/errors.md): Contrat d’erreur stable, corrélable et exploitable par les clients.
- [Construire un paquet de contexte](https://orbit.boostecom.dev/api-reference/post-v1-context.md)
- [Rechercher dans les mémoires autorisées](https://orbit.boostecom.dev/api-reference/post-v1-search.md)
- [Lire l’état du Cerveau](https://orbit.boostecom.dev/api-reference/get-v1-status.md)
- [Proposer une nouvelle mémoire](https://orbit.boostecom.dev/api-reference/post-v1-memories.md)
- [Archiver une mémoire](https://orbit.boostecom.dev/api-reference/post-v1-memories-memoryid-archive.md)
- [Centre d’aide](https://orbit.boostecom.dev/help-center.md): Comprendre Orbit, nourrir son Cerveau et résoudre les situations les plus fréquentes.
- [Qu’est-ce qu’Orbit ?](https://orbit.boostecom.dev/help-center/faq/getting-started.md): La définition courte du produit et ce qu’il remplace réellement.
- [Quelle différence entre Qualité et CU ?](https://orbit.boostecom.dev/help-center/faq/context-quality-cu.md): Comprendre les deux métriques principales d’Orbit.
- [Pourquoi un connecteur n’est-il pas un pilier ?](https://orbit.boostecom.dev/help-center/faq/connectors.md): Comprendre la différence entre source de données et structure sémantique.
- [Orbit remplace-t-il mon LLM ?](https://orbit.boostecom.dev/help-center/faq/mcp.md): Comprendre la relation entre Orbit, MCP, API et fournisseurs de modèles.
- [Créer et nourrir son premier Espace](https://orbit.boostecom.dev/help-center/guides/create-first-space.md): Parcours du premier encodage à un Espace exploitable.
- [Connecter une source](https://orbit.boostecom.dev/help-center/guides/connect-source.md): Ajouter une source externe à Orbit sans confondre connexion et mémoire.
- [Utiliser Orbit via MCP](https://orbit.boostecom.dev/help-center/guides/use-mcp.md): Comprendre le modèle d’intégration avec un client ou agent compatible.
- [Une mémoire n’est pas encore visible](https://orbit.boostecom.dev/help-center/troubleshooting/memory-not-visible.md): Comprendre pourquoi une information peut ne pas apparaître immédiatement dans le graphe.
- [Un connecteur ne synchronise pas](https://orbit.boostecom.dev/help-center/troubleshooting/connector-not-syncing.md): Vérifications principales lorsqu’une source connectée ne remonte plus de nouvelles informations.
- [La capacité active est pleine](https://orbit.boostecom.dev/help-center/troubleshooting/capacity-full.md): Que faire lorsque le Cerveau atteint son plafond en CU.
- [Changelog](https://orbit.boostecom.dev/changelog.md): Historique des versions publiques d’Orbit.