Доктрина 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 г.
