Маршрут запроса: User, Relay, Worker и Partner

Четыре компонента

Компонент	Обязанности
User Client	Локальный API/ключи, распознавание вызывающей стороны, проверка и шифрование
Relay	Права, маршруты, жизненный цикл, расчёт/записи, публикация конфигурации и пересылка шифротекста
Attested Worker	Защищённая обработка, преобразование, вызов провайдера и свидетельства использования
Partner Client	Подключение/обслуживание аккаунтов, синхронизация входа и выход

Потребители и поставщики работают на разных устройствах. Worker не является вашим локальным кодирующим Agent.

Один запрос

Инструмент / HTTP
  → локальный адрес и ключ
User Client
  → подготовка маршрута, проверка и шифрование
Relay
  → шифротекст
Проверенный Worker
  → выбранный аккаунт и выход
Провайдер модели
  → ответ обратно по цепи
Локальный Agent выполняет свои инструменты

Вызов модели Worker не означает выполнения команд в вашем реальном проекте.

Partner и записи

Управляемые и локальные аккаунты различаются продлением/выходом; см. Импорт и Синхронизация. Выход Client/прокси должен быть онлайн. Локальное предоставление не переключается скрыто на Worker.

Диагностика описывает ранние этапы, история — запрос и бизнес-состояние, Worker — выполнение, кошелёк/доход — расчёт. Локальный отказ без платформенной записи или ответ до окончательного расчёта объясняются этапами. Сопоставляйте ID.

Видимость

Relay нужны бизнес-метаданные: аккаунт, маршрут, цена и состояние. Тела идут в зашифрованном сеансе Client–Worker; Worker и конечный провайдер обрабатывают вход. Написанные вами реальные сведения не анонимизируются автоматически через отображение каталогов.

Другие телеметрические, браузерные и внешние запросы инструмента могут идти отдельно. См. Доверие TEE.