5BY.AI
개발자 노트설계 판단
설계 판단May 1, 2026

여러 AI 서비스가 바뀌어도 5BY.AI가 안정적인 이유: Provider Adapter 설계

ChatGPT, Claude, Gemini, Copilot, Perplexity, DeepSeek, Mistral, Grok은 서로 다른 화면과 대화 구조를 가지고 있습니다.

같은 AI 서비스도 업데이트를 거치면서 메시지를 표시하는 방식, 입력창의 구조, 대화를 구분하는 정보가 달라질 수 있습니다.

여러 AI의 대화를 연결하는 5BY.AI가 이러한 변화에 직접 흔들린다면, 특정 서비스의 화면이 조금 바뀔 때마다 저장과 연결, 검색과 그래프까지 함께 영향을 받을 수 있습니다.

그래서 5BY.AI는 각 AI Provider의 변화를 핵심 기능에서 분리합니다.

Provider마다 달라지는 부분은 Adapter에서 흡수하고, Core는 사용자의 생각과 맥락을 일관된 방식으로 다루는 것이 기본 원칙입니다.

AI Provider의 변화는 피할 수 없습니다

AI 서비스는 빠르게 발전합니다.

새로운 모델과 기능이 추가되고, 대화 화면과 버튼의 위치가 바뀌며, 메시지를 표시하는 내부 구조도 달라집니다.

사용자에게는 작은 화면 변경처럼 보여도, 브라우저에서 대화를 인식하는 도구에는 중요한 변화일 수 있습니다.

예를 들어 다음과 같은 부분이 달라질 수 있습니다.

이러한 변화는 각 Provider가 자신의 서비스를 개선하는 과정에서 자연스럽게 발생합니다.

문제는 변화 자체가 아닙니다.

한 Provider의 변화가 5BY.AI 전체 구조에 얼마나 멀리 영향을 주는가입니다.

Adapter는 Provider마다 다른 부분을 맡습니다

Adapter는 각 AI 서비스의 화면과 대화 구조를 이해하는 경계입니다.

ChatGPT의 화면을 읽는 방법과 Copilot의 화면을 읽는 방법은 다를 수 있습니다. Claude의 메시지 구조와 Mistral의 메시지 구조도 같다고 가정할 수 없습니다.

Adapter는 이런 차이를 각 Provider 안에서 처리합니다.

주요 역할은 다음과 같습니다.

중요한 점은 Adapter가 사용자의 생각을 평가하거나 중요한 대화를 결정하는 곳이 아니라는 것입니다.

Adapter는 Provider의 차이를 감지하고 번역하는 역할에 집중합니다.

Core는 Provider를 알아도 의존하지 않아야 합니다

5BY.AI의 Core가 알아야 하는 것은 이 메시지가 어떤 Provider에서 왔는가 정도입니다.

하지만 특정 Provider의 화면 구조와 선택자, 버튼 위치까지 알아서는 안 됩니다.

예를 들어 Core 안에 다음과 같은 판단이 늘어난다면 문제가 생깁니다.

이런 Provider별 조건이 Core에 계속 쌓이면 새로운 AI를 추가하거나 기존 서비스가 업데이트될 때마다 핵심 구조를 함께 수정해야 합니다.

작은 화면 변경이 저장 단위, 맥락 연결과 Graph View에까지 영향을 줄 수도 있습니다.

그래서 5BY.AI는 Provider별 차이가 Core에 침투하지 않도록 분리합니다.

Core는 Adapter가 전달한 공통 형식의 정보를 바탕으로 사용자의 사고 흐름을 처리합니다.

한 Provider의 변화가 다른 Provider에 영향을 주지 않아야 합니다

Adapter 분리의 가장 중요한 목적은 변경 범위를 제한하는 것입니다.

예를 들어 Perplexity의 대화 화면이 바뀌었다고 가정해보겠습니다.

올바르게 분리된 구조라면 수정 대상은 Perplexity Adapter에 집중되어야 합니다.

이 변경 때문에 다음 기능까지 함께 수정되어서는 안 됩니다.

하나의 Provider가 바뀌어도 나머지 Provider와 5BY.AI의 공통 기능은 그대로 유지되어야 합니다.

이것이 Adapter가 변화의 충격을 흡수한다는 의미입니다.

Adapter가 없으면 Core가 쉽게 오염됩니다

처음 한두 개의 AI만 지원할 때는 Provider별 조건을 핵심 코드에 직접 넣는 방식이 더 빠르게 보일 수 있습니다.

하지만 지원 대상이 늘어나면 같은 문제가 반복됩니다.

각 Provider마다 새로운 예외가 추가되고, 하나의 기능을 수정할 때 여러 서비스의 조건을 함께 확인해야 합니다.

시간이 지나면 Core는 사용자의 사고 흐름을 처리하는 영역이 아니라 Provider별 예외를 모아둔 영역이 될 수 있습니다.

이 상태에서는 다음 문제가 생깁니다.

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가 다음 과정을 따릅니다.

  1. 새로운 Provider의 화면과 대화 구조를 Adapter가 이해합니다.
  2. 감지한 정보를 5BY.AI의 공통 형식으로 정리합니다.
  3. 기존 Core와 저장 구조는 같은 방식으로 처리합니다.
  4. Anchor, Saved, Handoff와 Graph View는 기존 의미를 유지합니다.

새로운 AI를 지원하더라도 사용자는 완전히 다른 5BY.AI 사용법을 배울 필요가 없어야 합니다.

Provider는 늘어날 수 있지만 5BY.AI의 핵심 행동은 일관되어야 합니다.

사용자에게 중요한 것은 내부 구조보다 안정성입니다

사용자가 Adapter와 Core의 차이를 모두 이해할 필요는 없습니다.

사용자가 기대하는 것은 더 단순합니다.

Adapter 분리는 이러한 사용자 경험을 지키기 위한 내부 설계입니다.

보이지 않는 구조이지만, 서비스가 변화에 얼마나 안정적으로 대응할 수 있는지를 결정합니다.

Provider는 변해도 사용자의 사고 흐름은 이어져야 합니다

AI Provider는 계속 변합니다.

화면이 바뀌고, 기능이 추가되며, 대화 구조와 사용 방식도 달라질 수 있습니다.

5BY.AI가 그 변화에 맞춰 계속 발전하는 것은 필요합니다.

하지만 변화할 필요가 없는 것까지 함께 흔들려서는 안 됩니다.

Provider별 화면과 감지 방식은 Adapter에서 바뀔 수 있습니다.

반면 사용자의 중요한 생각을 선택하고, 맥락을 남기고, 다른 AI에서 이어가며, 관계를 다시 살펴보는 핵심 경험은 안정적으로 유지되어야 합니다.

Provider의 변화는 Adapter가 흡수하고, Core는 사용자의 사고 흐름을 지킨다.

이 원칙은 5BY.AI가 여러 AI를 지원하면서도 특정 Provider에 종속되지 않기 위한 기본 설계입니다.

AI 서비스는 계속 달라질 수 있습니다.

하지만 사용자가 남긴 중요한 생각과 다음에 이어갈 좌표까지 함께 흔들릴 필요는 없습니다.

관련 글과 기능

#5BY.AI#멀티 LLM#Provider Adapter#AI 서비스 연동#아키텍처 분리#코어 안정성