La doctrine Symphony définit les frontières entre ce que la plateforme contrôle et ce que vous contrôlez. Ces règles régissent chaque décision de conception dans le monorepo et chaque interaction avec qxctl, les moteurs de vecteurs et les contrats de connaissances.
Propriété de l’utilisateur
Vous êtes propriétaire de votre logique de stratégie, de la finalité de votre Nest, du choix de fournisseur, du choix de matériel, de la topologie de bus et de la sélection des adaptateurs pris en charge. Symphony fournit des preuves exactes de compatibilité et des opérations prises en charge, mais ne transforme pas des recommandations en lois de la plateforme. La plateforme signale les correspondances, les non-correspondances, les faits non résolus et les conséquences. Elle ne classe pas les fournisseurs, ne prescrit pas de stratégie et n’élargit pas votre environnement en douce.
Protection du chemin critique
Le chemin critique (hot path) est protégé contre la résidence administrative et la pression accidentelle d’un bus partagé. qxctl et le plan de connaissances relèvent de l’administration à chemin froid ou glacial. Ils peuvent agir explicitement sur un Node qui héberge aussi du travail en direct, mais ne doivent jamais devenir des dépendances continues du chemin critique, des observateurs cachés, des interpréteurs résidents ni des gestionnaires de paquets non sollicités en arrière-plan. Votre architecture explicite demeure souveraine.
Séparation des commandes et de la sémantique
qxctl est propriétaire de la grammaire et de la présentation des commandes. Les vecteurs de domaine sont propriétaires des opérations et des significations que ces commandes exposent. Une route qxctl invoque une capacité définie par son propriétaire sans en absorber la sémantique.
Noms et espaces de noms
Les noms sont enregistrés sous leur portée propriétaire. SNV et SCNV ne les dictent pas, et le NAMESPACES racine demeure plus large que SNV. Un nom enregistré dans un TOPS ou un TROG suit cette portée. Dans plusieurs grappes, un nom court de Node peut se répéter dans différentes grappes, mais ne peut pas identifier de façon ambiguë deux Nodes actifs dans la même grappe.
Neutralité quant à la catégorie d’appelant
La classification d’un appelant comme humain, IA, agent, service ou charge de travail n’accorde ni ne retire aucune autorité. Les décisions d’autorisation prises en charge reposent sur la propriété de l’hôte cible ou les permissions accordées, l’opération et la ressource demandées, l’état attendu et les mesures de protection configurées par le propriétaire. L’administrateur de l’hôte cible est souverain en matière de gouvernance configurable. SSIAG peut vérifier et projeter l’autorité effective de l’hôte, mais ne crée pas d’autorité d’enregistrement supérieure. L’assurance d’identité renforcée et les verrous de gouvernance sont des mesures de protection neutres quant à l’appelant et configurées par le propriétaire. Les exigences d’intégrité du protocole demeurent obligatoires. Symphony ne détermine pas la capacité juridique ou financière externe selon le type d’appelant.
Vérité et preuves
Les contrats actuels décrivent la vérité actuelle. Les enregistrements immuables SCLV et SODV préservent ce qui était connu, modifié, autorisé ou terminé au moment consigné de l’historique. Lorsque les contrats actuels, les preuves d’implémentation et le dernier enregistrement applicable divergent, la divergence est signalée comme une dérive à examiner. L’historique n’est jamais réécrit en silence pour ressembler au présent.
Doctrine Python
Le code source Symphony de première partie, les générateurs, la rédaction des schémas, les tests et les utilitaires d’acceptation n’exigent aucune implémentation Python ni dépendance à un interpréteur Python. C++ est propriétaire des outils de remplacement pour la rédaction et les tests de processus. Cette politique du dépôt ne restreint pas vos programmes rédigés par l’utilisateur ni les Habitats isolés que vous sélectionnez explicitement. Dernière modification le 10 octobre 2026
