К 2026 году корпоративная почта, календари и контакты перестали быть набором отдельных сервисов. Microsoft завершает перевод Microsoft 365 на Modern Collaboration Architecture, Google отвечает архитектурой Workspace Intelligence, и обе компании продают бизнесу социальный и когнитивный граф: связи между людьми, событиями, документами и коммуникациями. Этот граф становится источником контекста для ИИ-агентов. Обзор на Habr формулирует мысль прямо: Big Tech продаёт бизнесу граф связей, который мгновенно испаряется при любой попытке миграции.
Параллельно IETF финализирует открытые стандарты JMAP, JSCalendar 2.0 и JSContact 2.0, а в Matrix появилось предложение MSC4496 с нативной поддержкой календарей и приглашений. Связка JMAP + Matrix претендует на роль альтернативы вендорским графам. Ограничения при этом остаются: push-уведомления на мобильных идут через APNs и FCM, а связи между людьми и документами при миграции приходится собирать заново.
Короткий ответ по существу: открытый стек закрывает базовые задачи воркспейса, но готового аналога Microsoft Graph не даёт. Он даёт конструктор, который нужно собрать под свои процессы. Дальше разберём, что именно меняется в протоколах, где проходит граница возможностей открытого стека и на какие вопросы стоит ответить до выбора инфраструктуры.
Что происходит: вендоры перестраивают корпоративные воркспейсы под ИИ
Почему именно сейчас: от SMTP к графу контекста
В конце 90-х электронная почта уже умела ходить между разными компаниями по открытому SMTP. Доставка сообщений работала без центрального посредника, и этого хватало: задача формулировалась как «передать письмо». ИИ-агенту такого уровня недостаточно. Агенту нужно понимать, кто в переписке принимает решения, какое событие связано с каким документом, что обещали клиенту на прошлой встрече. SMTP доставляет текст, но о связях молчит.
Поэтому вендоры строят граф: структуру, где почта, календарь, контакты, файлы и сообщения мессенджеров связаны между собой и доступны через единый API. В том же материале на Habr отмечено, что сдвиги такого масштаба происходят раз в 20 лет и определяют пользовательский опыт, бизнес-модели и ландшафт участников на следующие два десятилетия. Затрагивает это весь корпоративный ИТ-ландшафт, включая текстовые редакторы, мессенджеры, каталоги учётных записей (AD) и системы управления устройствами (UEM).
Практический вывод для бизнеса прост: выбирая воркспейс, вы выбираете будущий источник контекста для своих агентов.
Modern Collaboration Architecture и Workspace Intelligence: что это на практике
Modern Collaboration Architecture - новая архитектура Microsoft 365, на которую компания завершает переход. Workspace Intelligence - ответ Google на неё. Обе конструкции делают почту, календари и контакты структурированным источником данных, к которому обращаются ИИ-функции вендора. Оговоримся: доступный нам обзор перечисляет эти темы в оглавлении, поэтому внутреннюю механику обеих архитектур и точные сроки подтвердить по открытым данным нельзя. Публичные детали ограничены.
Как это выглядит снаружи, видно по Siri AI: ассистент получил доступ к персональному контексту (переписка, письма, заметки, фото) и находит конкретные данные по запросу вроде «какой фильм мне советовал брат на прошлой неделе». По разбору iOS 27, это стало возможным благодаря партнёрству Apple с Google: новое поколение Apple Foundation Models построено на технологиях, лежащих в основе Gemini, а часть вычислений Private Cloud Compute идёт на инфраструктуре Google Cloud. Ограничение тоже существенное: Siri AI работает только на английском и в ограниченном наборе стран.
Microsoft Graph и Google Workspace: как вендоры собирают контекст для ИИ-агентов
Принцип у Microsoft и Google общий: собрать данные воркспейса в один граф и открыть к нему программный доступ для агентов. Различается владелец платформы и набор сервисов, из которых граф собирается.
Microsoft Graph: единая точка входа, но только для своей экосистемы
Microsoft Graph работает как API-слой над почтой, календарями, контактами, файлами, Teams и организационной структурой. Агент получает один адрес, где доступны и данные, и связи между ними. Границы конструкции жёсткие: граф строится из того, что уже лежит в Microsoft 365, и в открытом виде не экспортируется. Компания, уходящая с платформы, выгружает письма и события, а связи между людьми, проектами и документами остаются внутри вендорской системы.
Второй слой зависимости инфраструктурный. Учётные записи в AD и управление устройствами через UEM завязаны на ту же экосистему, поэтому миграция затрагивает не только почту. Конкретных цифр по стоимости переноса в открытых источниках нет, и приводить их не станем.
Google Workspace Intelligence: ответ на Modern Collaboration Architecture
Google решает ту же задачу внутри Workspace: Gmail, Calendar, Contacts и остальные сервисы поставляют данные в единый слой, который используют ИИ-функции компании. Партнёрство с Apple показывает, насколько далеко это заходит: контекст из экосистемы Google питает сторонние ассистенты, и Siri AI здесь первый публичный пример.
Отдельный контур - поиск. Google относит AI Overviews и AI Mode к генеративным AI-функциям Google Search: они используют основные поисковые и качественные системы Google, но могут формировать ответ иначе, чем классическая поисковая выдача. Разбор zero-click напоминает определение: zero-click - поисковая сессия, в которой человек получает нужную информацию, не переходя на внешний сайт. Для ИИ-агентов это значит, что поисковый слой тоже превращается в источник готового ответа. Практические сценарии таких функций мы разбирали в материале про AI Mode и Personal Intelligence в Google.
JMAP, JSCalendar 2.0 и JSContact 2.0: что финализирует IETF
Открытая альтернатива строится вокруг трёх стандартов, которые IETF финализирует к 2026 году: JMAP как протокол доступа, JSCalendar 2.0 для событий и JSContact 2.0 для контактов.
JMAP: новая надежда для открытой почты и календарей
JMAP проектировался как единый протокол для почты, календарей и контактов вместо набора из IMAP, CalDAV и CardDAV. Ключевое отличие от вендорского графа - принадлежность: это открытый стандарт IETF, а не API одного поставщика, поэтому реализовать его может любой воркспейс. В обзоре на Habr JMAP идёт отдельным разделом с характерным названием «Новая надежда».
Ограничение обозначим сразу: в доступных материалах нет подтверждённых сведений о конкретных деталях и версиях JMAP, кроме упоминания в оглавлении обзора. Поэтому не приводим номера RFC, даты финализации и списки реализаций.
JSCalendar 2.0 и JSContact 2.0: форматы данных для календарей и контактов
JSCalendar 2.0 описывает события, JSContact 2.0 - контакты. Оба формата дополняют JMAP и рассчитаны на перенос данных между системами без потери структуры. По сравнению с iCalendar и vCard они строже и расширяемее, что важно, когда события и карточки контактов становятся входными данными для агента. Точные различия версий в наших источниках не раскрыты, поэтому ограничимся назначением форматов.
Главное, чего открытые форматы не решают: они переносят данные, но не строят граф. Связи между людьми, событиями и документами всё равно нужно описывать и поддерживать отдельно. В этом месте открытый стек проигрывает вендорскому по трудозатратам, а не по возможностям.
Matrix и MSC4496: календари и приглашения в открытом мессенджере
Что именно предлагает MSC4496
Matrix - открытый протокол децентрализованной коммуникации. Предложение MSC4496 добавляет в него нативную поддержку календарей и приглашений: события и приглашения становятся частью протокола, а не внешним сервисом, подключённым сбоку. Для корпоративного сценария это означает возможность строить календари и планировщики поверх Matrix без привязки к конкретному вендору.
Статус предложения обозначим без прикрас: MSC4496 упоминается в оглавлении обзора, технических деталей и сроков реализации в доступных материалах нет. Считать его готовым стандартом нельзя.
JMAP + Matrix: как может выглядеть открытый стек
Логика разделения простая. JMAP отвечает за почту, календари и контакты, Matrix - за коммуникацию, события и приглашения. Вместе они покрывают основные сценарии корпоративного воркспейса: переписку, встречи, контакты, чаты. Бизнес при таком раскладе владеет собственным семантическим контекстом и не зависит от политики одного поставщика.
Цена вопроса - сборка. Граф связей, поиск, права доступа, identity, антиспам и интеграции с внутренними системами придётся строить самим или собирать из отдельных продуктов. Это конструктор для команд с ресурсами, а не готовый продукт для отдела из 30 человек.
Власть над пушами: почему APNs и FCM остаются точкой зависимости
Даже полностью открытый стек на мобильных устройствах упирается в два сервиса: Apple Push Notification service и Firebase Cloud Messaging от Google. Push-уведомления на iOS и Android доставляются через инфраструктуру вендоров, и обойти это на уровне приложения нельзя.
Пример из проектирования: корпоративный мессенджер на Matrix отправляет уведомления через APNs или FCM, то есть метаданные о том, что пользователю пришло сообщение, проходят через инфраструктуру Apple или Google. Это архитектурное ограничение, а не временное неудобство, которое исчезнет с обновлением протокола. Для десктопа и веба ограничение менее критично: там доставку можно организовать собственными средствами, например через постоянное соединение. Для мобильных сценариев зависимость сохраняется.
Почему вендорский граф плохо переносится при миграции
Microsoft Graph и Workspace Intelligence описывают не только объекты, но и отношения между ними: кто с кем переписывается, какие документы связаны с проектом, кто участвовал во встрече. При миграции открытые форматы позволяют выгрузить письма, события и контакты. Отношения в таком виде не выгружаются.
Последствия заметны на длинной дистанции. Уходит сотрудник - его связи с коллегами, проектами и документами остаются в графе вендора. Меняется подрядчик - история коммуникаций теряет структуру. Компания переезжает на другую платформу - агентам, которых настроили на прежний контекст, приходится начинать с нуля.
Открытые стандарты JMAP, JSCalendar и JSContact упрощают перенос данных, но не решают задачу переноса связей. Граф нужно строить заново либо поддерживать собственный с самого начала. Про риски привязки к одному поставщику в корпоративных AI-проектах мы писали в разборе про платформенный подход к внедрению генеративного ИИ.
Контекст для ИИ-агентов: саммари встреч - это только начало
Саммари встреч - это автоматизация стенографии: запись разговора превращается в текст и краткое содержание. Ценность графа контекста выше: агент находит связи между встречами, письмами и документами, предлагает действия и снимает рутину вроде переноса встречи или подготовки ответа клиенту. Для этого агенту нужен доступ к данным и понимание отношений между ними.
MCP и Agent Skills: как агенты получают доступ к данным
Model Context Protocol (MCP) - открытый протокол, который подключает инструменты и данные к ИИ-агентам через стандартизированные интерфейсы. Как это меняет взаимодействие с продуктом, мы разбирали в отдельном материале про MCP как новый интерфейс продукта. Agent Skills решают другую часть задачи: это переиспользуемые файловые возможности, расширяющие функциональность Claude. Они упаковывают предметную экспертизу, рабочие процессы и лучшие практики в обнаруживаемые компоненты, которые Claude подключает автоматически, когда они уместны. Работает это по принципу прогрессивного раскрытия: модель подгружает информацию по мере необходимости, а не держит всё в контексте заранее, поэтому метаданные одного навыка занимают порядка сотни токенов (гайд по Agent Skills).
Ни MCP, ни Agent Skills не создают граф связей. Они стандартизируют доступ к данным и инструментам, а структуру контекста определяет платформа под ними. Российские воркспейс-платформы внедряют MCP, но собрать аналог Microsoft Graph им мешает фрагментация стека. Отладка агентных сценариев отдельная задача: оркестрацию удобно смотреть через графовые инструменты вроде GraphArc.
Что умеет Siri AI и Google AI Mode: примеры доступа к контексту
Siri AI показывает, как выглядит доступ к контексту в готовом продукте: ассистент находит конкретные данные по запросу вроде «какой фильм мне советовал брат на прошлой неделе», а по описанию новых возможностей видит содержимое экрана и выполняет действия внутри приложений: составляет письма, переносит встречи, добавляет фото в альбом. Ограничения остаются: язык только английский и ограниченный список стран (разбор iOS 27).
Google AI Overviews и AI Mode демонстрируют другой срез: генеративные функции поиска формируют ответ внутри выдачи, поэтому пользователь часто получает информацию без перехода на сайт, это и есть zero-click (разбор zero-click). Оба примера показывают одну закономерность: контекст становится основой для готового ответа, а роль интерфейса переходит к агенту. Граф связей в этом процессе не виден пользователю, но именно он определяет, насколько точным будет ответ.
Российские воркспейс-платформы: MCP есть, аналога Microsoft Graph нет
Российские вендоры воркспейс-комбайнов идут по понятному пути: внедряют MCP, чтобы подключать ИИ-агентов к отдельным сервисам. Проблема в другом. Аналог Microsoft Graph собрать не получается из-за фрагментации стека: почта, календари, мессенджеры и документы часто построены на разных протоколах и не объединены единым графом связей.
MCP закрывает часть задачи, давая агентам единый способ обращаться к инструментам и данным. Он не заменяет граф: без общей модели связей между людьми, событиями и документами агент видит отдельные сервисы, а не рабочий контекст компании. Подтверждённых деталей о том, как именно российские платформы внедряют MCP, в доступных материалах нет, поэтому ограничимся общей картиной из обзора.
Открытые стандарты дают российским платформам реальный путь: JMAP и JSCalendar снимают вопросы почты и календарей, Matrix закрывает коммуникацию, MCP открывает доступ агентов к данным. Для сборки собственного графа нужна координация между вендорами и время. Быстрым этот путь не будет.
Практические выводы: как выбирать инфраструктуру для корпоративного ИИ
Чек-лист вопросов, на которые стоит ответить до подписания контракта с вендором воркспейса.
- Насколько вероятна миграция в горизонте трёх-пяти лет? Если высокая, оцените готовность потерять граф связей и строить его заново.
- Кто будет собирать граф контекста? Вендор даёт его из коробки, открытый стек требует вашей команды или подрядчика.
- Какие сценарии ИИ-агентов нужны: саммари встреч, поиск по внутреннему контексту, автоматизация действий? Чем сложнее сценарий, тем важнее качество связей, а не объём данных.
- Есть ли требования к хранению данных на своей территории и к локальным моделям? Тогда вендорский граф придётся ограничивать, а часть контекста держать вне него.
- Готовы ли вы к зависимости push-уведомлений от APNs и FCM? Для мобильных сотрудников альтернативы нет.
- Что с идентификацией и управлением устройствами? AD и UEM привязывают к экосистеме сильнее, чем почта.
Выбор зависит от размера компании, регуляторных требований и готовности вкладываться в инфраструктуру. Вендорский граф даёт быстрый старт и сильные ИИ-сценарии сегодня, но с каждым годом делает переход дороже. Открытый стек даёт контроль над контекстом и переносимость, но требует инженерных ресурсов на сборку графа и решение задачи push-уведомлений. Небольшой команде, которой нужен рабочий ассистент на этой неделе, практичнее вендорский вариант. Компании, которая строит собственных агентов и хочет управлять контекстом, открытые стандарты дают путь, не заканчивающийся чужим API.