2026년 버전 업데이트 내역

【2026년 10월 26일】버전: 9.58.18.206

버전: v9.58.18.206
주요 내용: 더 편리한 그룹 제어 · 간편해진 스크립트 준비 · 명확해진 AI 작업 상태 · 향상된 일상 안정성
포함 범위: 2026년 9월 1일부터 10월 26일까지 진행된 클라이언트, MbAgent, 화면 구성 및 브라우저 제어 구성 요소의 개선 사항입니다. 일부 기능은 이 기간 동안 계속 다듬었습니다.

버전 개요

하루를 시작하며 브라우저 창을 여러 개 열어 정리하고, 계정 그룹을 바꾼 뒤에는 어제 사용한 답변을 다시 찾습니다. 스크립트를 실행하려는데 필요한 구성 요소가 없어 멈추기도 합니다. 실제 업무보다 이런 반복 준비에 더 많은 시간을 쓰는 경우가 있습니다.

9.58.18.206은 이런 일상적인 단계를 더 간편하게 만들기 위한 업데이트입니다.

Mbbrowser 클라이언트와 MbAgent AI 작업 공간, 그리고 이를 뒷받침하는 화면과 브라우저 제어 구성 요소를 함께 개선했습니다. 여러 환경을 더 체계적으로 관리하고, 스크립트 준비 과정을 쉽게 파악하며, AI 작업 진행 상황을 확인할 수 있습니다. 창 표시, 로그인, 구형 코어의 동작 안정성도 계속 개선했습니다.

자주 하는 작업부터 시작해 보세요. 그룹 창을 정리하거나 자주 쓰는 문구를 저장하고, MbAgent에 작고 구체적인 작업을 맡길 수 있습니다. 반복되는 준비는 줄이고 실제 업무에 더 집중하세요.

사용 방식에 따라 살펴볼 변경 사항

Mbbrowser 사용 방식	확인해 볼 개선 사항
여러 계정 환경을 동시에 관리	창 배치, 그룹 기록, 환경 순서, 문구 그룹
자동화 스크립트를 자주 실행	실행 전 필요한 구성 요소 확인, 누락된 항목 설치 및 진행률 표시
MbAgent로 업무 지원	작업 상태, 선택 가능한 옵션, 계정 사용량, 웹 자동화 준비 상태
고해상도·다중 모니터 또는 구형 브라우저 코어 사용	이미지 표시, 대화상자 위치, 창 가장자리, 구형 코어 그룹 제어

1. 🧭 그룹 제어: 창을 정리하고 바로 업무 시작

📌 한 줄 요약: 여러 브라우저 창을 정리하는 시간을 줄이고 필요한 환경을 더 빠르게 찾습니다.

브라우저가 준비되면 창을 알맞은 위치에 배치

여러 환경을 시작할 때 주 환경, 설정한 순서, 모니터의 작업 영역을 기준으로 창을 배치합니다. 브라우저가 준비된 후 창을 정리하므로 시작 중 창이 겹치거나 위치가 반복해서 바뀌는 현상을 줄입니다.

여러 모니터와 Windows 배율 설정에 따른 위치 계산도 개선해 창이 화면 밖으로 벗어나거나 가장자리에 어색하게 표시되는 경우를 줄였습니다.

직접 확인할 수 있는 변화:

주 환경과 나머지 창이 더 일정한 순서로 배치되어 일괄 시작 후 찾기 쉽습니다.
환경을 끌어 원하는 순서로 정렬하고 그 순서를 저장할 수 있습니다.
그룹을 다시 시작하거나 실행·중지할 때 화면 상태가 더 빠르게 갱신됩니다.

주요 개선 시기: 2026년 10월 11일~25일.

그룹 기록과 설정을 더 쉽게 찾기

프로젝트나 계정 그룹을 자주 바꾼다면 이전 그룹을 검색하고 확인한 뒤 현재 그룹으로 돌아올 수 있습니다. 기록과 검색 설정은 로그인한 계정별로 저장되어 계정 변경 후 데이터가 섞이는 일을 줄입니다.

창 배치와 같은 설정은 별도의 설정 창에서 관리합니다. 설정을 확인만 하고 변경 없이 닫으면 새 기록이 추가되지 않습니다.

주요 개선 시기: 2026년 10월 15일~20일.

2. 📝 자주 쓰는 문구 그룹: 한 번 준비해 두고 다시 사용

📌 한 줄 요약: 자주 쓰는 텍스트를 그룹별로 저장해 필요할 때 쉽게 찾습니다.

고객 답변, 상품 설명, 프로젝트별 문구가 메모나 채팅 창 여기저기에 흩어질 수 있습니다. 이제 그룹 제어 설정에서 여러 줄의 문구를 탭별 그룹으로 정리할 수 있습니다.

달라진 점

내용을 그룹별로 관리. 탭에서 그룹을 추가하거나 삭제할 수 있습니다. 수정한 내용이 있는 그룹을 삭제할 때는 먼저 확인합니다.
환경을 열기 전에 미리 준비. 그룹 제어가 중지된 상태에서도 초안을 저장하고, 환경이 준비되면 사용할 수 있습니다. 초안을 편집하는 것만으로 웹 페이지에 입력되지는 않습니다.
전환 후에도 문구 복원. 탭을 바꾸거나 패널을 다시 열면 현재 계정과 그룹에 맞는 초안을 복원하여 이전 내용이나 빈 값이 새 문구를 덮어쓸 가능성을 줄였습니다.

예시: 상품 설명과 고객 답변을 각각 그룹으로 만들어 오전에 준비하고, 해당 환경에서 작업할 때 필요한 문구를 선택하세요.

주요 개선 시기: 2026년 10월 19일~21일.

3. 🧰 스크립트 실행 환경: 필요한 항목을 확인한 뒤 설치

📌 한 줄 요약: 스크립트에 필요한 구성 요소를 먼저 확인하고, 누락된 경우 다음 단계를 안내합니다.

스크립트를 처음 사용할 때 Python, Java, Node.js, Playwright 같은 용어가 낯설 수 있습니다. 일부 스크립트를 실행하는 데 필요한 도구라고 생각하면 됩니다.

자동화 스크립트 관리자가 필요한 구성 요소를 확인합니다. 누락된 항목이 있으면 다음 단계를 설명하고, 다운로드 전에 확인을 받으며, 설치 진행 상황과 결과를 표시합니다.

“실행이 안 돼요”에서 “다음 단계가 보여요”로

먼저 확인합니다. 폴더가 있는지만 보는 대신 필요한 구성 요소를 실제로 사용할 수 있는지 확인합니다.
준비를 확인합니다. 필요한 항목이 없으면 안내에 따라 다운로드를 확인하고 진행률을 봅니다.
준비가 끝난 뒤 실행합니다. 설치 후 상태를 다시 확인합니다. 취소하거나 설치에 실패하면 스크립트를 계속 실행하지 않습니다.

Python 및 Java 상태 확인과 일부 Playwright 폴더 구성 및 실행 방식의 호환성도 개선했습니다.

처음 사용하는 경우

자동화 스크립트 관리자에서 사용할 스크립트를 선택하고 실행 또는 디버깅할 때 표시되는 구성 요소 안내를 따르세요. 준비가 끝나면 테스트 환경에서 먼저 확인하는 것이 좋습니다.

주요 개선 시기: 2026년 10월 21일~25일.

4. 🤖 MbAgent: AI 작업 진행 상황을 더 쉽게 확인

📌 한 줄 요약: 최종 답변뿐 아니라 진행 중인 작업과 사용자의 확인이 필요한 시점도 알 수 있습니다.

작업 상태를 확인하고 옵션을 직접 선택

MbAgent는 파일, 명령, 브라우저 등 도구별 활동을 묶어 실행 중, 완료, 실패, 승인 대기 상태를 보여 줍니다. 정해진 선택지가 나오면 직접 선택할 수 있으며, 창이 좁을 때는 옵션 배치를 조정해 서로 겹치지 않게 합니다.

웹 작업 결과도 더 신중하게 판단합니다. 자동화 프로그램이 종료된 것과 실제 결과가 반환된 것을 구분하여, 완료되지 않은 작업이 성공으로 표시될 가능성을 줄입니다.

작업이 진행 중인지 확인하고, 필요한 시점에 응답하며, 결과도 더 쉽게 판단할 수 있습니다.

주요 개선 시기: 2026년 9월 1일~10월 15일.

필요할 때 웹 자동화 구성 요소 준비

MbAgent는 웹 자동화 구성 요소의 준비 상태를 확인하고, 필요한 경우 다운로드와 설치를 진행하며, 진행률을 표시합니다. 웹 작업을 시작하기 전에 Mbbrowser 환경과 브라우저 연결 상태도 확인합니다.

시간이 오래 걸리는 작업은 중복 동작, 시간 초과, 실패 처리도 개선했습니다. 실제 사용 가능한 기능은 설치된 버전, Windows, 브라우저 코어 및 계정 권한에 따라 달라집니다.

주요 개선 시기: 2026년 9월 13일~10월 22일.

작업 템플릿, 프로젝트 자료, 계정 사용량 확인

무엇부터 시작할지 모르겠다면? 네트워크 확인, 클라이언트 점검, 백업, 자주 쓰는 웹 작업을 위한 공식 템플릿을 사용할 수 있습니다.
프로젝트를 진행 중이라면? 프로젝트 페이지에서 선택된 작업 폴더와 자료를 사용해 AI 작업을 시작하거나 현재 작업 폴더를 바로 열 수 있습니다.
사용량을 확인하고 싶다면? 사이드바에서 계정 총량, 사용량, 잔여량을 볼 수 있습니다. 로그인하거나 로그아웃한 뒤 연결 상태도 더 빨리 갱신됩니다.
대화가 길어지고 있다면? 여러 차례 이어지는 대화와 공식 정보 검색을 개선해 검색 반복과 일부 대화 중 오류를 줄였습니다.

처음에는 작고 분명한 작업부터

“Mbbrowser 클라이언트 버전 확인”이나 “네트워크 연결 확인” 같은 템플릿을 하나 실행해 진행 과정과 결과를 살펴보세요. AI 기능과 모델은 계정 권한에 따라 달라집니다.

주요 개선 시기: 2026년 9월 3일~10월 20일.

5. 🪟 창과 화면: 매일 사용하는 세부 사항 개선

📌 한 줄 요약: 화면 깜박임과 위치 오류를 줄여 더 편하고 안정적으로 사용할 수 있습니다.

클라이언트와 화면 구성 기반의 개선 사항은 Mbbrowser에 바로 적용되며 별도의 화면 도구를 설치할 필요가 없습니다.

일상적인 상황	개선 사항
고해상도 모니터 또는 Windows 배율 사용	화면에 맞는 이미지 리소스를 선택해 더 선명하게 표시
창 크기를 바꾸거나 목록 항목을 드래그	다시 그리기와 드래그 처리를 개선해 잔상 및 표시 누락 감소
시작할 때 시스템 트레이로 최소화	주 창이 잠깐 보였다가 숨는 현상 감소
주 창을 최소화한 상태에서 종료 확인	현재 사용 중인 화면에 확인 창 표시
MbAgent를 Mbbrowser 옆에 붙이기	간격을 유지하고 주 창을 옮길 때 원치 않는 동작 감소
클라이언트 또는 MbAgent 실행	필요한 화면 상태를 준비한 뒤 표시해 빈 화면 감소

로그인할 때 계정과 비밀번호를 입력하는 과정도 개선했습니다. 주 화면, 설정, 프록시, 스크립트, 그룹 제어와 같은 자주 쓰는 화면 리소스도 함께 정리했습니다.

주요 개선 시기: 2026년 9월 30일~10월 25일.

6. 🔄 새 브라우저 코어와 구형 코어 모두 개선

📌 한 줄 요약: 새 코어뿐 아니라 기존 구형 코어 환경도 계속 개선합니다.

구형 코어의 그룹 제어 기능 개선

Chrome 86, 87, 105용 그룹 제어 구성 요소를 업데이트했습니다. 창과 탭 관리, 스크롤, 텍스트 입력과 선택, 클립보드 동기화 등 자주 쓰는 기능을 개선했습니다. 환경별 실행 결과와 오류 발생 후 복구 상태도 더 명확해졌습니다.

이 개선을 사용하기 위해 기존 환경의 코어를 바로 바꿀 필요는 없습니다. 현재 환경에 맞는 설치 파일을 선택한 뒤 필요한 기능이 지원되는지 확인하세요.

주요 개선 시기: 2026년 10월 23일~25일.

프록시, 시작, 종료 안정성 개선

실제 연결에 가까운 프록시 확인. 외부에 실제로 보이는 주소를 우선 확인해 위치 조회 문제로 인한 오판을 줄입니다.
Chrome 105 프록시 문제 수정. 시작할 때 설정 전달을 개선하고 비밀번호에 특수 문자가 있어도 처리할 수 있도록 했습니다.
그룹 제어 전에 준비 상태 확인. 브라우저나 제어 구성 요소가 준비되지 않으면 다음 작업을 멈추고 문제를 더 명확하게 표시합니다.
환경 종료 후 프로세스 정리 개선. 환경을 닫은 뒤 관련 프로그램이 백그라운드에 남는 경우를 줄입니다.

새 환경을 만드는 일부 준비 작업은 백그라운드에서 진행되어 화면이 오래 기다리는 상황을 줄였습니다. 가져오기 미리보기를 닫으면 읽기도 중지되며, 스크립트 압축 파일을 미리 보는 것만으로 저장된 스크립트 정보가 바뀌지 않습니다.

주요 개선 시기: 2026년 9월 1일~10월 25일.

7. ✨ 가장 시간이 오래 걸리는 단계부터 사용해 보세요

매일 여러 환경을 관리한다면 그룹 창 배치와 문구 그룹을 먼저 사용해 보세요. 스크립트를 자주 실행한다면 필요한 구성 요소를 확인해 보세요. AI를 사용해 보고 싶다면 MbAgent 작업 템플릿부터 시작할 수 있습니다.

검색을 줄이고, 설치 과정의 막막함을 줄이고, 창을 정리하는 시간을 줄여 업무 흐름을 더 원활하게 만듭니다.

모든 기능을 한 번에 익힐 필요는 없습니다. 자주 쓰는 기능 하나부터 익숙하게 사용한 뒤 필요할 때 다른 기능을 살펴보세요.

8. 📥 9.58.18.206 다운로드

기존 환경을 업데이트할 때는 현재 사용하는 브라우저 코어와 맞는 설치 파일을 우선 선택하세요. Windows 10/11에서 기존 환경을 유지할 필요 없이 새로 설치한다면 Core 140을 고려할 수 있습니다. Windows 7에서는 호환되는 구형 코어 설치 파일을 선택하세요.

브라우저 코어	지원 Windows	다운로드
Chrome 140	Windows 10 / 11	9.58.18.206 · Core 140 다운로드
Chrome 129	Windows 10 / 11	9.58.18.206 · Core 129 다운로드
Chrome 105	Windows 7 / 10 / 11	9.58.18.206 · Core 105 다운로드
Chrome 87	Windows 7 / 10 / 11	9.58.18.206 · Core 87 다운로드
Chrome 86	Windows 7 / 10 / 11	9.58.18.206 · Core 86 다운로드

업데이트 전 필독

1. 소프트웨어 버전과 브라우저 코어를 구분하세요

이번 소프트웨어 버전은 9.58.18.206입니다. 설치 파일의 Core 140 / 129 / 105 / 87 / 86은 브라우저 코어를 뜻합니다. 소프트웨어를 업데이트한다고 기존 환경의 코어를 반드시 바꿔야 하는 것은 아닙니다.

현재 환경의 주소 표시줄에서 chrome://version을 열고 브라우저 전체 버전을 확인한 뒤 설치 파일을 선택하세요. Core 105 환경은 Core 105를, Core 140 환경은 Core 140을 먼저 확인하면 됩니다.

중요: 기존 업무 환경은 호환되는 코어로 유지하세요

다른 코어로 바꾸면 저장된 로그인 정보나 웹사이트 호환성에 영향을 줄 수 있습니다. “140” 같은 주요 버전 번호만으로는 부족할 수 있으니 전체 브라우저 버전을 확인하세요. 어떤 설치 파일이 맞는지 확실하지 않으면 설치 전에 공식 고객 지원에 문의하세요. 다른 코어로 기존 업무 환경을 덮어쓰지 마세요.

2. 먼저 백업한 뒤 소수의 환경으로 확인하세요

업데이트 전에 중요한 환경과 자료를 백업하고 기존 데이터 폴더를 유지하세요. 설치 후에는 소수의 테스트 환경을 열거나 가져와 웹사이트 로그인, 프록시, 확장 프로그램, 자주 쓰는 스크립트가 정상인지 확인한 다음 점차 업무 환경을 옮기세요.

3. Windows 버전과 사용 목적에 맞게 선택하세요

Core 140과 129 설치 파일은 Windows 10/11용입니다. Windows 7에서는 Core 105, 87, 86을 선택하세요. MbAgent와 웹 자동화 기능도 Windows, 브라우저 코어, 계정 권한에 따라 달라집니다. 구형 코어에서 그룹 제어가 가능하더라도 모든 AI 기능이 동일하다는 뜻은 아닙니다. 설치된 버전의 안내를 확인하세요.

4. 스크립트나 AI 작업을 처음 사용할 때 화면 안내를 따르세요

스크립트 도구나 웹 자동화 구성 요소가 없으면 안내를 확인하고 설치를 승인한 뒤 계속하세요. 새로운 작업을 처음 시도할 때는 실제 업무에 적용하기 전에 테스트 환경에서 결과를 확인하세요.

📢 어떤 설치 파일을 선택해야 할지 모르거나 업데이트 후 문제가 발생하면 Mbbrowser 공식 고객 지원에 문의하세요. 소프트웨어 버전, 브라우저 전체 버전, 문제 상황을 함께 알려 주시면 더 빠르게 도움을 받을 수 있습니다.

【2026년 09월 21일】버전: 9.18.58.198

버전 번호: v9.18.58.198
커널 버전: 140.0.7339.248 Build 20260921
업데이트 등급: 주요 / 전략급 업데이트 개발 코드네임: "ApexCortex"

버전 개요

v8의 ControlMatrix가 "수백 개의 환경을 동시에 관리"하는 것을 Mbbrowser의 표준으로 만들었다면, 이번 ApexCortex는 더 본질적인 질문에 답합니다. 여러분의 업무 흐름이 "브라우저를 열고 마우스로 클릭하는 것"만이 아닐 때, Mbbrowser가 진정으로 "생각하고 일하는 것"을 도와줄 수 있는가?

지난 3년간 Mbbrowser는 "계정 보안, 핑거프린트 안정성, 대규모 환경 관리"라는 세 가지 과제를 해결해 왔습니다. v7.10(IphoneCloudFlare), v7.12(MBBridge + MBLink), v8.12(ControlMatrix)에 이르기까지, 매번 메이저 버전은 다중 계정 운영의 특정 기반 계층을 재구성해 왔습니다. 오늘, v9.18.58.198은 Mbbrowser를 브라우저 도구에서 AI 협업 워크스테이션으로 공식적으로 이행시키는 첫 번째 버전입니다.

mbAgent 첫 공개.

이는 Mbbrowser와 토착적으로共生하며 "웹 + Mbbrowser + 다중 계정 시나리오"에 특화된 로컬 AI 에이전트입니다. 단순한 ChatGPT 외피도 아니고, 또 다른 브라우저 자동화 엔진도 아닙니다. Mbbrowser가 수년간 축적해 온 핑거프린트, 프록시, 환경, CDP, Control V2 프로토콜, 이중 제어端 능력을 완전히 AI에 위임합니다. AI는 이제 Mbbrowser에게 임의의 환경을 열고, 임의의 계정에 로그인하며, 임의의 웹 작업을 수행하도록 직접 명령할 수 있으며, 이 전 과정에서 Mbbrowser의 보안 경계, 감사 로그, Token 한도 관리를 준수합니다.

이와 동시에 mbAgent에는 공식 인증 웹 자동화 엔진인 browser-auto(Mbbrowser 웹 자동화 엔진)가 내장되어 있습니다. 이는 상류의 성숙된 browser-use 엔진을 기반으로 Mbbrowser 팀이 깊이 적응시키고 강화한 독립 EXE 서브 프로세스로, 크로스보더 이커머스의 복잡한 페이지(회원가입, 다단계 폼, 동적 인증번호, 로그인 점프, 제출 전송)를 위해 설계되었습니다.

mbAgent의 등장을 중심으로, mbbrowser 클라이언트, ApiServer 제어端, Cookie 거버넌스, 공식 AI 모델 채널 역시 전략급 업그레이드를 동시에 완료했습니다.

mbbrowser(Mbbrowser 클라이언트) —— Control V2 서버 측은 이중 제어端 재작성을 완료하여 mbAgent 접속을 정식 지원합니다. Cookie 만료 임박 알림 메일 서비스가 추가되었으며, 다중 창 상호작용 디테일이 전면적으로 개선되었습니다.
ApiServer —— 144개의 기존 HTTP 인터페이스가 Control V2로 완전히 마이그레이션되어 mbAgent와 동일한 능력 사양을 공유합니다. mbAgent를 시작한 후 두 가지 제어를 동시에 사용할 수 있습니다.
다중 LLM 공식 채널 —— DeepSeek / Claude / GPT 3대 공식 인증 모델이 Mbbrowser 회원 등급에 따라 자동 해제되며, Mbbrowser 자체 NEWAPI 중계 사이트를 통해 안전하게 결제됩니다.

본 공지를 모두 읽은 즉시 모든 크로스보더 이커머스, 다중 계정 매트릭스, 광고投放, 이커머스店铺 운영, 소셜미디어引流 사용자들이 업그레이드할 것을 권장합니다. v9.18.58.198은 Mbbrowser가 "도구형 제품"에서 "AI 워크스테이션"으로 전환되는 출발점입니다.

1. 🧠 중급 첫 공개: mbAgent — Mbbrowser 토착 AI 에이전트

📌 한 줄 설명: 오늘부터 Mbbrowser 클라이언트에는 크로스보더 이커머스 시나리오를 위한 로컬 AI 어시스턴트가 내장됩니다. "이 환경에서 pcmax.jp의 오늘 새 메시지를 모두 가져와 주세요"라고 중국어로 직접 지시하면, mbAgent가 모든 단계를 자동으로 완수합니다.

이 기능은 무엇을 해결하기 위한 것인가요?

크로스보더 업무를 해 본 분들은 "AI가 우리를 위해 진짜로 일할 수 있는가"라는 문제가 과거로서는 매우 어색했다는 것을 알고 있습니다.

범용 ChatGPT / Claude 웹 버전: 계정이 클라우드에 있어 여러분의 Mbbrowser 환경에 접근할 수 없으며, 핑거프린트로 보호된 pcmax, TikTok, Shopee 등 실제 비즈니스 사이트를 조작할 수도 없습니다.
시장의 소위 "AI 브라우저": Mbbrowser와 평행한 제품으로, Mbbrowser의 핑거프린트, 프록시, Cookie, 자동화 스크립트와 충돌을 일으킵니다. 이러한 제품들은 여러분의 Mbbrowser Profile을 관리할 수 없습니다.
직접 스크립트 작성: 로그인, 인증번호, 2차 인증, 페이지 변경…… 각각을 디버깅하는 데만 하루가 꼬박 걸립니다.

mbAgent는 Mbbrowser 클라이언트에서 토착적으로 실행되는 최초의 AI 에이전트입니다. mbAgent의 출현은 Mbbrowser의 기존 브라우저 경험을 대체하기 위한 것이 아니라, 이를 한 단계 업그레이드하기 위한 것입니다. Mbbrowser의 브라우저를 AI가 지휘하고, AI가 감독하며, AI가 요약할 수 있는 지능형 실행 유닛으로 변환합니다.

표준적인 mbAgent 워크플로우는 다음과 같습니다. 사용자가 목표를 지시 → mbAgent가 환경 선택 → Mbbrowser Chromium에 부착 → 복잡한 페이지 작업 수행 → 과정과 결과를 사용자에게 반환.

mbAgent LLM 능력 개요

mbAgent는 무엇을 할 수 있나요?

mbAgent에는 130+ 사전 설정 작업 템플릿이 내장되어 있으며(자세한 내용은 제4절 참조), 크로스보더 이커머스 전 시나리오를 망라합니다. 동시에 자연어로 새로운 작업을 자유롭게 설명할 수 있으며, mbAgent는 이를 자동으로 분해·계획·Mbbrowser 환경을 통해 직접 실행합니다.

대표 시나리오 예시:

"200개店铺 계정 중 오늘 비정상 로그인 지역이 있는지 모두 확인" —— mbAgent가 환경을 순회하고, 프록시 출구 IP를 확인하며, 과거 핑거프린트와 비교하고, 보고서를 생성합니다.
"현재 환경에서 pcmax.jp에 로그인하여 읽지 않은 모든 메시지를 Excel로 정리" —— mbAgent가 사용자가 연 환경을 자동 부착하여 Mbbrowser 신원에 따라 한 단계씩 완수합니다.
"이 Amazon 셀러 페이지의 Product Description 형식이 어수선하니, 통일된 템플릿으로 모든 상품을 다시 작성하여 로컬에 저장" —— mbAgent가 페이지를 열고, 구조를 추출하며, 사용자가 제공한 템플릿으로 다시 작성하고, 파일을 저장합니다.
"오늘 밤 9시 전에 50개 환경을 자동으로 시작하여, 순서대로 특정 URL에 접속하고 각각 30초씩 머무르기" —— mbAgent가 Mbbrowser Control V2를 통해 50개 환경을 기동하여 순서대로 실행합니다.

어떻게 이 모든 것을 가능하게 하나요? — Mbbrowser와의 관계

이것이 mbAgent와 시장의 모든 "AI 브라우저" / "AI 어시스턴트"의 가장 본질적인 차이입니다.

사용자
  ↓ 자연어로 작업 설명
mbAgent 메인 에이전트(Rust 로컬 프로세스)
  ↓ Mbbrowser 사양 중 "게시된" operation 호출
Mbbrowser(mbbrowser.exe)
  ↓ Control V2 프로토콜 / 기동 및 환경 관리
Mbbrowser Chromium 140
  ↓ 후보 부착 + 자동화 임대
Mbbrowser CDP(WebSocket)
  ↑ 페이지 상태, 프록시 출구, Cookie 값, 크로스 도메인 Frame
browser-auto(Mbbrowser 웹 자동화 엔진, 독립 EXE)
  ↑ 모델 루프: 관찰 → 의사결정 → 동작 → 검증 → 복구
LLM(DeepSeek / Claude / GPT, 회원 채널에 따름)

mbAgent는 클라우드에서 LLM을 호출하여 독립 Chrome을 조작하는 것이 아니라, 다음을 수행합니다.

본 기기에 이미 로그인된 Mbbrowser 클라이언트를 발견하고 접속(Control V2 + discovery token + PID 생성 시각 삼중 검증을 통해);
Mbbrowser Profiles에 따라 사용 가능한 환경을 선택하며, 각 환경의 핑거프린트 / 프록시 / Cookie / 이전 상태를 검증합니다;
Mbbrowser Chromium의 실제 CDP WebSocket에 부착(Profile 생성, 핑거프린트 수정, 프록시 전환 없음);
Mbbrowser 공식 사양 중 "게시된" operation 호출(144개 기존 HTTP 인터페이스, 4개 ApiServer 로컬 관리 인터페이스, 모두 Control V2 영속 TCP를 통해);
Mbbrowser의 AutomationLease를 통해 인간 인계와 매끄럽게 연결 —— 사용자가 mbAgent가 조작 중인 환경을 언제든지 인수할 수 있으며, mbAgent는 자동으로 제어권을 양보합니다.

이는 곧 다음을 의미합니다. mbAgent는 어떠한 Mbbrowser 보안 메커니즘도 우회하지 않으며, 핑거프린트 / Cookie / 프록시를 변경하지 않습니다. mbAgent는 Mbbrowser의 능력을 AI에 빌려줄 뿐입니다.

2. 🚀 신규 독립 엔진: browser-auto(Mbbrowser 웹 자동화 엔진)

📌 한 줄 설명: browser-auto는 mbAgent 뒤의 "엔진"입니다. 복잡한 웹 작업을 위해 설계된 독립 EXE 서브 프로세스입니다.

왜 독립 엔진이 필요한가요?

mbAgent 메인 에이전트(Rust)는 스케줄링, 사양 검증, 능력 발견, 감사에 능하지만 "웹 페이지를 보며 의사결정하는 것"에는 능하지 않습니다. AI가 실제 웹사이트를 사람처럼 조작하려면, 완전하고 성숙하며 관측 가능한 웹 Agent 루프가 필요합니다.

관찰(DOM/스크린샷/컨트롤 트리)
  → 모델 의사결정(LLM이 다음 동작 결정)
  → 동작(클릭 / 입력 / 제출 / 전송)
  → 검증(페이지 변화가 예상과 일치하는지)
  → 복구(불일치 시 복구 후 재시도)

Mbbrowser 팀은 심도 있는 선정을 거쳐 상류의 성숙된 browser-use 0.13.8을 Mbbrowser 브랜드 browser-auto로 패키징했습니다. 상류의 완전한 능력을 보존하는 동시에 다음과 같은 강제적 강화를 진행했습니다.

디렉터리형 독립 EXE(Nuitka standalone/onedir)로, Python, uv, pip 설치에 의존하지 않으며, 대상 머신에서 즉시 사용 가능합니다.
익명 stdio NDJSON으로만 mbAgent와 통신하며, TCP / HTTP 포트를 전혀 청취하지 않고, Windows 서비스를 등록하지 않아 노출면이 최소입니다.
Mbbrowser Control V2가 기동한 Chromium에만 부착 가능 —— 자체 Chrome 기동 금지, Profile 생성 금지, 프록시 수정 금지, 핑거프린트 덮어쓰기 금지.
API Key는 메모리에서만 전달 —— .env에 쓰지 않고, 커맨드라인에 쓰지 않으며, EXE 리소스에 남기지 않습니다.
최초 기동 시 익명 텔레메트리, 기본 확장, PostHog 등 모든 제3자 누출 지점을 차단합니다.
후보 부착 + 자동화 임대 —— browser-auto, mbAgent 토착 페이지 도구, 인간 인계자가 동일한 "현재 누가 이 페이지를 조작 중인지" 임대 정보를 공유하여 동시 쓰기 충돌을 방지합니다.

browser-auto 상류의 24개 기본 action은 모두 완전 보존되며(click, input, send_keys, submit, send, purchase 등), 개조하지 않고, 잘라내지 않으며, 추가 승인을 요구하지 않습니다.

mbAgent 토착 페이지 도구(후보 페이지)와의 관계

mbAgent는 두 세트의 페이지 능력을 동시에 지원하여 상호 보완합니다.

엔진	적용 시나리오	스케줄링 방식
browser-auto(기본)	복잡, 다단계, 폼, 동적 페이지, 인증번호, 가입, 로그인 점프	한 번의 작업급 인가 → 내부 연속 동작
mbAgent 후보 페이지(폴백)	결정론적 읽기 전용 진단, 단일 단계 동작, Windows 7 / 구형 커널 호환	동작별 검증

Mbbrowser는 기존 능력을 삭제하거나 대체하지 않습니다. browser-auto는 신규 "고급 옵션"이며, 후보 페이지는 안전 폴백으로 계속 유지됩니다.

사용자가 체감하는 차이

과거: "계정에 로그인해 주세요" → 사용자에게 Puppeteer / Selenium 스크립트 50줄 작성 요구 → 20분 디버깅.
현재: "계정에 로그인해 주세요" → mbAgent + browser-auto가 한 마디로 완수하며, 과정 로그는 Mbbrowser 로컬에서 추적 가능합니다.

3. 🌐 신규 공식 AI 모델 채널: DeepSeek + Claude + GPT

📌 한 줄 설명: mbAgent가 호출하는 LLM은 Mbbrowser 공식 채널이 제공하며, Mbbrowser 회원 등급에 따라 자동 해제되고, Mbbrowser 자영 NEWAPI 중계 사이트를 통해 통합 결제 및 감사를 받습니다.

무엇을 해결하나요?

AI 업무를 수행할 때 가장 두려운 세 가지: API Key의 남용, token 사용량의 통제 불능, 모델의 블랙박스. mbAgent는 Mbbrowser 자체 계정 체계를 통해 이를 완전히 해결합니다.

Mbbrowser 클라이언트에서 로그인 —— 시스템이 NEWAPI에서 자동으로 섀도우 사용자를 생성/갱신하고, 계정 독립 Token을 생성하며, 구독을 바인딩합니다.
WEB 제어台에서 회원 등급에 따라 사용 가능한 모델 화이트리스트(mb_fast / mb_claude / mb_premium)를 선택합니다.
mbAgent 기동 시 화이트리스트를 가져오며, Mbbrowser 공식 Profile에 따라 /v1/chat/completions 또는 /v1/responses로 라우팅합니다. 이름으로 추측하지 않고 Profile 선언에 따라 정확히 라우팅합니다.
모든 모델 호출마다 실제 Token usage가 Mbbrowser 클라이언트 로그 및 공식 결제 시스템에 회신됩니다.

Chat과 Responses 동시 지원

mbAgent 내장 브라우저 자동화 어시스턴트는 Chat Completions와 Responses 두 프로토콜을 동시에 지원합니다. Mbbrowser 공식 Profile이 api_mode=chat_completions 또는 api_mode=responses를 선언하면, mbAgent는 선언에 따라 정확히 라우팅합니다.

프로토콜	적용 시나리오
Chat Completions	범용 대화, 전통 호환, 안정적 신뢰성
Responses	구조화 출력, reasoning_effort, 시각 입력(미래)

이 두 프로토콜의 차이를 이해할 필요가 없습니다 —— Mbbrowser가 이미 선택을 완료했습니다. WEB 제어台에서 모델만 선택하면 됩니다.

모델 분류와 회원 등급

분류	모델 예시	적용 회원
mb_fast	DeepSeek 시리즈	전 회원(무료 사용자 포함)
mb_claude	Claude Sonnet	개인 / 팀 회원
mb_premium	GPT 시리즈	개인 / 팀 회원

💡 NEWAPI Token 단기 임대(15분)로, 계정 비활성,套餐 다운그레이드, 모델 취소 시 자동失效됩니다. 구버전 Key가 영구 유효할 수는 절대 없습니다.

감사 및 마스킹

모든 모델 응답은 mbAgent에 진입한 후 강제 마스킹을 거칩니다.

API Key는 LLM 컨텍스트, UI, 로그, IPC에 절대 나타나지 않습니다;
HTML / DOM / 스크린샷 / 네트워크 본문 등 대용량 데이터는 작업급 임시 산출물로만 저장되며, LLM은 필요에 따라 요약과 청크 인덱스만 읽습니다;
Token 사용량은 Prompt / Completion / Cache 항목별 감사를 거치며, 모델 + 작업 + 시간에 바인딩됩니다.

4. 🎨 신규 "시작 메뉴": 130+ 크로스보더 이커머스 작업 템플릿

📌 한 줄 설명: Mbbrowser 클라이언트 AI 채팅 인터페이스 상단에 "시작 메뉴" 아이콘이 나타나며, 이를 클릭하면 130+ 크로스보더 시나리오용 사전 설정 AI 작업이 표시됩니다.

무엇을 위한 것인가요?

많은 사용자가 mbAgent를 처음 사용할 때 묻습니다. "AI에게 무엇을 시켜야 할지 모르겠습니다." 시작 메뉴는 Mbbrowser 공식 유지 작업 템플릿 라이브러리로, 크로스보더 이커머스 8대 시나리오를 망라합니다.

📁 Mbbrowser 클라이언트 운영 진단(10항)
   ├─ 클라이언트 기동 실패 플래시 종료 및 이상 종료 원인 분석
   ├─ 클라이언트 프로세스 서브 프로세스 및 잔류 프로세스 검사
   ├─ 클라이언트 버전 브라우저 커널 버전 및 업데이트 상태 검사
   └─ ……

📁 운영 체제 건강도 검사(10항)
   ├─ CPU 메모리 디스크 및 임시 디렉터리 건강도 검사
   ├─ 시스템 시간 시간대 언어 및 지역 설정 검사
   ├─ 방화벽 시스템 프록시 및 보안 정책 검사
   └─ ……

📁 AI 메모리 데이터 및 백업 보안 검사(9항)
   ├─ AI 로컬 메모리 중 만료 중복 및 모순 정보 검사
   ├─ Token Cookie 비밀번호 및 키 노출 위험 검사
   ├─ 세션 기록 구성 파일 및 브라우저 환경 백업 검사
   └─ ……

📁 브라우저 핑거프린트 및 환경 진단(9항)
   ├─ Canvas/WebGL 오디오 폰트 및 미디어 디바이스 노출 검사
   ├─ WebRTC DNS IPv4 및 IPv6 누출 검사
   ├─ 시간대 언어 지리적 위치 및 프록시 출구 정합성 검사
   └─ ……

📁 프록시 및 네트워크 진단(10항)
   ├─ DNS 해석 경로 및 DNS 누출 검사
   ├─ 프록시 IP 소속지 ASN 및 거주지 데이터센터 특성 정리
   ├─ 프록시 지연 손실 안정성 및 대역폭 검사
   └─ ……

📁 계정 및 환경 격리 순찰 검사(9항)
   ├─ Cookie 로컬 저장소 캐시 및 IndexedDB 격리 검사
   ├─ IP 프록시 및 디바이스 파라미터 계정 간 재사용 위험 검사
   ├─ 로그인 기록 세션 상태 및 중복 로그인 원인 정리
   └─ ……

📁 비즈니스 운영 및 웹 워크플로우 보조(8항)
   ├─ 상품 콘텐츠 발행 및 수정 흐름 편성
   ├─ 웹 폼 필드 및 제출 전 검증
   ├─ 고객 서비스 메시지 처리 및 발송 전 검토
   └─ ……

📁 소프트웨어 버전 및 업그레이드 호환성 검사(9항)
   ├─ CDP 및 Control 채널 버전 핸드셰이크 호환성 검사
   ├─ 업그레이드 패키지 출처 서명 및 해시 검증
   └─ ……

###亮点

공식 유지: 작업 템플릿과 prompt는 Mbbrowser 팀이 실제 비즈니스 기반으로 지속 업데이트하며, "비즈니스 흐름" 추가 시 사용자가 코드를 작성할 필요가 없습니다.
사용자급 커스터마이즈: 자신의 "경험"도 템플릿 라이브러리에 기록하여 계정 간 공유할 수 있습니다.
권한 격리: 공식 및 자체 템플릿은 엄격한 물리적 격리로, AI가 공식 전략을 사용자 로컬 비즈니스 선호로 "오염"시키지 않습니다.
종료 가능: 메뉴를 원하지 않을 경우 설정에서 직접 끌 수 있으며, 정식 워크플로우에 영향이 없습니다.
최근 작업: 우측에 시간 역순으로 최근 사용한 5개 작업이 표시되며, 다시 클릭하면 재실행됩니다.

5. 🤖 ApiServer와 mbAgent 이중 제어端 공존

📌 한 줄 설명: 동일한 Mbbrowser 인스턴스에 ApiServer + mbAgent를 동시에 접속할 수 있으며, 서로 간섭하거나 선점하지 않습니다.

이 메커니즘은 무엇을 해결하나요?

크로스보더 팀은 오랫동안 하나의 모순을 안고 있었습니다. 자동화 스크립트(Puppeteer / Selenium / 자체 작성 API)와 AI 조작은 종종 동시에 진행할 수 없습니다 —— 하나가 접속하면 다른 하나는 거부되거나 데이터가 뒤섞입니다.

본 업데이트 이후:

동일 Mbbrowser 인스턴스는 최대 ApiServer 1개 + mbAgent 1개 접속을 허용합니다.
두 접속은 독립적인 유계 큐(MBAGENT 75% / APISERVER 75%)를 사용하며, FIFO 공평 라운드로빈으로 어느 한쪽이 다른 쪽을 굶기지 않습니다.
모든 쓰기 작업은 멱등 키를 지원하여, mbAgent와 ApiServer가 동일 작업을 전환 재시도해도 한 번만 실행됩니다.
Mbbrowser Control V2는 SNAPSHOT 프레임을 제공하여, 어느 한쪽이 전환/단선/일시정지할 때 다른 쪽도 일관된 환경 스냅샷을 받아 실행을 계속할 수 있습니다.
Mbbrowser 런타임 신원(PID / run_id / endpoint_generation / 실제 /json/version)이 엄격히 검증되어, 위조된 인계接管은 불가능합니다.

실제 사용

다음과 같이 배치할 수 있습니다.

오전: mbAgent가 50개 환경에서 콘텐츠 수집(한 번의 작업 인가, browser-auto 장시간 실행);
오후: 본인이 작성한 Python 스크립트가 ApiServer를 통해 이 50개 환경을 인수하여 일괄 게시;
두 도구는 상대방의 존재로 인해 실패하지 않습니다.

mbAgent의 능력 총계

mbAgent가 호출할 수 있는 Mbbrowser 능력은 통일된 사양에서 생성됩니다.

        mbAgent Profile
            ↓
   MbbrowserDescribe(목록 취득)
            ↓
   MbbrowserExecute(operation별 호출)
            ↓
   Control V2 → mbbrowser → 실제 비즈니스

170개의 semantic operations
150개의 routes(그중 144개는 ApiServer 호환, 6개는 ApiServer 로컬 관리)
19개의 canonical workflow(인증, 환경 열람, 기동, Cookie, 플러그인, 스크립트, 프록시, UA, 고급 설정, 시스템 모드, 강제 종료, 캐시 정리……)
각 operation은 엄격한 Request / Response / 오류 Schema, 위험 등급, 쓰기 영향, 멱등 키, TTL,撤销 의미를 보유합니다.

이 사양은 동시에 Apidog / Postman 컬렉션, Python SDK, TypeScript SDK, mbAgent 도구 등록부의 유일한 출처입니다. 사양이 업데이트되면 모든 클라이언트가 동기적으로 새로 고침되며, "AI는 한 가지를 알고 스크립트는 다른 것을 안다"는 불일치가 발생하지 않습니다.

📌 한 줄 설명: Cookie는 계정의 "로그인 자격"입니다. 이제 Mbbrowser가 이를 능동적으로 모니터링하여 만료 전에 이메일을 통해 사전에 알려 드리며, 계정이 끊기는 것을 기다리지 않습니다.

무엇을 위한 것인가요?

다중 계정 매트릭스를 운영해 본 분들은 알 것입니다. 계정의 갑작스러운 단절 = 비즈니스 갑작스러운 중단 = 고객 클레임 / 손실. 가장 흔한 단절 원인 중 하나가 바로 Cookie 만료입니다.

임시 Cookie(Session)는 현재 세션만 유지하며, 새로 고침 시 끊어집니다.
장기 Cookie는 수일에서 수 주까지 지속되며, TimeZone 변경, User-Agent 변경, IP 변경 시 상대 서버가 능동적으로 무효화할 수 있습니다.
100개 계정을 운영할 때 Cookie 만료 시간을 수기로 기억하는 것은 불가능합니다.

Mbbrowser는 어떻게 해결하나요?

신기능: Cookie 만료 임박 알림 메일이 Mbbrowser 클라이언트에 내장되어 있습니다.

Mbbrowser 로컬 하트비트
  ↓ 30분마다 폴링
각 알림 활성 Cookie에 대해:
  - 잔여 유효 기간 < 임계값(기본 24h)
  - 마지막 알림 후 경과 시간 > 600s
  ↓ 통과
SMTP 메일 구성:
  - 수신자 = 현재 Mbbrowser 계정에 바인딩된 이메일
  - 제목 = "[Mbbrowser] 환경 <name>의 Cookie가 <time>에 만료됩니다"
  - 본문 = "해당 환경에서 비즈니스 사이트에 다시 로그인하여 사이트 서버 측에서 로그인 상태를 재발급해 주세요"
  ↓ 발송
비동기 SMTP 전달
  ↓
Mbbrowser 로컬 로그 + Mbbrowser 로그 매니저

주요 디테일

화이트리스트와 블랙리스트: 기본 13개 재생 가능한 Chromium 캐시만 정리 가능하며, Cookie / History / Preferences 등 비즈니스 데이터는 절대 잘못 정리되지 않습니다;
수정 후 알림 중지: 사용자가 알림 메일에서 실제 로그인을 완료하여 Cookie가 갱신되면, Mbbrowser가 후속 알림을 자동으로 중지합니다;
다중 환경 배치 알림: 고정 시간 슬롯에 통합 발송하여, 100개 Cookie가 거의 동시 만료되어도 순간적으로 100통의 메일이 발송되지 않습니다;
SMTP 테스트 발송: 설정 패널에서 "SMTP 설정 테스트"를 클릭하여 메일 링크의 가용성을 즉시 검증할 수 있습니다;
재시도와 중복 제거: SMTP 실패 시 30초/2분 백오프로 재시도하여 단시간 내 중복 알림을 방지합니다;
로컬 우선: 모든 알림 기록은 먼저 Mbbrowser 로컬 로그에 기록되며, SMTP 실패가 Mbbrowser에서 Cookie 문제로 오인되지 않습니다;
제3자 메일 지원: QQ 기업 메일, NetEase 기업 메일, Alibaba Cloud 메일, SendGrid, Mailgun, SMTP 자체 호스팅 모두 지원합니다.

중요 안내

⚠️ JWT, 서버 측 세션, 복잡한 풍控을 사용하는 사이트의 경우, 로컬 Cookie 시간을 단순히 수정하는 것이 진정한 갱신을 의미하지 않습니다. 정확한 방법은 여전히 해당 환경에서 비즈니스 사이트에 다시 로그인하여 사이트 서버 측이 유효한 로그인 상태를 재발급하도록 하는 것입니다. Mbbrowser 알림 메일에도 이 점이 명확히 기재됩니다.

7. 🔁 mbbrowser 클라이언트: Control V2 이중 제어端 프로토콜 전면 가동

📌 한 줄 설명: Mbbrowser 브라우저의 하위 제어 프로토콜 재작성이 완료되었습니다. mbAgent + ApiServer 이중 제어를 지원하도록 설계되어, 보안 등급과 처리 능력이 대폭 향상되었습니다.

Control V2란 무엇인가요?

Mbbrowser는 과거에 자체 TCP + Protobuf 프로토콜로 mbBrowser ↔ ApiServer 통신(HTTP 144개 인터페이스 + 구 30개 명령)을 담당했습니다. 이 프로토콜은 mbAgent와 같은 "장시간 세션 + 양방향 스트리밍 이벤트 + 엄격한 신원 검증"이라는 새로운 시나리오에서는 이미 충분하지 않습니다.

Control V2는 mbAgent를 위해 Mbbrowser가 재작성한 차세대 하위 제어 프로토콜입니다.

특성	구 프로토콜	Control V2
접속 모델	단기 접속, HTTP Bearer	영속 TCP, MBV2 프레임 헤더 + CRC32 + 시퀀스 번호
역할	ApiServer 전용	MBAGENT + APISERVER 이중 슬롯, 공평 라운드로빈
신원 검증	HTTP Token(폐기됨)	64바이트 instance_id + discovery token + PID + 프로세스 생성 시각 4중 검증
쓰기 멱등성	보장 안 됨	영속 멱등 저장소 + Windows DPAPI + 24h/4096건 유계 + 실패 롤백
취소	복잡	독립 cancel_id + CancelAck + connection_generation별 필터링
이벤트 스트림	단일 슬롯 직렬	1024건/4MiB/1h 3중 백프레셔 + EVENT_GAP 스냅샷 복구
쓰기 동시성	전역 FIFO	역할별 75% 상한 + 전역 256 상한 + 대기 테이블 + deadline

mbAgent 접속 디테일

Mbbrowser 서비스 발견: mbAgent는 기동 후 LOCALAPPDATA\MBBrowser\browser\control에서 현재 사용자 ACL로 보호된 두 파일을 읽습니다.

discovery —— 핸드셰이크 토큰 포함(mbAgent와 ApiServer만 읽기 가능)
instance —— 토큰 미포함, instance_id / PID / creation_time / generation 기술

mbAgent는 discovery 토큰 + PID 생성 시각의 4요소 검증 후 영속 TCP를 설정합니다. Mbbrowser는 INADDR_LOOPBACK(127.0.0.1)를 강제하며, 원격 접속을 지원하지 않습니다.

API Key, Cookie, Authorization, CK, sessionId, objectId 등 민감 필드:

모델 파라미터, 커맨드라인, 일반 로그, UI, IPC에 절대 진입하지 않습니다;
Mbbrowser 측의 ChromeParam 핸들은 IPC에서 candidate_* 랜덤 ID로 대체됩니다;
Mbbrowser process 기동 직후 CK / CDP 포트 등 비밀을 Zeroizing 메모리 공간에 배치하며, IPC 직렬화 시 일반 필드에 진입하지 않습니다.

기동과 정지

동일 Mbbrowser 인스턴스는 MBAGENT 1개 + APISERVER 1개의 각 1개 접속만 허용합니다.
두 번째 동일 역할 접속은 즉시 거부됩니다(SLOT_OCCUPIED 반환).
하트비트 타임아웃 또는 충돌 시 슬롯을 자동 회수하며, 30초 이내에 새 접속이 재접속할 수 있습니다.
mbAgent 또는 ApiServer가 단절되어도 Mbbrowser Chromium을 닫지 않으며, 메인 프로세스를 종료하지 않습니다. mbbrowser의 수명 주기는 제어端과 완전히 분리됩니다.

호환성

144개 기존 ApiServer HTTP 인터페이스가 완전 보존되어, 구 비즈니스 코드가 무변경으로 Control V2에 직접 접속됩니다.
ApiServer는 MBAPISERVER_CONTROL_V2=required/auto/off의 3단계로 그레이스케일링을 제어합니다.
mbAgent는 MBAGENT_DIRECT_CONTROL=on/auto/off로 제어합니다.
모든 신기능은 그레이스케일 버킷에서 편향 없는 거부 샘플링 + 100만 샘플 검증을 거칩니다.

8. 🛡 사용자가 즉시 체감할 수 있는 보안 / 효율 개선

본 절은 사용자가 직접 체감할 수 있는 변경 사항을 정리한 것으로, API 내부 디테일은 포함하지 않습니다.

✅ UI 개선

메인 인터페이스: 그룹 메뉴, 단일 환경 더보기 메뉴, Cookie 메뉴, 프록시 메뉴, 환경 패키지 가져오기/내보내기 메뉴가 모두 다국어 메커니즘에接入되었으며, 신규 버튼이 자동 로컬라이즈됩니다(중/영/번체/러/일/越/印/터/태/西/포/우).
리스트 컨트롤: 선택 배경, 호버 배경, 선택 식별자가 통일되어 새로 고침되었으며, "특정 항목 후 배경이 가려지는" 구 문제가 수정되었습니다.
스크롤 동작: 모든 데이터 리스트가 부드러운 스크롤 + 관성 휠 + 개선된 스크롤바 슬라이더를 지원합니다.
아이콘: codicon.ttf가 메뉴 버튼, 툴바, 상태 지시자를 완전히 커버하며, DEBUG 통과, RELEASE 동기화되었습니다.
창 닫기 / 상태 전환: 새로 고침이 더 안정적이며, 오류가 더 이상 "리스트를 멈추게" 하지 않습니다.

✅ 직접 체감 가능한 기능

Cookie 만료 임박 알림 메일: 이전 절에서 상세 기술;
다중 LLM 모델 채널: 이전 절에서 상세 기술;
시작 메뉴: 이전 절에서 상세 기술;
browser-auto 엔진: 이전 절에서 상세 기술.

✅ 백그라운드 운영 개선

더 안정적인 다중 인스턴스 업그레이드: mbAgent 업그레이드 → Control V2 완전 스냅샷 동결 → 환경 핑거프린트 미초기화 → 비즈니스 중단 없음;
더 안정적인 Proxy 배치 할당: 모든 프록시 작업이 원자 트랜잭션 + 영속 기준선 스냅샷 + 동일값 재재생 비덮어쓰기를 거칩니다;
더 안전한 명령 호출: 배치 기동 요청에 독립적인 request_id가 부여되어, 지연 도착 패킷이 다음 기동을 깨우지 않으며, 계정 / 환경 기동 결과가 섞이지 않습니다;
더 작은 Token 점유: 제12차 성능 최적화로 LLM 응답 지연과 Token 낭비 문제가 완전히 개선되었습니다.

9. 📚 동반 조치: Mbbrowser 공식 문서 동기 업데이트

본 릴리스는 동시에 Mbbrowser 공식 문서 체계를 AI 시대로 이행시킵니다.

클라이언트 내장 문서

Mbbrowser 클라이언트에는 130+ AI 보조 작업 매뉴얼과 핵심 개념 / 기초 상식 Q&A가 내장되어 있으며, 다음과 같이 분류됩니다.

Mbbrowser 클라이언트 운영 진단(10)
운영 체제 건강도 검사(10)
AI 메모리 데이터 및 백업 보안 검사(9)
브라우저 핑거프린트 및 환경 진단(9)
프록시 및 네트워크 진단(10)
계정 및 환경 격리 순찰 검사(9)
비즈니스 운영 및 웹 워크플로우 보조(8)
소프트웨어 버전 및 업그레이드 호환성 검사(9)
mbAgent 기초 사용(10)
프록시 및 네트워크 기초(13)
Mbbrowser 브라우저 안전 사용(10)
자주 묻는 질문 기초(10)
핵심 개념(10)
계정 격리 기초(10)
핑거프린트 파라미터 기초(10)

모든 130+ 문서는 mbAgent가 최초 업그레이드 후 자동으로 백그라운드 로드하며, 주제별로 "시작 메뉴"와 AI 추천 응답 자료 라이브러리에 분류됩니다.

도움말 문서 사이트

help.mbbrowser.com 도움말 센터에 동기 업데이트되었습니다.

업데이트 로그(본 공지 위치)
mbAgent 사용 가이드: 설치부터 첫 작업까지의 완전한 walkthrough
mbbrowser 각 기능 튜토리얼: 본 버전의 Cookie 만료 임박 알림 메일 포함
API 문서: ApiServer 30+ 인터페이스(HTTP + Control V2 이중 프로토콜)

10. ⚙ 업그레이드 전 필수 확인

동일 커널 버전强制 요구

반드시 동일 커널 버전 번호로 업그레이드해야 합니다. 예: 이전 사용 커널 버전이 140.0.7339.248인 경우, 업그레이드하는 설치 패키지도 140.0.7339.248이어야 하며, 그렇지 않으면 계정 자격 증명 손실 위험이 발생합니다.

내장 브라우저 커널(Chromium)

140 커널: Windows 10 / 11(권장)
129 커널: Windows 10 / 11(호환)

mbAgent 호환성

mbAgent는 Windows 10/11 + Chromium 140에서 첫 출시되며, browser-auto의首选 실행 환경입니다.
Windows 7 / 구형 커널에서 mbAgent는 사용 가능하지만, browser-auto는 기본적으로 후보 페이지 폴백을 사용합니다.
mbAgent의 6세대 Chromium 횡단 릴리스 게이트는 이미落地되었으며(86 / 87 / 105 / 106 / 129 / 140), 단 공식 쓰기 능력은 실제 증거를取得한 후에만宣布됩니다.

설치 패키지 SHA-256 및 서명

설치 패키지: AI_20260921_MBbrowserSetup_9.18.58.198_Core_140.exe
검증 도구: 업그레이더 내장, 공식 사이트 다운로드 페이지 서명, 커맨드라인 Get-FileHash
업그레이드 경로: v8.12.32.230 / v7.12.22.221 / v7.10.20.219 등 과거 버전과 일관되며, MBDATA를 보존하여 기존 환경, 핑거프린트, Cookie, 자동화 스크립트를 건드리지 않습니다.

MBDATA 데이터 디렉터리

NVMe / SSD 고속 하드 디스크에 계속 위치합니다. Cookie, Local Storage, IndexedDB, User-Agent 라이브러리, 프록시 데이터베이스, 로그인 자격 증명, 자동화 스크립트, 시작 메뉴 템플릿은 모두 MBDATA에서 계속 읽기/쓰기됩니다.

버전 요약

본 v9.18.58.198 ApexCortex는 Mbbrowser가 "브라우저 도구"에서 "AI 협업 워크스테이션"으로 이행하는 출발점입니다.

차원	업그레이드 내용
AI 엔진	mbAgent 첫 공개 + browser-auto 독립 웹 자동화 엔진
AI 모델	DeepSeek + Claude + GPT 3단계 공식 채널, Chat Completions + Responses 이중 프로토콜
AI 템플릿	130+ 크로스보더 이커머스 작업 시작 메뉴, 15+ 대 분류 망라
Mbbrowser 제어 프로토콜	Control V2 영속 TCP + 이중 제어端 공평 큐 + 영속 멱등 + 이벤트 스트림 백프레셔
Mbbrowser 신기능	Cookie 만료 임박 알림 메일 + 내장 AI 문서 + 다국어 + 아이콘 체계
ApiServer	144개 기존 인터페이스 Control V2화 + 4개 로컬 관리 인터페이스 + mbAgent와 동일 사양
클라이언트 경험	UI 디테일, 아이콘, 스크롤, 메뉴 다국어, 창 닫기 안정성 전면 개선

모든 크로스보더 이커머스, 다중 계정 매트릭스, 광고投放, 이커머스店铺 운영, 소셜미디어 운영 사용자가 동일 커널 버전을 설치한 후 즉시 업그레이드할 것을 권장합니다. 새 버전으로 업그레이드하기 전에 먼저 커널 버전을 확인하시기 바랍니다(chrome://version). 반드시 동일한 커널 버전 번호로 업그레이드해야 하며, 그렇지 않으면 커널 버전 불일치로 계정 자격 증명 손실 위험이 발생할 수 있습니다. 필요한 경우, 다중 계정 운영, 크로스보더 비즈니스, 소셜미디어 매트릭스, 광고投放, 이커머스店铺 관리 및 자동화 운영을 진행하는 모든 사용자는 동일 커널 버전 최신판을 설치한 후 신규 버전에 비즈니스 데이터를 즉시 전면 이관하지 마십시오. 소량의 환경을 점진적으로 소규모 이관하여 안정성을 테스트한 후에만 점진적으로 안전하게 사용할 수 있습니다.

📥 본 업데이트 다운로드

플랫폼	다운로드 주소
Windows 10 / 11(Chrome 140 커널, 권장)	MBbrowserSetup_9.18.58.198_Core_140.exe
Windows 10 / 11(Chrome 129 커널, 호환)	MBbrowserSetup_9.18.58.198_Core_129.exe

📢 사용 중 문제가 있을 경우, 공식 고객센터에 연락하여 기술 지원을 받으시기 바랍니다.

Mbbrowser 공식 기술부

[2026년 3월 11일] 버전: 7.12.22.221

버전: v7.12.22.221
커널 버전: 140.0.7339.248 Build 20260311
업데이트 수준: 메이저 / 코어 업데이트 코드네임: "MigrationBridge" (마이그레이션 브릿지)

버전 개요

이번 업데이트는 Mbbrowser(候鸟 지문 브라우저) 출시 이후 가장 크고 기대를 모았던 핵심적인 변화를 담고 있습니다.

기존에 해외 비즈니스를 시뮬레이션할 때 사용자들은 항상 겪었던 골칫거리가 있었습니다. 바로 **"어떻게 브라우저를 프록시에 태울 것인가?"**였습니다. Windows에서 Proxifier와 씨름하며 Mbbrowser의 Chrome 프로세스에만 전용 프록시 규칙을 설정해야 했고, 설정이 하나라도 틀리면 프록시 우회에 실패하거나 전체 시스템 네트워크가 오염되어 다른 프로그램에 영향을 주기도 했습니다.

오늘, 그 모든 것이 바뀝니다.

이번 버전에서는 혁신적인 코어 기능인 **"Mbbrowser 업스트림 프록시 브릿지 시스템 (MBBridge)"**를 선보입니다. 자체 개발한 지능형 네트워크 프록시 인수 엔진을 통해 번거롭고 불안정했던 업스트림 프록시 설정을 획기적으로 해결했습니다. 이제 Mbbrowser는 Proxifier와 같은 타사 도구 없이도 단 한 번의 설정만으로 즉시 작동합니다.

이와 함께 최초의 IPv6 국제 프록시 지원, 6배 빨라진 응답 속도, 그리고 수많은 사용자 경험 개선이 포함된 진정한 의미의 종합 업그레이드를 경험해 보세요.

1. 🚀 핵심 신규 기능: 업스트림 프록시 브릿지 시스템 (MBBridge)

💡 한 줄 요약: 이전에는 Mbbrowser를 프록시에 연결하기 위해 Proxifier가 필요했지만, 이제는 필요 없습니다.

이 기능은 어떤 문제를 해결하나요?

Mbbrowser가 각 브라우저 환경을 열 때 내부적으로는 Chrome 엔진을 사용합니다. 하지만 Chrome 프로세스가 어떻게 프록시를 통과하게 할까요? 이전에는 타사 도구인 Proxifier를 설치하고 Chrome을 위한 전용 프록시 규칙을 수동으로 구성해야 했습니다.

이 방식에는 두 가지 명확한 불편함이 있었습니다:

별도의 소프트웨어를 설치하고 복잡한 설정을 거쳐야 함
설정 오류 시 프록시 연결이 실패하거나 다른 소프트웨어의 네트워크까지 방해함

MBBridge는 이 번거로운 프로세스를 브라우저 내부로 통합하고 자동화하기 위해 탄생했습니다.

🛠 설정 인터페이스 위치와 여는 법

Mbbrowser 메인 창에서 하단 탭 바의 "설정(Settings)" 아이콘을 클릭한 후, 왼쪽 메뉴에서 **"업스트림 프록시(Upstream Proxy)"**를 선택하면 다음 인터페이스가 나타납니다.

MBBridge 업스트림 프록시 설정 인터페이스

※ 위 이미지는 MBBridge의 메인 구성 화면으로, 직관적이고 사용하기 쉽게 설계되었습니다.

🔑 설정 방법: 간단한 3단계

1단계: 프록시 정보 입력

"업스트림 프록시 구성(Upstream Proxy Configuration)" 섹션에서 다음을 입력합니다:

업스트림 프로토콜(Upstream Protocol): 드롭다운에서 프록시 프로토콜을 선택합니다. HTTP/HTTPS와 SOCKS5를 지원합니다.
업스트림 프록시(Upstream Proxy): 프록시 업체에서 제공한 IP 주소와 포트를 입력합니다(예: 192.168.1.33 : 10808).
사용자 이름/비밀번호: 계정 인증이 필요한 프록시라면 입력하고, IP 화이트리스트 방식이라면 비워둡니다.

2단계: "적용 및 활성화(Apply & Activate)" 클릭

정보를 입력한 후 버튼을 클릭하면 시스템이 즉시 프록시 구성을 MBBridge 엔진에 기록합니다.

**"연결 테스트(Test Connectivity)"**를 클릭하여 프록시가 정상 작동하는지 실시간으로 확인할 수 있습니다.

3단계: 브릿지 시작

"브릿지 시작(Start Bridge)" 버튼을 클릭합니다. 인터페이스 상단의 상태 표시등이 주황색(중지 중)에서 녹색(실행 중)으로 바뀌면, MBBridge가 모든 Mbbrowser 브라우저 환경의 네트워크 트래픽을 성공적으로 인수했음을 의미합니다.

이제부터 여러분이 여는 모든 Mbbrowser 브라우저 환경은 자동으로 설정된 업스트림 프록시를 통해 접속됩니다. 추가적인 소프트웨어 설정은 전혀 필요 없습니다.

🔄 두 가지 모드, 유연한 전환

MBBridge는 실제 비즈니스 시나리오에 따라 선택할 수 있는 두 가지 아웃바운드 모드를 제공합니다.

모드	사용 케이스	설명
프록시 모드 (권장)	구매한 상업용 프록시 IP를 사용하는 경우	Mbbrowser 브라우저 트래픽이 설정한 업스트림 프록시 서버를 통해 라우팅됨
직접 연결 모드 (전역 VPN 사용 시)	시스템에 이미 전역 VPN이 설치된 사용자	Mbbrowser 트래픽이 OS의 VPN 터널을 직접 사용하며, 추가 프록시 설정이 필요 없음

💡 대부분의 사용자는 "프록시 모드"를 사용하시면 됩니다. 만약 V2Ray, Clash와 같은 전역 VPN 도구가 서버에 이미 실행 중이라면 "직접 연결 모드"로 전환하여 MBBridge가 시스템 VPN을 타고 나가게 할 수 있습니다.

🧠 작동 원리 (쉬운 설명)

MBBridge는 백그라운드에서 **"시스템 서비스 데몬"**으로 실행됩니다. 시작 버튼을 누르면 다음과 같이 작동합니다:

컴퓨터에 "가상 네트워크 어댑터 터널"(기술적으로 TUN 가상 NIC)을 생성합니다.
Mbbrowser 관련 프로세스(chrome.exe, mbbrowser.exe, cdp.exe 등)를 정확하게 식별합니다.
해당 프로세스들의 모든 네트워크 트래픽을 가상 터널을 통해 설정된 프록시 서버로 자동 전달합니다.
나구네새와 관련 없는 프로세스(예: 카카오톡, 텔레그램 등)는 전혀 영향을 받지 않고 완벽하게 분리됩니다.

2. 🌐 최초의 IPv6 프록시 완벽 지원

Mbbrowser는 이제 최신 네트워크 표준인 IPv6 프록시를 정식 지원합니다.

미래 지향적: 더 많은 IP 자원과 더 깨끗한 IP 환경을 제공하는 IPv6를 통해 비즈니스의 안정성을 높이세요.
하이브리드 지원: IPv4와 IPv6 프록시를 자유롭게 혼합하여 사용할 수 있습니다.

3. ⚡ 600% 성능 향상: 차세대 네트워크 통신 엔진

네트워크 통신 스택을 처음부터 다시 작성하여 전례 없는 응답 속도를 구현했습니다.

저지연(Low Latency): 프록시 연결 응답 시간이 이전 버전 대비 최대 6배 빨라졌습니다.
고대역폭 최적화: 대용량 이미지나 비디오 콘텐츠가 포함된 웹페이지도 끊김 없이 로드됩니다.
안정성 강화: 네트워크 흔들림이 있는 환경에서도 연결 유지 능력이 대폭 향상되었습니다.

4. 🍎 "IphoneCloudFlare" 모드 추가 (iOS Safari 모방 강화)

CloudFlare 및 고도화된 봇 탐지 시스템을 우회하기 위한 새로운 지문 모드가 추가되었습니다.

Safari 엔진 완벽 모방: iOS 장치의 Safari 브라우저 특유의 TLS 지문과 HTTP 헤더 패턴을 그대로 재현합니다.
자동 전환: CloudFlare 대기실이나 보안 확인 페이지가 감지되면 시스템이 지능적으로 대응합니다.

5. 🛠 기타 주요 개선 및 수정 사항

Chrome 140 커널 업그레이드: 최신 웹 표준 지원 및 보안 취약점이 모두 해결되었습니다.
Windows 7 호환성 복구: CDP 모듈에 대해 고 버전 런타임 의존성을 제거하고 Go 1.20으로 롤백하여 Windows 7 사용자도 최신 기능을 사용할 수 있도록 했습니다.
좀비 프로세스 방지: Windows Job Objects 메커니즘을 도입하여, 메인 프로그램 종료 시 모든 "좀비 크롬" 프로세스가 즉시 함께 종료되도록 보장합니다.
설치 프로그램 정규화: 이제 시스템이 설치 경로를 더 정확하게 인식하며, 버전별 설치 경로 혼동 문제를 해결했습니다.
Java 환경 다운로드 수정: 특정 네트워크 환경에서 Java 런타임 패키지 다운로드 시 발생하던 캐시 데드락을 해결했습니다.

📥 다운로드 및 업데이트

공식 홈페이지에서 최신 설치 프로그램을 다운로드하여 덮어쓰기 설치를 진행해 주세요. 업그레이드 전 현재 실행 중인 모든 브라우저 환경을 종료하는 것을 권장합니다.

공식 홈페이지: www.mbbrowser.com

[2026년 2월 6일] 버전: 7.10.20.219

버전: v7.10.20.219 Build 20260206 업데이트 수준: 중요 / 코어 업데이트 코드네임: "DeepFlight" (심해 비행)

버전 개요

이번 v7 업데이트는 약 반년 만에 이뤄진 Mbbrowser의 가장 중대한 저수준(Underlying) 변화를 담고 있습니다. 갈수록 엄격해지는 CloudFlare의 AI 대항 검증 메커니즘, 특히 모바일 환경을 타겟으로 한 TLS 지문 인식에 대응하기 위해 커널 수준에서 완전히 새로운 대항 로직을 도입했습니다. 동시에 Windows 7과 같은 구형 시스템과의 호환성 문제를 심층적으로 해결했으며, Chrome 140 커널로 업그레이드하여 JS 실행 환경의 미세한 차이를 보완했습니다.

특히 이번 업데이트는 사용자들이 오랫동안 겪어온 통증인 **"iPhone 시뮬레이션 환경에서 pcmax.jp와 같은 고보안 사이트 접속 시 CloudFlare 인간 인증을 통과하지 못하는 문제"**를 해결하는 데 집중했습니다.

공식 다운로드: Core 140 (Win10/11)

1. 핵심 돌파구: 완전히 새로운 "IphoneCloudFlare" 안티 디텍션 모드

📌 배경과 과제: pcmax.jp의 벽

지난 두 달간 많은 VIP 사용자들로부터 피드백을 받았습니다. Mbbrowser의 iPhone 6/7/8/X/11/12 iOS 프로필을 사용하여 일본의 인기 데이팅 사이트인 pcmax.jp에 로그인을 시도할 때 전례 없는 장벽에 부딪혔다는 내용이었습니다. CloudFlare의 Turnstile 인증이 이러한 모바일 환경에서 매우 높은 차단율을 보였으며, 거의 100%에 가까운 오탐지(False Positive) 차단이 발생했습니다.

구체적인 증상: 사용자는 완벽한 Mbbrowser 상업용 지문과 iPhone User-Agent를 구성하고, 화면 해상도(Retina)를 맞추고, 심지어 터치 이벤트(TouchEvent)까지 시뮬레이션했습니다. 하지만 pcmax.jp의 로그인 페이지를 열자마자 CloudFlare는 무한 인증 루프에 빠지거나 즉시 "Access Denied"를 표시했습니다.

📌 심층 기술 원인 분석: TLS 지문의 "불쾌한 골짜기" 효과

자사 핵심 R&D 팀은 MbFireWall 모듈을 통해 200시간 이상 캡처된 데이터 패킷을 심층 분석했으며, Wireshark를 사용하여 실제 iPhone 장치(iOS 15-17)와 Mbbrowser 시뮬레이션 환경 간의 네트워크 핸드셰이크 패킷을 비교했습니다.

결론은 놀라웠습니다. 문제는 애플리케이션 계층(HTTP Headers/JS)이 아니라 전송 계층(TLS/SSL)에 있었습니다.

Mbbrowser가 Windows 10/11에서 실행될 때, 저수준 네트워크 요청은 Windows의 SChannel 또는 OpenSSL 라이브러리를 호출합니다. 여기서 생성되는 TLS Client Hello 데이터 패킷(Cipher Suites 암호화 제품군 목록, Extensions 확장 필드 순서, Supported Groups 등 포함)은 전형적인 "IPHONE 하드웨어 매개변수 값 불일치" 특성을 보였습니다.

CloudFlare의 안티 스크레이핑 및 리스크 관리 엔진은 매우 민감합니다. 그들은 다음과 같은 논리적 모순을 감지했습니다:

"이 클라이언트는 iPhone(User-Agent)이라고 주장하고 JavaScript 환경도 iPhone을 시뮬레이션하고 있지만, 전송 계층의 TLS 핸드셰이크 특성(JA3/JA4 지문)은 CloudFlare 감지 서버에 대고 말하고 있다 — 나의 iPhone 데이터는 충분히 진짜 같지 않다."

이러한 애플리케이션 계층과 전송 계층 특성 간의 불일치는 CloudFlare의 리스크 관리(즉, "Bot Fight Mode")를 직접적으로 트리거합니다. 이로 인해 pcmax.jp는 사용자에게 인증 코드를 보여줄 기회조차 주지 않고, 즉시 '비실제 iPhone 및 비인가 작업 의심'으로 판정해 버리는 것이었습니다.

📌 해결책: 글로벌 설정 "IphoneCloudFlare"

이 문제를 해결하기 위해 우리는 단순한 패치를 선택하지 않고, 저수준 네트워크 패킷 로직을 **재설계(Refactoring)**하여 글로벌 설정에 "IphoneCloudFlare" 옵션을 도입했습니다.

이것은 우리 기술 부서가 프로젝트의 MbFireWall 및 WinDivert 모듈 디렉토리에서 광범위한 코드 커밋을 수행한 이유이기도 합니다(반복적인 테스트와 데이터 드릴 비교).

기술 구현 세부 사항:

커널 수준의 트래픽 쉐이핑(Traffic Shaping)
- 사용자가 글로벌 설정에서 "IphoneCloudFlare"를 체크하면 Mbbrowser는 내장된 Divert 드라이버 모듈을 활성화합니다.
- 이 모듈은 시스템 커널 모드에서 실행되며 CloudFlare IP 대역으로 흐르는 모든 TCP/TLS 핸드셰이크 패킷을 가로챌 수 있습니다.
동적 TLS 지문 스푸핑(Dynamic TLS Fingerprint Spoofing)
- MbBrowser가 Client Hello 패킷을 가로챌 때, 더 이상 OpenSSL의 기본 생성 구조를 사용하지 않고 실제 iOS Safari의 TLS 핸드셰이크 특성에 따라 바이트 단위 재구성을 수행합니다.
- Cipher Suites 재정렬: 암호화 제품군의 우선순위를 iOS의 Network.framework 동작과 완벽히 일치하도록 강제 조정하여 TLS_AES_128_GCM_SHA256과 같은 모바일 전용 제품군을 우선 배치하고 Windows 전용 취약 암호화 제품군을 제거합니다.
- Extension 패딩: Client Hello의 Extensions에 대한 iOS Safari의 패딩 방식은 Windows와 완전히 다릅니다. 새로운 기능은 이 패딩 길이와 순서를 정확하게 시뮬레이션합니다.
- ALPN 협상: Safari의 동작과 일치하도록 h2(HTTP/2) 프로토콜 협상 순서를 강제 지정합니다.
TCP/IP 프로토콜 스택 특성 시뮬레이션
- TLS 외에도 TCP 계층의 특성(TTL 값, Window Size)을 미세 조정했습니다.
- Windows의 기본 TTL은 보통 128인 반면, iOS/Linux는 보통 64입니다.
- IphoneCloudFlare 모드는 드라이버 계층에서 나가는 패킷의 TTL을 자동으로 수정하여 서버에 도달할 때 모바일 OS에서 생성된 패킷처럼 보이게 합니다.

📌 실제 운영 결과

클린 IP 환경에서 500회 이상의 내부 테스트를 거친 결과입니다.

실제 운영 결과

Mbbrowser 클라이언트 설정 패널 -> 브라우저 설정 -> 미체크 시: pcmax.jp 로그인 페이지 통과율 0%.
Mbbrowser 클라이언트 설정 패널 -> 브라우저 설정 -> 체크 시: pcmax.jp 로그인 페이지 통과율 **98.5%**로 상승 (나머지 1.5%는 IP 자체의 블랙리스트 이슈).

이 기능은 pcmax.jp 문제를 완벽하게 해결할 뿐만 아니라, 모바일 구성 환경에서 다른 TLS 지문 민감 사이트(예: Nike, Ticketmaster 등)의 감지 문제도 함께 해결합니다.

2. Chrome 140 커널 동기화 및 JS 표시 일관성 수정

📌 Chrome 140 커널 업그레이드

Google Chromium 업스트림 업데이트에 따라 libcef 및 관련 렌더링 커널을 Chrome 140 버전으로 업그레이드했습니다. 이번 업그레이드에는 CDP (Chrome DevTools Protocol) 디렉토리의 방대한 헤더 파일 및 인터페이스 변경 사항이 포함되었습니다.

성능 향상: V8 엔진의 JavaScript 실행 효율이 약 15% 향상되었습니다.
새로운 기능 지원: 최신 CSS 속성 및 Web API 지원을 통해 브라우저의 "실제성"을 주류 브라우저 버전과 일치시켰습니다.

📌 iPhone 환경에서의 JS 표시 불일치 수정

이전 커널 버전에서 chromedp를 사용하여 iPhone의 viewport 및 devicePixelRatio를 시뮬레이션할 때, Chrome 140의 새로운 렌더링 파이프라인이 특정 CSS Media Queries를 처리하는 과정에서 버그가 발생하여 pcmax.jp 모바일 버전 등 일부 웹 페이지의 하단 탐색 바에서 1px의 어긋남이나 겹침 현상이 발생했습니다.

기능상 영향은 적지만, window.innerHeight와 outerHeight의 차이를 통해 시뮬레이터 여부를 판단하는 극도로 엄격한 지문 감지 스크립트에게는 치명적인 결함입니다.

수정 내용:

CDP 모듈의 Emulation.setDeviceMetricsOverride 호출 로직을 수정하여 모바일 상태 표시줄에 대한 높이 보상을 추가했습니다.
MbCommand에서 window.screen 객체에 대한 심층 Hook을 추가하여 JS 계층에서 얻은 화면 기하학 정보가 CSS 렌더링 결과와 엄격히 일치하도록 보장함으로써 픽셀 수준의 지문 결함을 제거했습니다.

3. 호환성 롤백: Go 1.20 및 Win7 32비트 시스템 구제

Windows 7은 이미 Microsoft에서 공식적으로 지원을 종료했으며 전체 사용자 층의 8%에 불과하지만, 동유럽 및 동남아시아의 가상 머신 환경 등 일부 해외 비즈니스에서는 여전히 가벼운 Win7 32비트 시스템에 크게 의존하고 있습니다. 우리는 이들의 안정성을 보장해야 합니다.

📌 문제 증상

이전 버전에서 CDP 컴파일 환경이 Go 1.21로 업그레이드되면서 Win7 32비트 커널에서 지원하지 않는 일부 시스템 콜(Syscall)이 도입되었습니다. 이로 인해 해당 시스템에서 Mbbrowser 실행 시 CDP 서비스 프로세스가 소리 없이 충돌하여 빈 페이지가 뜨거나 프록시에 연결되지 않는 현상이 발생했습니다.

📌 수정 방안

환경 다운그레이드 및 조건부 컴파일: CDP 모듈을 위해 별도의 독립적인 컴파일 파이프라인을 구축했습니다. 대상 시스템이 Windows 7으로 감지되면 빌드 스크립트가 자동으로 Go 1.20.14 버전으로 전환하여 컴파일합니다. Go 1.20은 Win7을 완벽하게 지원하는 마지막 버전입니다.
이를 위해 CDP 디렉토리 내의 빌드 스크립트를 수정하고 Go 1.21 신기능을 사용한 코드에 대해 호환성 재작성(Polyfill)을 수행했습니다.

4. 프로세스 관리 최적화: "좀비 크롬"과의 작별

📌 문제 설명

Windows 7 사용자들이 Mbbrowser 메인 프로그램을 종료한 후에도 내부의 chrome.exe 자식 프로세스들이 함께 종료되지 않고 백그라운드에 남아 200MB 이상의 메모리를 점유하는 "좀비 프로세스"가 된다고 보고해왔습니다. 브라우저를 자주 열고 닫을 경우 시스템 메모리 고갈과 프리징으로 이어질 수 있습니다.

📌 기술 분석

이는 UseAfterFree와 관련된 것이 아니라 IPC (프로세스 간 통신) 신호 손실 문제입니다. Win7에서는 부모 프로세스(UI 프로세스)가 TerminateProcess를 통해 강제 종료될 때, Chrome 자식 프로세스들이 Named Pipe를 통해 종료 지시를 받지 못하는 경우가 발생합니다.

📌 수정 조치

Job Object 바인딩
- MbCommand의 프로세스 시작 로직에 Windows의 Job Object 메커니즘을 도입했습니다.
- 수정된 코드는 실행된 모든 chrome.exe 자식 프로세스를 독립적인 Job Object에 자동으로 추가합니다.
- 이제 메인 프로그램이 예기치 않게 충돌하거나 강제로 종료되더라도, 운영체제는 Job Object 내의 모든 자식 프로세스가 함께 종료되도록 보장합니다.
- 이는 시스템 수준의 생명 주기 관리로, 좀비 프로세스 문제를 완벽하게 해결합니다.

5. 설치 패키지 경험 최적화: 버전 번호 디렉토리 정규화

📌 문제 설명

기존 SetupInstall 로직에서는 설치 패키지의 기본 압축 해제 경로가 고정되어 있었습니다(예: C:\Program Files\MBBrowser). 이 때문에 사용자가 버전 간 비교 테스트를 하거나 여러 버전을 공존시키려 할 때 폴더 이름을 수동으로 변경해야 하는 큰 불편함이 있었습니다.

📌 최적화 내용

버전 인식 설치 경로: NSIS 설치 스크립트를 수정하여, 이제 설치 프로그램이 현재 빌드 버전 번호(Version Info)를 자동으로 읽습니다.
기본 설치 경로가 C:\Program Files\MBBrowser_v7.10.20.219와 같이 변경되었습니다.
uninst.exe 생성 로직도 업데이트하여, 제거 프로그램이 다른 버전의 파일을 실수로 삭제하지 않고 해당 버전의 디렉토리만 정확하게 식별하여 정리하도록 보장합니다.
이는 그레이 릴리스(Gray Release) 및 롤백 테스트를 수행하는 스튜디오 사용자들에게 큰 편의를 제공합니다.

6. Java 환경 다운로드 수정: 캐시 데드락 타파

📌 문제 배경

Mbbrowser의 일부 고급 플러그인은 JRE(Java Runtime Environment)에 의존합니다. Windows 7 시스템에서 다운로더가 JRE 업데이트를 시도할 때, Win7의 공격적인 WinINet 캐시 정책으로 인해 서버에 새 JRE 패키지가 올라와도 클라이언트가 로컬에 캐시된 이전 파일을 반복해서 다운로드하여 체크섬 오류(Hash Mismatch)와 무한 재시도가 발생하는 문제가 있었습니다.

📌 수정 방안

강제 패스스루 (Cache Busting)
- 다운로드 모듈의 HTTP 요청 헤더에 Cache-Control: no-cache 및 Pragma: no-cache를 강제 추가했습니다.
URL 무작위화: 끈질긴 중간자 프록시 캐시(ISP Cache)를 우회하기 위해 다운로드 URL 끝에 무작위 타임스탬프 파라미터 ?t=TIMESTAMP를 추가했습니다.
이 수정 사항은 검증을 마쳤으며, Win7에서 Java 환경 업데이트가 99%에서 멈추는 문제를 완벽하게 해결했습니다.

버전 요약

이번 v7 업데이트는 겉으로 보기에는 평범해 보일 수 있지만, 내부적으로는 매우 중대한 변화를 포함하고 있습니다. 특히 "IphoneCloudFlare" 기능 출시를 통해 Mbbrowser는 안티 스크레이핑 분야의 깊은 수역인 "TLS 지문 인식"과의 전쟁에서 결정적인 승리를 거두었습니다.

일본 이커머스 및 소셜 비즈니스(pcmax, tinder 등)를 운영하는 모든 사용자는 즉시 업그레이드하고 해당 옵션을 활성화할 것을 권장합니다.

공식 다운로드 링크: Chromium 140 커널 버전 (Windows 10/11 호환)

2026년 버전 업데이트 내역 ​

【2026년 10월 26일】버전: 9.58.18.206 ​

버전 개요 ​

사용 방식에 따라 살펴볼 변경 사항 ​

1. 🧭 그룹 제어: 창을 정리하고 바로 업무 시작 ​

브라우저가 준비되면 창을 알맞은 위치에 배치 ​

그룹 기록과 설정을 더 쉽게 찾기 ​

2. 📝 자주 쓰는 문구 그룹: 한 번 준비해 두고 다시 사용 ​

달라진 점 ​

3. 🧰 스크립트 실행 환경: 필요한 항목을 확인한 뒤 설치 ​

“실행이 안 돼요”에서 “다음 단계가 보여요”로 ​

4. 🤖 MbAgent: AI 작업 진행 상황을 더 쉽게 확인 ​

작업 상태를 확인하고 옵션을 직접 선택 ​

필요할 때 웹 자동화 구성 요소 준비 ​

작업 템플릿, 프로젝트 자료, 계정 사용량 확인 ​

5. 🪟 창과 화면: 매일 사용하는 세부 사항 개선 ​

6. 🔄 새 브라우저 코어와 구형 코어 모두 개선 ​

구형 코어의 그룹 제어 기능 개선 ​

프록시, 시작, 종료 안정성 개선 ​

7. ✨ 가장 시간이 오래 걸리는 단계부터 사용해 보세요 ​

8. 📥 9.58.18.206 다운로드 ​

업데이트 전 필독 ​

1. 소프트웨어 버전과 브라우저 코어를 구분하세요 ​

2. 먼저 백업한 뒤 소수의 환경으로 확인하세요 ​

3. Windows 버전과 사용 목적에 맞게 선택하세요 ​

4. 스크립트나 AI 작업을 처음 사용할 때 화면 안내를 따르세요 ​

【2026년 09월 21일】버전: 9.18.58.198 ​

버전 개요 ​

1. 🧠 중급 첫 공개: mbAgent — Mbbrowser 토착 AI 에이전트 ​

이 기능은 무엇을 해결하기 위한 것인가요? ​

mbAgent는 무엇을 할 수 있나요? ​

어떻게 이 모든 것을 가능하게 하나요? — Mbbrowser와의 관계 ​

2. 🚀 신규 독립 엔진: browser-auto(Mbbrowser 웹 자동화 엔진) ​

왜 독립 엔진이 필요한가요? ​

mbAgent 토착 페이지 도구(후보 페이지)와의 관계 ​

사용자가 체감하는 차이 ​

3. 🌐 신규 공식 AI 모델 채널: DeepSeek + Claude + GPT ​

무엇을 해결하나요? ​

Chat과 Responses 동시 지원 ​

모델 분류와 회원 등급 ​

감사 및 마스킹 ​

4. 🎨 신규 "시작 메뉴": 130+ 크로스보더 이커머스 작업 템플릿 ​

무엇을 위한 것인가요? ​

5. 🤖 ApiServer와 mbAgent 이중 제어端 공존 ​

이 메커니즘은 무엇을 해결하나요? ​

실제 사용 ​

mbAgent의 능력 총계 ​

6. 🍪 mbbrowser Cookie 만료 임박 알림 메일(신기능) ​

무엇을 위한 것인가요? ​

Mbbrowser는 어떻게 해결하나요? ​

주요 디테일 ​

중요 안내 ​

7. 🔁 mbbrowser 클라이언트: Control V2 이중 제어端 프로토콜 전면 가동 ​

Control V2란 무엇인가요? ​

mbAgent 접속 디테일 ​

기동과 정지 ​

호환성 ​

8. 🛡 사용자가 즉시 체감할 수 있는 보안 / 효율 개선 ​

✅ UI 개선 ​

✅ 직접 체감 가능한 기능 ​

✅ 백그라운드 운영 개선 ​

9. 📚 동반 조치: Mbbrowser 공식 문서 동기 업데이트 ​

클라이언트 내장 문서 ​

도움말 문서 사이트 ​

10. ⚙ 업그레이드 전 필수 확인 ​

동일 커널 버전强制 요구 ​

내장 브라우저 커널(Chromium) ​

mbAgent 호환성 ​

설치 패키지 SHA-256 및 서명 ​

MBDATA 데이터 디렉터리 ​

버전 요약 ​

Mbbrowser 공식 기술부 ​

[2026년 3월 11일] 버전: 7.12.22.221 ​

버전 개요 ​

1. 🚀 핵심 신규 기능: 업스트림 프록시 브릿지 시스템 (MBBridge) ​

이 기능은 어떤 문제를 해결하나요? ​

🛠 설정 인터페이스 위치와 여는 법 ​

🔑 설정 방법: 간단한 3단계 ​

🔄 두 가지 모드, 유연한 전환 ​

🧠 작동 원리 (쉬운 설명) ​

2026년 버전 업데이트 내역

【2026년 10월 26일】버전: 9.58.18.206

버전 개요

사용 방식에 따라 살펴볼 변경 사항

1. 🧭 그룹 제어: 창을 정리하고 바로 업무 시작

브라우저가 준비되면 창을 알맞은 위치에 배치

그룹 기록과 설정을 더 쉽게 찾기

2. 📝 자주 쓰는 문구 그룹: 한 번 준비해 두고 다시 사용

달라진 점

3. 🧰 스크립트 실행 환경: 필요한 항목을 확인한 뒤 설치

“실행이 안 돼요”에서 “다음 단계가 보여요”로

4. 🤖 MbAgent: AI 작업 진행 상황을 더 쉽게 확인

작업 상태를 확인하고 옵션을 직접 선택

필요할 때 웹 자동화 구성 요소 준비

작업 템플릿, 프로젝트 자료, 계정 사용량 확인

5. 🪟 창과 화면: 매일 사용하는 세부 사항 개선

6. 🔄 새 브라우저 코어와 구형 코어 모두 개선

구형 코어의 그룹 제어 기능 개선

프록시, 시작, 종료 안정성 개선

7. ✨ 가장 시간이 오래 걸리는 단계부터 사용해 보세요

8. 📥 9.58.18.206 다운로드

업데이트 전 필독

1. 소프트웨어 버전과 브라우저 코어를 구분하세요

2. 먼저 백업한 뒤 소수의 환경으로 확인하세요

3. Windows 버전과 사용 목적에 맞게 선택하세요

4. 스크립트나 AI 작업을 처음 사용할 때 화면 안내를 따르세요

【2026년 09월 21일】버전: 9.18.58.198

버전 개요

1. 🧠 중급 첫 공개: mbAgent — Mbbrowser 토착 AI 에이전트

이 기능은 무엇을 해결하기 위한 것인가요?

mbAgent는 무엇을 할 수 있나요?

어떻게 이 모든 것을 가능하게 하나요? — Mbbrowser와의 관계

2. 🚀 신규 독립 엔진: browser-auto(Mbbrowser 웹 자동화 엔진)

왜 독립 엔진이 필요한가요?

mbAgent 토착 페이지 도구(후보 페이지)와의 관계

사용자가 체감하는 차이

3. 🌐 신규 공식 AI 모델 채널: DeepSeek + Claude + GPT

무엇을 해결하나요?

Chat과 Responses 동시 지원

모델 분류와 회원 등급

감사 및 마스킹

4. 🎨 신규 "시작 메뉴": 130+ 크로스보더 이커머스 작업 템플릿

무엇을 위한 것인가요?

5. 🤖 ApiServer와 mbAgent 이중 제어端 공존

이 메커니즘은 무엇을 해결하나요?

실제 사용

mbAgent의 능력 총계

6. 🍪 mbbrowser Cookie 만료 임박 알림 메일(신기능)

무엇을 위한 것인가요?

Mbbrowser는 어떻게 해결하나요?

주요 디테일

중요 안내

7. 🔁 mbbrowser 클라이언트: Control V2 이중 제어端 프로토콜 전면 가동

Control V2란 무엇인가요?

mbAgent 접속 디테일

기동과 정지

호환성

8. 🛡 사용자가 즉시 체감할 수 있는 보안 / 효율 개선

✅ UI 개선

✅ 직접 체감 가능한 기능

✅ 백그라운드 운영 개선

9. 📚 동반 조치: Mbbrowser 공식 문서 동기 업데이트

클라이언트 내장 문서

도움말 문서 사이트

10. ⚙ 업그레이드 전 필수 확인

동일 커널 버전强制 요구

내장 브라우저 커널(Chromium)

mbAgent 호환성

설치 패키지 SHA-256 및 서명

MBDATA 데이터 디렉터리

버전 요약

Mbbrowser 공식 기술부

[2026년 3월 11일] 버전: 7.12.22.221

버전 개요

1. 🚀 핵심 신규 기능: 업스트림 프록시 브릿지 시스템 (MBBridge)

이 기능은 어떤 문제를 해결하나요?

🛠 설정 인터페이스 위치와 여는 법

🔑 설정 방법: 간단한 3단계

🔄 두 가지 모드, 유연한 전환

🧠 작동 원리 (쉬운 설명)