> ## Documentation Index
> Fetch the complete documentation index at: https://docs.quanux.org/symphony/llms.txt
> Use this file to discover all available pages before exploring further.

# Нейтральність щодо класу викликача та повноваження хоста в Symphony

> Symphony не класифікує викликачів за типом. Повноваження випливають із володіння цільовим хостом, явного дозволу, очікуваного стану та налаштованих власником запобіжників.

Ухвалюючи рішення про повноваження, Symphony не класифікує викликача як людину, ШІ, агента, сервіс, робоче навантаження, організацію чи будь-який інший тип суб’єкта. Ваша класифікація як особи чи автоматизованої системи сама по собі не надає і не відбирає жодних можливостей. Ця нейтральність щодо класу викликача — ключова архітектурна межа, яка забезпечує, що авторизація ґрунтується на фактах, а не на мітках.

## Що визначає повноваження

Підтримувані рішення щодо авторизації використовують такі вхідні дані:

* **Володіння цільовим хостом або надані дозволи**: адміністратор цільового хоста є суверенним щодо конфігурованого врядування.
* **Запитувана операція та ресурс**: конкретна дія та об’єкт, на який вона спрямована.
* **Очікуваний стан**: заявлений бажаний результат і спостережуваний поточний стан.
* **Налаштовані власником запобіжники**: консервативні типові значення, які адміністратор може змінити або вилучити.

## SSIAG і повноваження хоста

SSIAG може перевіряти та проєктувати ефективні повноваження хоста, але не створює вищого реєстраційного органу і не накладає постійного вето на адміністратора цільового хоста. Посилене підтвердження ідентичності та блокування врядування — це нейтральні щодо викликача запобіжники, налаштовані власником. Вимоги до цілісності протоколу залишаються обов’язковими в межах підтримуваних інструментів.

## Що Symphony не вирішує

Symphony не вирішує, чи може суб’єкт володіти майном, відкривати рахунок, підписувати договір, брати на себе відповідальність або діяти від імені іншої особи. Ці факти належать до компетенції відповідного власника, провайдера, контрагента та застосовного законодавства. Платформа залишається у своїй обмеженій ролі: вона формує докази сумісності та підтримує операції, але не поширюється на визначення зовнішньої юридичної чи фінансової дієздатності.

## Практичне значення

Коли ви викликаєте qxctl або векторний рушій, застосовуються ті самі перевірки незалежно від того, чи запускаєте ви команду вручну, через скрипт або за допомогою агентного інструмента. Шлях повноважень такий: володіння цільовим хостом, явний дозвіл, очікуваний стан, запобіжники. Жоден тип викликача не отримує автоматичного обходу чи автоматичного обмеження.


## Related topics

- [Доктрина платформи QuanuX Symphony](https://docs.quanux.org/symphony/uk/doctrine.md)
- [Швидкий старт: ознайомлення з QuanuX Symphony](https://docs.quanux.org/symphony/uk/quickstart.md)
- [qxctl knowledge session: автентифіковані сесії Symphony](https://docs.quanux.org/symphony/uk/qxctl/session.md)
- [SSIAG: Secure Identity and Access Governance для Symphony](https://docs.quanux.org/symphony/uk/governance/ssiag.md)
- [Документація QuanuX Symphony](https://docs.quanux.org/symphony/uk/index.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.