추가 AI 서비스 지원은 Core를 바꾸지 않는 방식으로 검토합니다
현재 공식 지원 범위 밖의 AI 서비스를 추가할 때 기존 Provider와 기억 Core를 오염시키지 않도록 Adapter 분리 원칙에 따라 확장 가능성을 검토하고 있습니다.
새로운 AI 서비스가 계속 등장하고 기존 서비스의 화면도 자주 바뀝니다. 지원 목록을 빠르게 늘리는 것만 목표로 하면 Provider별 예외가 Core에 섞이고 기존 서비스까지 불안정해질 수 있습니다. 5BY.AI는 추가 지원을 검토할 때 감지 로직을 Adapter에 격리하는 원칙을 우선합니다.
새 Provider 하나를 지원하기 위해 기존 Provider와 기억 구조가 함께 바뀌어서는 안 됩니다.
이번 업데이트에서 달라진 점
- 후보 AI 서비스의 대화 DOM, conversation 식별과 완료 이벤트를 read-only로 조사합니다.
- Provider-specific selector와 감지 로직을 Adapter 옵션으로 분리할 수 있는지 확인합니다.
- logical pair, Pack, Saved, Anchor와 Handoff는 기존 Core 계약을 그대로 사용합니다.
- 기존 공식 지원 Provider에 회귀가 없는지 별도로 검증합니다.
- 공식 지원으로 발표하기 전에 실제 수집, 저장과 재진입 흐름이 안정적인지 확인합니다.
사용자가 확인하는 방법
- 사용자는 현재 공식 지원 범위에 포함된 AI 서비스를 우선 사용합니다.
- 새 서비스 지원 요청은 /feedback에 사용 목적과 함께 남길 수 있습니다.
- 지원 후보가 공개되더라도 실험 상태와 공식 지원 상태를 구분합니다.
- 공식 지원으로 확정되면 홈페이지와 안내 페이지의 Provider 계약을 함께 업데이트합니다.
실제 사용 흐름에서의 예시
예를 들어 사용자가 현재 개선 상태를 확인할 때는 사용자는 현재 공식 지원 범위에 포함된 AI 서비스를 우선 사용합니다. 새 서비스 지원 요청은 /feedback에 사용 목적과 함께 남길 수 있습니다. 이후 공식 지원으로 확정되면 홈페이지와 안내 페이지의 Provider 계약을 함께 업데이트합니다. 이 과정에서는 다음 범위를 현재 완료 상태와 혼동하지 않아야 합니다. 지원 요청이 많다는 이유만으로 안정성 검증 없이 Provider를 추가하지 않습니다. 이렇게 확인하면 이미 제공되는 기능과 아직 안정화 중인 부분을 분리해 이해할 수 있습니다.
변경 전과 이후를 구분하면
개선 전에는 현재 제공되는 범위와 아직 안정화 중인 부분이 한 문장 안에 섞여 보일 수 있었습니다. 이번 정리에서는 현재 공식 지원 범위 밖의 AI 서비스를 추가할 때 기존 Provider와 기억 Core를 오염시키지 않도록 Adapter 분리 원칙에 따라 확장 가능성을 검토하고 있습니다. 이미 제공되는 기능은 그대로 보존하고, 개선 대상만 별도로 설명해 사용자가 현재 상태를 과장 없이 이해할 수 있게 했습니다.
적용 범위와 알아둘 점
- 지원 요청이 많다는 이유만으로 안정성 검증 없이 Provider를 추가하지 않습니다.
- Core에 특정 Provider의 DOM selector나 예외 분기를 넣지 않습니다.
- 비공식 실험 상태를 공개 지원으로 표현하지 않습니다.
- AI 서비스 자체의 정책, 지역 제한과 계정 기능은 5BY.AI가 통제하지 않습니다.
5BY.AI 전체 구조에서 이 변경이 중요한 이유
지원 범위를 확장하는 목적은 Provider 숫자를 늘리는 것이 아니라 사용자의 사고 연속성을 더 많은 환경에서 유지하는 것입니다. Adapter 경계를 지키면 한 서비스의 UI 변경이 다른 서비스와 Core 기억 구조에 영향을 주는 위험을 줄일 수 있습니다.
이번 업데이트를 확인하는 기준
- 개선 중인 범위와 이미 안정적으로 제공되는 범위를 같은 문장으로 섞지 않아야 합니다.
- UI와 Provider 호환성 개선이 기억 Core의 저장 단위와 사용자 선택 계약을 변경하지 않아야 합니다.
- 완료되지 않은 항목은 현재 제공 기능처럼 표현하지 않고 후속 업데이트에서 상태를 갱신해야 합니다.