Sim 0.9.39: каталог сотрудников, долгие ИИ-процессы и вход через браузер
Платформа меняет импорт организационных данных и ожидание workflow. People пока включается флагом организации, а перенос passkey-сессии ограничен настольной средой.
Один релиз объединяет несколько рабочих сценариев
1 ноября вышел Sim 0.9.39. Это обновление существующей платформы для работы с ИИ-агентами и процессами, а не запуск нового сервиса с нуля. В состав вошли каталог сотрудников People, изменения длительных запусков workflow и продолжение настольного входа во внешнем браузере. Изменения были объединены в исходном проекте 31 октября.
Sim сочетает чат и визуальное построение процессов, а также работу с файлами, знаниями и таблицами. В README отдельно представлены облачный вариант, самостоятельное размещение и настольное приложение macOS. Поэтому возможность из desktop-оболочки нельзя автоматически приписать веб-версии. Иллюстрации показывают общие экраны проекта, а не результат проверки каждой новой функции.
People показывает изменения ещё до импорта
Новая страница собирает активных сотрудников в каталог: должность, отдел, местоположение и руководитель дополняют профиль участника. Предусмотрены поиск, фильтр по отделу и просмотр цепочки подчинения. По описанию изменения People находится за флагом организации, поэтому один номер версии не означает, что раздел уже открыт всем пользователям.
Администратор может загрузить CSV, TSV или XLSX. Предварительный просмотр показывает планируемые изменения и ошибки до записи. Существующие участники сопоставляются по email; проверяются дубли, неизвестные руководители и циклическое подчинение. Импорт и редактирование ограничены административными правами и журналируются. Это не обещание безошибочного восстановления структуры компании из произвольной таблицы: содержание файла всё равно должно пройти предусмотренные проверки.
Ответ «ещё выполняется» не означает завершение
Раньше вызов инструмента workflow удерживал ход чата до завершения процесса в пределах лимита выполнения. Новая логика позволяет вернуть идентификатор запуска и сообщить, что работа продолжается. Сам процесс при этом не прекращается. Такой ранний ответ нельзя считать успешным итогом: окончательный статус нужно получать по соответствующему запуску.
Изменена и кнопка Stop. Она учитывает отделившиеся процессы, запущенные этим чатом, а не только текущий ожидающий вызов. Простое наблюдение за чужим исполнением не превращается в право его отменить. В описании отдельно оговорено сохранение прежнего поведения, если подходящий параметр ожидания не передан. Это изменение жизненного цикла задачи, а не заявленное ускорение вычислений модели.
Passkey-вход переносится по действию пользователя
Для сценариев, которые встроенный браузер настольного приложения не поддерживает, предусмотрено продолжение входа в Chrome или другом совместимом Chromium-браузере. После этого пользователь явно возвращает сессию. Импорт ограничен доменом открытой страницы, а действие связано с пользовательским жестом и не предоставляется инструменту агента.
Описание изменения ограничивает этот путь macOS и совместимой оболочкой. Наличие установленного подходящего браузера тоже является условием. Полный проход через Chrome и Keychain автор автоматической проверки не подтвердил, поэтому формулировка «любые passkeys теперь работают» была бы шире имеющихся доказательств. Перенос сессии и обычный вход в веб-приложение остаются разными механизмами.
Где смотреть состав и условия запуска
Ссылки на три изменения позволяют различить уже объединённую реализацию, ограничения и существующий интерфейс платформы. Релиз не устанавливает одинаковые условия для облака и самостоятельного размещения. В частности, размещение исходного приложения у себя само по себе не оплачивает обращения к внешним моделям и подключённым сервисам.
В этой публикации описаны документы конкретной версии, а не собственный эксплуатационный тест. Скриншот настольного приложения приведён как контекст отдельного способа работы; он не доказывает доступность People в каждой организации или успешный вход на каждом сайте.
