# Documentation for Orbit by EasyConnector.App > Documentation for Orbit by EasyConnector.App ## Pré-version - [Orbit](https://docs.easyconnector.app/introduction.md): Le système d’exploitation personnel du contexte. - [Demo Orbit](https://docs.easyconnector.app/demo.md): Explore the complete interactive Orbit Brain demo. - [Concepts fondamentaux](https://docs.easyconnector.app/concepts.md): Le vocabulaire et le modèle mental canonique d’Orbit. - [Glossaire](https://docs.easyconnector.app/glossaire.md): Vocabulaire canonique d’Orbit. - [Prototype interactif](https://docs.easyconnector.app/prototype.md): Source exécutable canonique Orbit et relation avec la démo publique. - [Démarrage](https://docs.easyconnector.app/quickstart.md): Lire et exécuter la spécification Orbit actuelle. - [Source de vérité](https://docs.easyconnector.app/source-de-verite.md): Hiérarchie canonique entre prototype, documentation et runtime Orbit. - [État de la spécification](https://docs.easyconnector.app/notice.md): Ce qui existe déjà dans Orbit et ce qui reste à construire avant v1. - [Roadmap](https://docs.easyconnector.app/roadmap.md): Trajectoire Pré-v1 depuis le cockpit existant vers le Context OS complet. - [Gouvernance documentaire](https://docs.easyconnector.app/docs/governance.md): Garder la documentation alignée avec le produit pendant plusieurs années. - [Accès, audiences & confidentialité](https://docs.easyconnector.app/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://docs.easyconnector.app/docs/publication-checklist.md): Contrôles obligatoires avant de rendre une nouvelle page ou une nouvelle version de la documentation Orbit accessible. - [Tools](https://docs.easyconnector.app/tools.md): Les outils natifs d’Orbit consomment le même Brain sans posséder une mémoire parallèle. - [Studio](https://docs.easyconnector.app/studio.md): Le tool créatif natif d’Orbit pour produire, valider et apprendre à partir du contexte du Brain. - [Overview du cockpit](https://docs.easyconnector.app/studio/overview.md) - [Créer dans Studio](https://docs.easyconnector.app/studio/create.md): Composer, références, modes de génération et composition déterministe. - [Galerie & production](https://docs.easyconnector.app/studio/gallery-production.md): Retrouver les créations, suivre les jobs et comprendre le cycle de production Studio. - [Validation & relecture](https://docs.easyconnector.app/studio/quality-review.md): Les deux portes humaines qui empêchent une création faible ou incorrecte de sortir du Studio. - [Concepts & apprentissages](https://docs.easyconnector.app/studio/concepts-learning.md): Structurer les hypothèses créatives et apprendre des résultats réels. - [Studio + Brain](https://docs.easyconnector.app/studio/brain-context.md): Comment Studio utilise le Context OS Orbit sans créer une mémoire parallèle. - [Crédits & BYOK](https://docs.easyconnector.app/studio/credits-byok.md): Comment financer la consommation fournisseur de Studio sans mélanger abonnement, CU et génération. - [Architecture](https://docs.easyconnector.app/architecture.md): Architecture réelle du runtime Orbit et frontières cibles du Context OS. - [Cockpit & tools](https://docs.easyconnector.app/architecture/cockpit-tools.md): Comment Brain, Studio et les futurs tools composent le produit Orbit. - [Modèle de données](https://docs.easyconnector.app/architecture/data-model.md): Entités canoniques du Context OS et relation avec le runtime Studio existant. - [Pipeline d’ingestion](https://docs.easyconnector.app/architecture/ingestion.md): Transformer les sources en mémoire canonique en réutilisant la couche connecteurs existante. - [Contrat Tool ↔ Brain](https://docs.easyconnector.app/architecture/tool-context-contract.md): La frontière stable qui permet à Studio et aux futurs tools d’utiliser le même contexte. - [Moteur de contexte](https://docs.easyconnector.app/architecture/context-engine.md): Comment Orbit transforme une intention en paquet de contexte minimal, sourcé et autorisé. - [Mémoire & CU](https://docs.easyconnector.app/memoire-cu.md): Cycle de vie de la mémoire et distinction entre capacité de contexte et crédits monétaires. - [Versioning des schémas d’Espaces](https://docs.easyconnector.app/schemas/versioning.md): Faire évoluer Marque, Travail, Personnel et futurs domaines sans casser les cerveaux existants. - [Runtime Studio](https://docs.easyconnector.app/studio/internal/runtime.md): Index interne du runtime Studio et de ses frontières avec le Brain Orbit. - [Pipeline de génération Studio](https://docs.easyconnector.app/studio/internal/generation-pipeline.md): Chemin serveur réel d’une génération payante, du scope au settlement. - [Ledger & idempotence](https://docs.easyconnector.app/studio/internal/ledger-idempotency.md): Autorité interne des crédits Studio, réserves, règlements et replays. - [Providers & credentials](https://docs.easyconnector.app/studio/internal/providers-credentials.md): Routage fournisseur et résolution des credentials sans fuite dans les bindings Brain. - [Connecteurs Studio](https://docs.easyconnector.app/studio/internal/connectors.md): Ports, registry, credentials et séparation capability/source connector. - [Remotion & jobs async](https://docs.easyconnector.app/studio/internal/remotion-jobs.md): Composition déterministe, renders et fermeture des travaux longs. - [Observabilité & rétention](https://docs.easyconnector.app/studio/internal/observability-retention.md): Spans Studio, réconciliation et nettoyage des artefacts sans effacer l’audit financier. - [Runbooks Studio](https://docs.easyconnector.app/studio/internal/runbooks.md): Points d’entrée opérationnels pour diagnostiquer générations, callbacks, quotas et réconciliation. - [Permissions Studio](https://docs.easyconnector.app/studio/internal/permissions.md): Matrice fermée de rôles et permissions relue côté serveur. - [Connecteurs](https://docs.easyconnector.app/connecteurs.md): Réutiliser la couche connecteurs existante comme infrastructure d’ingestion Orbit. - [Routing des sources](https://docs.easyconnector.app/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://docs.easyconnector.app/connectors/lifecycle.md): États, synchronisation, renouvellement, révocation et suppression d’une intégration externe. - [Compatibilité MCP](https://docs.easyconnector.app/mcp/compatibility.md): Garder Orbit portable lorsque le protocole et les clients évoluent. - [Sécurité & confiance](https://docs.easyconnector.app/securite.md): Les règles minimales pour un Cerveau qui mélange contexte personnel et professionnel. - [Modèle de menace](https://docs.easyconnector.app/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://docs.easyconnector.app/security/privacy-retention.md): Règles de conservation, suppression, export et séparation des données. - [Réponse aux incidents](https://docs.easyconnector.app/security/incident-response.md): Préparer les actions lorsque la mémoire, les credentials ou les permissions sont compromis. - [Économie & paywall](https://docs.easyconnector.app/economie.md): Plan Orbit, CU, activation, crédits Studio, BYOK et garde-fou de marge. - [Contrôle des coûts](https://docs.easyconnector.app/operations/cost-control.md): Relier le ledger Studio, BYOK, Context OS et la marge cible. - [Funding Studio & BYOK](https://docs.easyconnector.app/studio/internal/funding.md): Modèle interne de financement fournisseur, crédits managés et BYOK custom. - [Observabilité](https://docs.easyconnector.app/operations/observability.md): Étendre l’OpenTelemetry et les logs structurés existants au Context OS. - [Fiabilité & SLO](https://docs.easyconnector.app/operations/reliability.md): Objectifs de service et stratégies de dégradation pour un Context OS disponible. - [Sauvegardes & reprise](https://docs.easyconnector.app/operations/backups.md): Protection de la mémoire canonique contre suppression, corruption et panne fournisseur. - [Runbooks](https://docs.easyconnector.app/operations/runbooks.md): Procédures opérationnelles répétables pour réduire le temps de résolution. - [Versioning & compatibilité](https://docs.easyconnector.app/engineering/versioning.md): Faire évoluer Orbit sans casser les clients, Espaces, mémoires ou intégrations existantes. - [Stratégie de tests](https://docs.easyconnector.app/engineering/testing.md): Conserver les protections existantes et ajouter les invariants du Context OS. - [CI/CD & environnements](https://docs.easyconnector.app/engineering/ci-cd.md): Gates réels du monorepo Orbit et politique de livraison Pré-v1. - [Migrations de données](https://docs.easyconnector.app/engineering/migrations.md): Profiter de la fenêtre Pré-v1 sans sacrifier l’intégrité du runtime. - [Dépendances & fournisseurs](https://docs.easyconnector.app/engineering/dependencies.md): Conserver le runtime solide tout en réduisant le lock-in du domaine Context OS. - [Versions & releases](https://docs.easyconnector.app/engineering/release-policy.md): Politique de versioning Orbit et cycle de vie de la documentation. - [Repositories & delivery](https://docs.easyconnector.app/engineering/repositories.md): Frontière stable entre source de vérité et runtime Orbit. - [Décisions d’architecture — ADR](https://docs.easyconnector.app/engineering/adr.md): Raisons des choix structurants d’Orbit. - [ADR-0001 — La mémoire appartient à Orbit](https://docs.easyconnector.app/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://docs.easyconnector.app/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://docs.easyconnector.app/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://docs.easyconnector.app/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://docs.easyconnector.app/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://docs.easyconnector.app/adr/0006-documentation-access.md): Publier une documentation riche sans exposer les contenus sensibles. - [ADR-0007 — Orbit est un cockpit de tools autour d’un Brain partagé](https://docs.easyconnector.app/adr/0007-orbit-cockpit-tools.md): Figer Brain et Studio comme surfaces de premier niveau et empêcher chaque tool de recréer sa mémoire. - [ADR-0008 · Academy est une surface Orbit](https://docs.easyconnector.app/adr/0008-academy-orbit-learning-surface.md): Academy appartient à Orbit et ses parcours de tool vivent dans la documentation publique. - [ADR-0009 · Centre d’aide comme hub public unique](https://docs.easyconnector.app/adr/0009-help-center-learning-hub.md): Academy, guides, FAQ, dépannage et docs développeurs publiques partagent un seul hub afin d’éviter toute duplication. - [Expériences visuelles](https://docs.easyconnector.app/components/visual-experiences.md): Règles pour enrichir Orbit sans casser le design system natif de Documentation.AI. - [Système documentaire](https://docs.easyconnector.app/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://docs.easyconnector.app/components/images.md): Utiliser les visuels pour expliquer le graphe, les flux et les états sans créer une documentation décorative. - [Cards](https://docs.easyconnector.app/components/cards.md): Présenter des concepts, surfaces produit ou destinations de documentation de manière très lisible. - [Code](https://docs.easyconnector.app/components/code.md): Présenter les contrats techniques, exemples et signatures sans mélanger code réel et pseudo-code. - [Callouts](https://docs.easyconnector.app/components/callouts.md): Mettre en évidence les décisions, risques et nuances qui changent réellement la compréhension d’Orbit. - [Steps](https://docs.easyconnector.app/components/steps.md): Documenter les séquences qui doivent être suivies dans un ordre précis. - [Tabs](https://docs.easyconnector.app/components/tabs.md): Regrouper des variantes cohérentes sans fragmenter la lecture. - [Founder OS](https://docs.easyconnector.app/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://docs.easyconnector.app/agents/founder-os/skill.md): La couche portable et réutilisable de la méthode Indie Founder OS. - [Agent Founder complet](https://docs.easyconnector.app/agents/founder-os/agent.md): Runtime autonome construit autour du Skill Founder OS et de la mémoire Orbit. - [Mémoire & permissions](https://docs.easyconnector.app/agents/founder-os/memory-permissions.md): Quelles informations l’Agent Founder peut lire, écrire et transformer dans Orbit. - [Évaluation Founder OS](https://docs.easyconnector.app/agents/founder-os/evaluation.md): Mesurer si l’agent augmente réellement le leverage plutôt que l’activité. - [Source canonique](https://docs.easyconnector.app/agents/founder-os/source.md): Provenance et politique d’évolution de l’instruction Indie Founder OS. - [MCP & API](https://docs.easyconnector.app/mcp-api.md): Exposer le Cerveau Orbit sans dépendre d’un fournisseur de modèle. - [Authentification & permissions](https://docs.easyconnector.app/authentication.md): Auth web existante, clients MCP/API et scopes du Context OS. - [Versioning API](https://docs.easyconnector.app/api/versioning.md): Politique de compatibilité pour l’API REST Orbit. - [Erreurs API](https://docs.easyconnector.app/api/errors.md): Contrat d’erreur stable, corrélable et exploitable par les clients. - [Construire un paquet de contexte](https://docs.easyconnector.app/api-reference/post-v1-context.md) - [Rechercher dans les mémoires autorisées](https://docs.easyconnector.app/api-reference/post-v1-search.md) - [Lire l’état du Cerveau](https://docs.easyconnector.app/api-reference/get-v1-status.md) - [Proposer une nouvelle mémoire](https://docs.easyconnector.app/api-reference/post-v1-memories.md) - [Archiver une mémoire](https://docs.easyconnector.app/api-reference/post-v1-memories-memoryid-archive.md) - [Centre d’aide](https://docs.easyconnector.app/help-center.md): Le hub public unique pour apprendre Orbit, trouver une réponse et résoudre un problème. - [Academy](https://docs.easyconnector.app/help-center/academy.md): Parcours courts, structurés et directement actionnables pour tirer de la valeur d’Orbit. - [Orbit de bout en bout](https://docs.easyconnector.app/help-center/academy/getting-started/orbit-end-to-end.md): Comprendre le cycle contexte → création → validation → learning. - [Comprendre le Brain](https://docs.easyconnector.app/help-center/academy/getting-started/brain.md): Le Brain est la surface de contexte d’Orbit, indépendante des modèles et des tools. - [Brain, Spaces et Memories](https://docs.easyconnector.app/help-center/academy/getting-started/brain-spaces-memories.md): Organiser le contexte sans transformer une liste de catégories en ontologie universelle. - [Qualité vs CU](https://docs.easyconnector.app/help-center/academy/getting-started/quality-vs-cu.md): Ne pas confondre compréhension d’un Space et capacité active du Brain. - [Prendre en main Studio](https://docs.easyconnector.app/help-center/academy/studio/getting-started.md): Le parcours opérationnel pour passer du contexte à une création validée sans apprendre toute la documentation. - [Composer](https://docs.easyconnector.app/help-center/academy/studio/composer.md): Construire une génération en séparant contexte durable, intention et références. - [Image](https://docs.easyconnector.app/help-center/academy/studio/image.md): Choisir le bon workflow Image, écrire un prompt utile et itérer sans repartir de zéro. - [Vidéo](https://docs.easyconnector.app/help-center/academy/studio/video.md): Choisir le bon moteur de mouvement, comprendre l’audio et éviter les faux réglages. - [Voice](https://docs.easyconnector.app/help-center/academy/studio/voice.md): Utiliser la voix comme capacité d’un workflow sans créer une hiérarchie artificielle. - [QC & Relecture](https://docs.easyconnector.app/help-center/academy/studio/qc-review.md): Transformer un rendu généré en décision humaine exploitable. - [Concepts & Learnings](https://docs.easyconnector.app/help-center/academy/studio/concepts-learnings.md): Relier ce que l’on voulait tester à ce que le résultat a réellement appris. - [Connecteurs](https://docs.easyconnector.app/help-center/academy/automate/connectors.md): Comprendre comment une source externe alimente Orbit sans devenir un pilier du Brain. - [Agents](https://docs.easyconnector.app/help-center/academy/automate/agents.md): Construire des agents qui consomment le contexte Orbit sans posséder la mémoire canonique. - [Brand workflow](https://docs.easyconnector.app/help-center/academy/workflows/brand.md): Transformer des sources de marque en contexte exploitable puis en création validée. - [Content workflow](https://docs.easyconnector.app/help-center/academy/workflows/content.md): Produire du contenu sans séparer artificiellement création, validation et apprentissage. - [Context → création → validation → learning](https://docs.easyconnector.app/help-center/academy/workflows/context-to-learning.md): Le workflow canonique qui relie le Brain aux tools puis ramène les apprentissages utiles. - [MCP](https://docs.easyconnector.app/help-center/developers/mcp.md): Comment Orbit exposera un Context Pack scopé aux clients MCP compatibles. - [API](https://docs.easyconnector.app/help-center/developers/api.md): Le contrat public de l’API Orbit avant publication des endpoints de production. - [Créer et nourrir son premier Espace](https://docs.easyconnector.app/help-center/guides/create-first-space.md): Parcours free-to-start, activation Orbit et premier encodage. - [Connecter une source](https://docs.easyconnector.app/help-center/guides/connect-source.md): Ajouter une source externe à Orbit sans confondre connexion et mémoire. - [Utiliser Orbit via MCP](https://docs.easyconnector.app/help-center/guides/use-mcp.md): Comprendre le modèle d’intégration avec un client ou agent compatible. - [Qu’est-ce qu’Orbit ?](https://docs.easyconnector.app/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://docs.easyconnector.app/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://docs.easyconnector.app/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://docs.easyconnector.app/help-center/faq/mcp.md): Comprendre la relation entre Orbit, MCP, API et fournisseurs de modèles. - [Une mémoire n’est pas encore visible](https://docs.easyconnector.app/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://docs.easyconnector.app/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://docs.easyconnector.app/help-center/troubleshooting/capacity-full.md): Que faire lorsque le Cerveau atteint son plafond en CU. - [Changelog](https://docs.easyconnector.app/changelog.md): Historique des versions publiques d’Orbit.