Подробный паспорт Штриха
Назначение и платформа
Штрих — личное приложение сотрудника для общения, материалов и выбранного контекста. Оно развивается из Codenotch и Notch; эти имена сохраняются в некоторых технических путях для совместимости. Актуальное пользовательское название — Тимон Штрих.
Поддерживаемая платформа текущего приложения — macOS 15 и новее, архитектуры Apple Silicon и Intel. Версия для Windows запланирована. Её срок и полное равенство функций не объявлены. Наличие старого монитора для Windows или Windows-помощников Node не заменяет эту версию.
Личный рабочий слой
Сотрудник ведёт разговоры, выбирает материалы и сохраняет контекст своей работы. Компактная панель и отдельный чат представляют существующие личные данные. История, документ, подтверждённая память и результат являются разными объектами: материал для одной задачи не должен автоматически становиться правилом всех будущих задач.
Часть функций зависит от выбранного исполнителя. Личный Codex, текстовый API и корпоративный агент имеют разные права, хранилища и условия обработки. Интерфейс должен показывать маршрут до отправки; недоступный исполнитель не заменяется внешним провайдером незаметно для пользователя.
Место в Ядре
Штрих предоставляет личную поверхность сотрудника. Серверные агенты, регламенты и полномочия компании остаются в Core. Шлюз предоставляет чат и действия на странице. Node сохраняет действующие механизмы подключения устройства и исполнения поддерживаемых операций.
Замена прежнего App как интерфейса не переносит автоматически его фоновые процессы, регистрацию Native host, pairing и управление соединением в Swift-приложение. Полный отказ от старого Desktop требует отдельного переноса и проверки жизненного цикла Node.
Связанная беседа с расширением
В интеграционном кандидате Шлюз обращается через Node к локальному транспорту Штриха. Перед действием проверяются версия протокола и доступность возможности чата. Связь ограничена профилем браузера, сайтом и конкретной беседой. Владельцем личного разговора остаётся хранилище Штриха.
Человек может отправить сообщение в расширении, продолжить этот разговор в приложении и затем увидеть обновлённую историю в расширении. Черновик расширения остаётся отдельным редактируемым состоянием. Поздний ответ или подтверждение отправки не должны стирать новый набранный текст.
Владение данными
Штрих хранит личную беседу и выбранные локальные материалы; расширение хранит проекцию разговора и свой черновик. Node обеспечивает транспорт и не создаёт вторую личную базу памяти. Корпоративные задания и документы относятся к экземпляру компании.
Передача в компанию должна явно указывать материал, назначение и область. Подключённый корпоративный аккаунт не означает согласия на публикацию всех личных данных. Автоматическая синхронизация всей личной библиотеки между устройствами в проверенный мост не входит.
Корпоративное подключение
Существующий маршрут TeamON в расширении использует Node и привязанного агента Core. Это не нативный корпоративный провайдер самого Штриха. Его реализация должна сохранить серверную личность сотрудника, список доступных агентов, область данных и выбранную корпоративную работу.
Общая беседа между Штрихом, Шлюзом, веб-Штатом и подключённым каналом требует единого контракта продолжения. Нельзя сопоставлять разные разговоры по похожему названию или тексту. До завершения этого контракта переход в другой интерфейс не гарантирует продолжение той же серверной сессии.
Безопасность браузерной беседы
Связанный браузерный разговор не получает личную память, случайные открытые документы и произвольные локальные инструменты приложения. В кандидате ограничения применяются на уровне маршрута и исполнителя, проверяется совместимость используемого runtime. Неизвестная версия должна завершать проверку отказом, а не запускать более широкий набор инструментов.
Эти проверки ограничивают конкретный путь. Они не заявляют защиту от всех процессов с теми же системными правами и не заменяют корпоративную изоляцию исполнителей Core. Системные разрешения ОС, серверные права и разрешённый контекст проверяются независимо.
Повторы остановка и восстановление
Принятое сообщение имеет устойчивый идентификатор. Повтор после обрыва восстанавливает исходное выполнение; новый идентификатор нельзя создавать автоматически, пока неизвестен результат первого запроса. Остановка относится к конкретному выполняемому сообщению и не должна отменять последующее.
Отключение профиля блокирует новые действия и отзывает связку. Восстановление транспорта не должно само создавать новый разговор. При перезапуске сохраняются существующая история и наблюдаемое состояние; незавершённый ответ показывается честно.
Обновление и совместимость
В карточке установки фиксируют Штрих, Node, расширение, протокол и выбранного исполнителя. Сборка приложения с более высоким номером может происходить из другой ветки и не содержать функцию интеграционного кандидата. Поэтому совместимость устанавливают по проверенному составу и поведению.
Перед обновлением сохраняют данные и регистрацию устройства, проверяют подпись пакета и откат. Приёмка включает действительную отправку из браузера и продолжение в приложении. Успех unit-тестов, существование socket или активный процесс отдельно не подтверждают весь сценарий.
Условия приёмки
Проверяют обычный разговор, длинный ответ, повтор, отмену, перезапуск, одновременный черновик и смену аккаунта или сайта. Отдельно проверяют запрет чтения личных данных браузерным маршрутом и отсутствие переноса истории при смене исполнителя.
Для корпоративного подключения дополнительно нужны серверная идентичность, отзыв доступа, точная работа и результаты разрешённых действий. Для Windows потребуется самостоятельная платформенная проверка. До завершения этих условий статус всей поставки определяется документом о готовности.