Доктрина Symphony визначає межі між тим, що контролює платформа, і тим, що контролюєте ви. Ці правила керують кожним проєктним рішенням у монорепозиторії та кожною взаємодією з qxctl, векторними рушіями та контрактами знань.
Володіння користувача
Вам належать логіка вашої стратегії, призначення Nest, вибір провайдера, вибір обладнання, топологія шин і вибір підтримуваних адаптерів. Symphony надає точні докази сумісності та підтримувані операції, але не перетворює рекомендації на закон платформи. Платформа повідомляє про збіги, розбіжності, нез’ясовані факти та наслідки. Вона не ранжує провайдерів, не нав’язує стратегію і не розширює непомітно ваше середовище.
Захист гарячого шляху
Гарячий шлях захищений від адміністративної резидентності та випадкового навантаження на спільну шину. qxctl і площина знань — це адміністрування холодного або крижаного шляху. Вони можуть явно діяти на Node, який також обслуговує живу роботу, але не повинні ставати постійними залежностями гарячого шляху, прихованими спостерігачами, резидентними інтерпретаторами чи непроханими фоновими менеджерами пакетів. Ваша явна архітектура залишається суверенною.
Розділення команд і семантики
qxctl володіє граматикою команд і їх поданням. Доменні вектори володіють операціями та значеннями, які ці команди надають. Маршрут qxctl викликає визначену власником можливість, не поглинаючи її семантики.
Імена та простори імен
Імена записуються в межах області, якій вони належать. SNV і SCNV не диктують їх, а кореневий NAMESPACES залишається ширшим за SNV. Ім’я, зареєстроване в межах TOPS або TROG, підпорядковується цій області. У кількох кластерах коротке ім’я Node може повторюватися в різних кластерах, але не може неоднозначно ідентифікувати два активні Node в одному кластері.
Нейтральність щодо класу викликача
Класифікація викликача як людини, ШІ, агента, сервісу чи робочого навантаження не надає і не відбирає повноважень. Підтримувані рішення щодо авторизації спираються на володіння цільовим хостом або надані дозволи, запитувану операцію та ресурс, очікуваний стан і налаштовані власником запобіжники. Адміністратор цільового хоста є суверенним щодо конфігурованого врядування. SSIAG може перевіряти та проєктувати ефективні повноваження хоста, але не створює вищого реєстраційного органу. Посилене підтвердження ідентичності та блокування врядування — це нейтральні щодо викликача запобіжники, налаштовані власником. Вимоги до цілісності протоколу залишаються обов’язковими. Symphony не визначає зовнішню юридичну чи фінансову дієздатність за типом викликача.
Істина та докази
Поточні контракти описують поточну істину. Незмінні записи SCLV і SODV зберігають те, що було відомо, змінено, авторизовано або завершено в зафіксований момент історії. Коли поточні контракти, докази реалізації та останній застосовний запис розходяться, розбіжність виводиться як дрейф для перегляду. Історію не переписують непомітно, щоб вона нагадувала теперішнє.
Доктрина щодо Python
Власний вихідний код Symphony, генератори, створення схем, тести та допоміжні засоби приймання не потребують реалізації на Python чи залежності від інтерпретатора. C++ відповідає за замінні інструменти створення та тестування процесів. Ця політика репозиторію не обмежує ваші власні програми чи явно вибрані ізольовані Habitat. Останнє оновлення 10 жовтня 2026 р.
