Скористайтеся цим посібником, щоб зорієнтуватися перед роботою з Symphony. Документація розділяє доктрину платформи, вибрану користувачем інфраструктуру, семантику, якою володіють вектори, та адміністративні команди. Точні кроки встановлення та виконання належать до поточного контракту відповідного компонента.
1. Прочитайте про операційні межі
Почніть із доктрини платформи. Вона встановлює володіння користувача стратегією та інфраструктурою, нейтральність щодо класу викликача, сумісність на основі доказів і захист гарячого шляху.
2. Вивчіть фізичну модель
Прочитайте Node, Habitat і Nest:
- Node: ідентифікований фізичний обчислювальний ресурс.
- Habitat: точне налаштування операційної системи та пакетів, доставлене на Node.
- Nest («гніздо»): робоче навантаження з призначенням користувача, розміщене у відповідному Habitat.
Шини та адаптери кластера — це явні архітектурні рішення. Symphony не нав’язує універсального провайдера чи стратегії.
3. Простежте володіння значенням
Огляд архітектури показує зв’язок між векторними контрактами, рушіями, qxctl і керованими доказами. Вектори та фази пояснює, чому вектор залишається семантичним власником, навіть коли робота з доставки переходить між фазами. Symphony Knowledge Vector описує Contract Quad та його супутні поверхні.
4. Знайдіть адміністративну поверхню
Огляд qxctl знайомить з адміністративним і запитувальним CLI на Go. Використовуйте сторінки qxctl для конкретного сімейства команд, наприклад knowledge, lifecycle, engines або validation. qxctl забезпечує граматику команд і їх подання; векторні контракти володіють операціями та їхнім значенням.
5. Перевірте відповідний контракт і докази
Перш ніж діяти на Node або викликати векторний рушій, перевірте поточний контракт власника, цільовий стан, авторизацію та доступні докази у вигляді квитанцій чи результатів валідації. Повноваження викликача та ізоляція гарячого шляху пояснюють ці межі. Поверхня, що з’являється, не є неявною операційною гарантією. Останнє оновлення 10 жовтня 2026 р.
