Функциональные характеристики и работа с данными
От поручения к результату
Работа начинается с понятного поручения: что нужно получить, на каких данных, в каком формате и с какими ограничениями. Система связывает его с агентом и историей. Модель может запросить уточнение, использовать разрешённый инструмент и подготовить ответ или файл. Доступность конкретной операции определяется установленной конфигурацией.
Завершение оценивают по фактическому результату. Если нужен файл, его необходимо открыть и проверить; если требуется изменение внешней системы, нужен подтверждённый исход этой операции. Успешное принятие запроса сервером означает начало обработки, а не завершение бизнес-задачи.
Контекст и долговременные знания
Контекст помогает продолжить конкретную работу. В него могут входить сообщения, выбранные файлы и сведения из разрешённых источников. Не все эти сведения пригодны для общего знания: обсуждение может содержать гипотезу, устаревшее условие или личные данные. Поэтому перенос в общую базу требует отдельного решения о содержании и доступе.
Рекомендуемый процесс ведения знаний: назначить владельца материала, указать источник и дату, проверить содержание, определить область доступа, опубликовать согласованную редакцию и установить дату пересмотра. При замене правила должна сохраняться возможность понять, какая редакция использовалась ранее. Это методика управления знаниями; её полная автоматизация интерфейсом не заявляется.
Удаление источника необходимо проверять во всех производных представлениях: извлечённом тексте, поисковом индексе, кеше и выдаче ссылок. Сроки удаления резервных копий задаются отдельно. Само исчезновение документа из навигации не доказывает прекращение доступа по прямой ссылке.
Навыки и инструменты
Навык описывает воспроизводимый порядок работы: необходимые входные данные, последовательность действий, проверки и ожидаемый результат. Для предложения это может быть проверка полноты вводных, применение шаблона и перечень допущений. Инструмент выполняет конкретное действие; полномочия на него проверяются независимо от текста навыка.
Изменение навыка следует сопровождать версией, проверочными примерами и возможностью возврата к предыдущей редакции. Удачный единичный ответ ещё не доказывает устойчивость навыка. Проверяют неполные данные, противоречивые источники, отказ интеграции и запрет на внешнее действие.
Документы и результаты
Веб-пилот поддерживает отправку текста и вложений в Core. В описанном срезе интерфейс допускает до трёх файлов суммарно до 2 МиБ. Этот лимит относится к пилотному интерфейсу, а не ко всем возможным каналам и не к максимальной ёмкости корпоративного хранилища.
Создание офисных документов, предпросмотр и выдача артефактов зависят от доступных навыков, инструментов и адаптеров. Полный цикл «загрузить — обработать — скачать — повторно открыть после перезапуска» является самостоятельным приёмочным сценарием. Форматы, размеры и сохранность результата фиксируются в матрице конкретной поставки.
Расписания и длительная работа
В серверной базе есть механизмы очереди, напоминаний и состояния задач. Корпоративная приёмка должна проверить продолжение после перезапуска, остановку и защиту от повторного внешнего действия. Для периодической сводки отдельно определяют источник данных, время запуска, адресата и поведение при отсутствии свежих сведений.
Разрыв соединения не доказывает отмену задания. Если ответ потерян после записи во внешнюю систему, сначала выясняют состояние первоначальной операции. Повтор с новым идентификатором может создать дубль. При неизвестном результате пользователь должен получить понятное сообщение и способ проверки.
Аудиозаписи и речевые функции
Целевой сценарий включает загрузку записи, распознавание, текст с временными интервалами и анализ. Качество зависит от выбранного STT, языка, шума и длительности. Наличие программного адаптера или теста разбиения записи не подтверждает качество распознавания реального разговора.
Разделение говорящих допускается только при поддержке и проверке выбранного решения. Оно не устанавливает личность человека. Генерация голосового ответа — отдельная функция TTS и не следует из наличия STT. Действия по итогам протокола, например создание поручений, требуют собственных полномочий и проверки результата.
Условия интеграции
Для каждого подключения фиксируют систему, способ доступа, разрешённые операции, область данных, ограничения и сетевой маршрут. Отдельно описывают хранение секретов, отзыв доступа, таймауты и поведение при повторе. Название известного сервиса в каталоге не означает, что интеграция принята на данных заказчика.
Матрица функций должна различать «доступно в выбранной версии», «требует настройки», «проектируется» и «не входит в поставку». Неизвестное состояние не обозначается как готовность. Предлагаемые сценарии подразделений используются для выбора пилота и не заменяют эту матрицу.
Личный слой и чат сайта
Штрих предоставляет личный чат, материалы и контекст на macOS 15 и новее. Windows-версия планируется. Шлюз предоставляет чат на странице и локальные виды сайта; поддерживаемые действия ограничиваются разрешённой вкладкой и выбранным исполнителем.
В интеграционном кандидате можно начать личный разговор в расширении, продолжить его в Штрихе и вернуть ответ в тот же разговор. Сохраняются принадлежность беседы, история, черновики и связь запроса остановки с конкретной работой. Этот сценарий требует согласованного набора Штрих, Node и Шлюз; отдельная установка каждого компонента его не подтверждает.
Серверный маршрут TeamON использует существующее подключение Node к Core. Нативный корпоративный маршрут внутри Штриха и единая беседа через все каналы являются отдельными задачами. Автоматическое смешивание личной и корпоративной истории не предусмотрено.