# Подключение компонентов и проверка интеграции

Редакция 2026-09-15

Статус: Практическая карта существующих соединений и условий приёмки

## Какие соединения проверяются отдельно
У Ядра есть несколько пользовательских маршрутов. Веб-Штат связывает сотрудника с серверным агентом Core. Веб-Штурвал связывает оператора с разрешёнными административными действиями. Шлюз связывает выбранную вкладку с личным или корпоративным исполнителем. Штрих представляет личную работу и в совместимом кандидате проецирует связанную беседу в расширение.

Работоспособность одного маршрута не доказывает остальные. До начала внедрения составляют список сценариев с пользователем, интерфейсом, владельцем истории, источником данных, действием и проверяемым результатом. Для каждого сценария фиксируют версии и полномочия.

## Серверная работа сотрудника
Для веб-Штата нужны работающий backend, действующая индивидуальная привязка к Core и доступный агент. После входа пользователь получает только разрешённых агентов и свою историю. Проверка должна включать отправку, завершённый ответ, перезагрузку страницы и остановку выполняемой работы.

Подключённый канал агента имеет собственную идентичность и серверный контекст. Чтобы продолжить именно ту же работу в другом интерфейсе, требуется явная связь идентификаторов. Нельзя считать новый чат в Штате продолжением разговора в канале только из-за одинакового агента.

## Управление компанией
Веб-Штурвал использует ограниченный перечень маршрутов Core Operator API. Текущий пилот показывает состояние агента, готовит изменение имени, описания или языка, затем отдельно подтверждает и проверяет результат. Конфликт ревизии требует нового предложения.

Operator MCP подключается отдельно с разрешённой учётной привязкой. Рабочее пространство Operator предоставляет выбранные чтения; оно не является универсальным прокси для произвольной записи. Встроенный TeamON MCP даёт агентам другую группу операций и ресурсов. Эти поверхности проверяются по своим разрешениям и не получают права автоматически друг от друга.

## Личный мост между Штрихом и Шлюзом
В согласованном кандидате расширение выбирает профиль Штриха и конкретный сайт. Node проверяет совместимость локального транспорта и передаёт запрос существующему хранилищу беседы. Расширение показывает проекцию той же истории и держит локальный черновик.

Проверка начинается в браузере, продолжается в приложении и возвращается в расширение. Затем повторяется после перезапуска и временного обрыва. Новый текст, набранный в черновике во время ожидания, должен сохраниться. Устаревшая кнопка остановки не должна прервать новое сообщение.

Для Штриха сейчас используется macOS 15 и новее. Windows-версия запланирована. Совместимость проверяется по составу пакета, а не по самому большому номеру версии отдельного компонента.

## Корпоративный маршрут расширения
Маршрут TeamON использует существующую привязку Node к Core и выбранному агенту. Устройство, профиль, сайт и разрешение действия проверяются до локального исполнения. Отзыв подключения блокирует новые действия; поздний результат не должен перейти в другую учётную запись.

Серверный маршрут расширения не заменяет нативное корпоративное подключение Штриха. До реализации этого подключения личное приложение нельзя считать полностью встроенным клиентом корпоративного Core. Автоматическая передача личных материалов компании не входит в маршрут.

## Контекст и документы
Публичные документы консультанта, личные материалы сотрудника и регламенты компании имеют разных владельцев. Публичный индекс можно обновлять целиком одной редакцией. Корпоративные материалы требуют проверки прав на объект, исходный файл, версию и поисковый результат.

Управляемый Context в свежем коде выключен по умолчанию и ограничен лабораторным режимом владельца. До многопользовательского выпуска проверяется изоляция процессов и файловой системы. Наличие документа в индексе или кнопки в dashboard не доказывает защиту от доступа через инструмент исполнителя.

## Приёмка согласованного комплекта
Проверка фиксирует исходные версии, установленный состав, режим доступа и завершённый результат. Она включает нормальную работу, отсутствие полномочий, отзыв, сетевой обрыв, повтор, перезапуск и откат. Локальные фикстуры помогают проверить код, но не заменяют реальную модель, браузерную установку и системные разрешения.

Полная поставка принимается после соединения нужных для заказчика маршрутов и проверки сохранности данных. Неподключённая интеграция отмечается как не настроенная; неизмеренная функция — как не проверенная. Эти статусы точнее, чем общее утверждение о работоспособности всей системы по наличию интерфейсов.