May 1, 2026

Почему 5BY.AI остаётся стабильным при изменении AI-сервисов: проектирование Provider Adapter

ChatGPT, Claude, Gemini, Copilot, Perplexity, DeepSeek, Mistral, Grok имеют разные экраны и структуры диалогов.

Даже один и тот же AI-сервис в процессе обновлений может менять способ отображения сообщений, структуру поля ввода и информацию, разделяющую диалоги.

Если 5BY.AI, связывающий диалоги нескольких AI, напрямую зависим от этих изменений, то при малейшем изменении экрана одного сервиса могут пострадать сохранение, связь, поиск и граф.

Поэтому 5BY.AI отделяет изменения каждого AI Provider от ключевых функций.

Различия между Provider'ами поглощаются в Adapter, а Core работает с мыслями и контекстом пользователя единообразно — это базовый принцип.

Изменения AI Provider'ов неизбежны

AI-сервисы быстро развиваются.

Добавляются новые модели и функции, меняются экраны диалогов и расположение кнопок, изменяется внутренняя структура отображения сообщений.

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

Например, могут измениться следующие части:

Способ различения сообщений пользователя и ответов AI
Структура экрана, на котором отображается диалог
Процесс добавления или изменения сообщений
Расположение поля ввода и кнопки отправки
Адрес диалога и способ идентификации
Способ отображения перегенерированных ответов

Эти изменения естественно возникают в процессе улучшения каждого Provider'а своего сервиса.

Проблема не в самих изменениях.

А в том, насколько далеко изменение одного Provider'а влияет на всю структуру 5BY.AI.

Adapter берёт на себя различия между Provider'ами

Adapter — это граница, понимающая экран и структуру диалогов каждого AI-сервиса.

Способ чтения экрана ChatGPT и способ чтения экрана Copilot могут различаться. Структуру сообщений Claude и структуру сообщений Mistral тоже нельзя считать одинаковыми.

Adapter обрабатывает эти различия внутри каждого Provider'а.

Основные роли:

Идентифицирует, какой это AI Provider.
Обнаруживает сообщения пользователя и ответы AI.
Интерпретирует структуру экрана, специфичную для Provider'а.
Организует нужную информацию о диалоге в общий формат.
Передаёт организованный результат следующему слою.

Важно, что Adapter — это не место для оценки мыслей пользователя или определения важных диалогов.

Adapter сосредоточен на обнаружении различий Provider'а и их переводе.

Core может знать Provider, но не должен зависеть от него

Что Core 5BY.AI должен знать — это из какого Provider'а пришло это сообщение.

Но он не должен знать структуру экрана, селекторы и расположение кнопок конкретного Provider'а.

Например, если в Core накапливаются следующие суждения, возникает проблема:

Для ChatGPT обработка производится этим способом.
Для Claude ищутся другие элементы экрана.
В Gemini сохранение производится только при наличии определённой кнопки.
В Copilot используется отдельная структура сообщений.

Если такие условия для каждого Provider'а накапливаются в Core, при добавлении нового AI или обновлении существующего сервиса придётся каждый раз изменять ключевую структуру.

Малое изменение экрана может повлиять на единицы сохранения, связи контекста и Graph View.

Поэтому 5BY.AI разделяет различия Provider'ов, чтобы они не проникали в Core.

Core обрабатывает поток мышления пользователя на основе общего формата информации, переданного Adapter'ом.

Изменение одного Provider'а не должно влиять на другие Provider'ы

Самая важная цель разделения Adapter'ов — ограничение области изменений.

Предположим, что экран диалога Perplexity изменился.

При правильной разделённой структуре изменения должны быть сосредоточены в Perplexity Adapter.

Из-за этого изменения не должны изменяться следующие функции:

Обнаружение диалогов ChatGPT
Сохранение сообщений Claude
Anchor, созданные в Gemini
Handoff, продолжающийся из DeepSeek
Saved диалогов Mistral
Graph View записей Copilot
Связи мыслей, созданных в Grok

Даже если один Provider изменился, остальные Provider'ы и общие функции 5BY.AI должны сохраняться.

В этом смысл того, что Adapter поглощает удар изменений.

Без Adapter'а Core легко загрязняется

Когда поддерживаются только один-два AI, может казаться быстрее помещать условия для каждого Provider'а прямо в ключевой код.

Но при увеличении числа поддерживаемых сервисов повторяется одна и та же проблема.

Для каждого Provider'а добавляются новые исключения, и при изменении одной функции нужно проверять условия нескольких сервисов.

Со временем Core может превратиться из области обработки потока мышления пользователя в область сбора исключений для каждого Provider'а.

В этом состоянии возникают следующие проблемы:

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

Разделение Adapter'ов — это не просто способ организации кода.

Это структура, защищающая ключевые функции 5BY.AI от загрязнения частыми изменениями Provider'ов.

Anchor и Handoff не должны зависеть от экрана Provider'а

Важные функции 5BY.AI — это не функции для экрана конкретного AI-сервиса.

Anchor оставляет опорную точку мысли, заслуживающую продолжения.

Saved выбирает важный диалог для повторного просмотра.

Handoff связывает контекст сформированных целей и суждений с новым AI-диалогом.

Graph View позволяет исследовать отношения разных диалогов и мыслей.

Смысл этих функций не должен меняться, используются ли они в ChatGPT, DeepSeek или Grok.

Способ отображения сообщений может различаться для каждого Provider'а.

Но мысли, выбранные пользователем как важные, и контекст для продолжения должны обрабатываться в общей структуре.

Adapter обрабатывает различия экрана, а Core поверх этих различий последовательно работает с потоком мышления пользователя.

При добавлении нового AI нужен тот же принцип

В мультимодальном LLM-сервисе поддержка нового Provider'а — это не просто добавление одного адреса сайта.

Нужно понять, как каждый сервис отображает диалоги, как генерируются сообщения и как пользователь продолжает диалог.

Но если при добавлении нового Provider'а приходится менять существующий Core, стоимость и риск расширения постоянно растут.

При хорошей разделённой структуре новый Provider следует следующему процессу:

Adapter понимает экран и структуру диалогов нового Provider'а.
Обнаруженная информация организуется в общий формат 5BY.AI.
Существующий Core и структура хранения обрабатывают её тем же способом.
Anchor, Saved, Handoff и Graph View сохраняют свой смысл.

Даже при поддержке нового AI пользователю не нужно изучать совершенно другой способ использования 5BY.AI.

Provider'ов может стать больше, но ключевые действия 5BY.AI должны быть согласованы.

Для пользователя важна не внутренняя структура, а стабильность

Пользователю не нужно понимать все различия между Adapter и Core.

Ожидания пользователя проще:

Даже при обновлении AI-сервиса можно продолжать оставлять важные диалоги.
Проблема одного Provider'а не должна портить опыт использования другого AI.
Независимо от используемого AI смысл Anchor и Handoff должен быть одинаковым.
При добавлении нового AI связи существующих записей и мыслей должны сохраняться.
Даже при переходе между несколькими AI способ использования 5BY.AI должен быть согласован.

Разделение Adapter'ов — это внутреннее проектирование для защиты этого пользовательского опыта.

Это невидимая структура, но она определяет, насколько стабильно сервис может реагировать на изменения.

Provider'ы меняются, но поток мышления пользователя должен продолжаться

AI Provider'ы постоянно меняются.

Меняются экраны, добавляются функции, могут измениться структура диалогов и способ использования.

5BY.AI тоже должен развиваться, соответствуя этим изменениям.

Но то, что не нуждается в изменении, не должно колебаться вместе с ними.

Экран и способ обнаружения для каждого Provider'а могут меняться в Adapter.

А ключевой опыт — выбор важных мыслей пользователя, сохранение контекста, продолжение в другом AI и повторный просмотр отношений — должен стабильно сохраняться.

Изменения Provider'а поглощаются Adapter'ом, а Core защищает поток мышления пользователя.

Этот принцип — базовое проектирование 5BY.AI для поддержки нескольких AI, не завися от конкретного Provider'а.

AI-сервисы могут продолжать меняться.

Но важные мысли пользователя и координаты для продолжения не должны колебаться вместе с ними.

Связанные статьи и функции

#5BY.AI#Adapter#Core#multi-LLM#Provider#architecture