В обзоре событий Matrix от 6 ноября представлен slack2matrix — инструмент разового переноса архива рабочего пространства Slack в Matrix. Его задача шире обычного копирования текста: разработчик описывает импорт каналов в зашифрованные комнаты с сохранением авторов, времени сообщений, обсуждений и вложений. На этом примере хорошо видно, почему переезд команды между мессенджерами следует оценивать по читаемости истории, а не только по числу перенесённых записей.

Архив должен оставаться разговором

В заявленной схеме каждый канал Slack становится комнатой внутри пространства Matrix. Поддерживаются ветки обсуждений, реакции и преобразование ссылок между импортированными сообщениями. Это не постоянный мост между двумя сервисами: инструмент работает с выгрузкой истории, а не обещает бесконечно синхронизировать текущую переписку.

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

Шифрование не заканчивается загрузкой файла

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

Не менее важен доступ читателей к ключам. Инструмент предусматривает передачу ключей устройствам и работу с резервным хранением ключей; механизм доверия также требует отдельной настройки. Из этого следует практическая проверка: после пробного переноса историю нужно открыть не только на компьютере администратора, но и в обычной пользовательской учётной записи, а затем на новом устройстве после восстановления доступа. Успешная отправка зашифрованного события ещё не доказывает, что сотрудник сможет его прочитать.

Границы исходной выгрузки остаются границами архива

Импорт не способен восстановить сведения, которых не было в выгрузке. Разработчик, например, отмечает, что экспорт Slack содержит итоговый текст отредактированных сообщений и не даёт исходного времени реакций. Есть ограничения и у отдельных клиентских сценариев, включая поиск по зашифрованной истории. Поэтому обещание сохранить переписку следует уточнять: сохранить доступный текст, связи и файлы — не то же самое, что воспроизвести каждое прежнее состояние сервиса.

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

Сначала контрольный канал, затем весь объём

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

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

Обложка — оригинальная концептуальная иллюстрация переноса зашифрованной переписки.