다중 계정 관리 시스템의 디바이스 추상화: 네 가지 핵심 필드 그룹
다중 계정 관리 시스템을 만들 때 가장 먼저 정해야 할 것은 화면이 아니라 디바이스 계층의 필드와 수명주기입니다. 추상화를 잘못 설계하면 계정 수가 늘거나 디바이스 유형이 바뀔 때 상위 기능까지 연쇄적으로 다시 손봐야 합니다.
블로그
프로필 격리, 프록시, 다중 계정 운영 및 팀 협업을 위한 PurpleMark 가이드.
MCP 프로토콜과 브라우저 Agent: N×M 개별 연동에서 한 번의 연결로
N개의 도구를 M개의 모델에 연결하려면 과거에는 N×M개의 어댑터가 필요했습니다. MCP는 도구 측과 모델 측을 분리해 양쪽이 프로토콜을 한 번씩만 구현하면 상호 연결할 수 있게 합니다. 이 글은 그 설계 선택, 브라우저 환경과 페이지 동작의 추상화, 그리고 아직 해결되지 않은 부분을 설명합니다.
Claude Code와 MCP 활용: 역할 분담, 설정 함정, 디버깅
브라우저 작업을 MCP에 맡기면 워크플로가 어떻게 달라지고 코드에서 어떤 부분이 사라질까요? 역할을 나누는 방법, 자주 막히는 네 가지 설정 문제, 문제가 생겼을 때의 점검 순서를 실무 관점에서 정리했습니다.
크로스보더 운영을 위한 AI 도구 조합: 네 단계의 역할 분담
크로스보더 운영에 AI를 연결할 때 도구만 계속 늘리면 단계 사이를 사람이 수동으로 이어야 하는 경우가 많습니다. 상품 조사, 콘텐츠, 고객지원, 데이터 분석을 나누고 계정과 환경까지 분리하면 전체 워크플로가 훨씬 안정적입니다.
Flask로 MCP 어댑터 계층 직접 만들기: 도구 선언, 라우팅, 디버깅
기성 MCP Server는 대개 기본 동작만 제공하므로 Agent가 매번 업무 동작을 다시 조합하고 중간 실패도 직접 판단해야 합니다. 얇은 Flask 어댑터 계층을 두면 도구 선언, 요청 라우팅, 실행 결과, 검증, 오류 의미를 한곳에서 관리할 수 있습니다.
Agent 프레임워크로 데이터 수집하기: 환경에서 발생하는 세 가지 실패 유형과 대응 방법
Agent가 판단하고 Playwright가 브라우저를 조작해도 환경 계층은 자주 간과됩니다. 장시간 데이터 수집 작업에서는 실패가 이 계층에 집중되는 경우가 많습니다.
MCP Server를 브라우저 환경에 연결하는 설정 절차와 문제 해결 순서
MCP Server를 브라우저 자동화 환경에 연결할 때 필요한 버전 확인, 자격 증명 관리, 서비스 등록, 연결 검증 절차를 정리하고 도구 목록이 비어 있음, 인증 실패, 연결 시간 초과 같은 문제를 점검하는 순서까지 설명합니다.
Shopify 관리자 설정: 도메인, 결제, 배송 및 출시 전 점검
Shopify는 스토어 구축의 기술적 난도를 낮춰 주지만 관리자 설정 하나만 잘못되어도 출시 후 문제가 생길 수 있습니다. 이 가이드는 도메인, 테마, 상품, 결제, 배송, 세금, SEO를 순서대로 점검합니다.
AliExpress 판매자 수수료 구조: 네 가지 비용 항목과 계산 논리
AliExpress 스토어를 여는 데 얼마가 들까요? 답은 보통 카테고리에 따라 달라집니다. 이 글은 비용을 수수료, 거래·결제, 물류·보관, 기타 지출로 나누고 합리적인 추정 순서를 설명합니다.
TEMU 판매자 입점: 사업자 유형, 자격 요건, 재고 준비 흐름
TEMU 입점은 직접 매장을 운영하는 것보다 플랫폼의 공급자가 되는 방식에 더 가깝습니다. 이 글은 중국 본토 기업, 중국 본토 개인사업자, 홍콩 기업이 제출해야 할 서류, 완전관리형과 반관리형 모델의 역할 분담, 신청과 심사부터 상품 등록과 재고 준비까지의 순서를 설명합니다.
Ozon 판매자 대시보드 가이드: 주요 모듈, 물류 방식, 흔한 실수
Ozon 판매자 대시보드의 주요 모듈 용도, FBO와 FBS 선택 방법, 그리고 서류 준비·재고 동기화·상품 속성에서 초보 판매자가 자주 겪는 실수를 정리한 실무 가이드입니다.
TikTok Shop Fully Managed의 책임 경계와 운영 역할 분담
Fully Managed에서는 플랫폼이 가격, 콘텐츠, 트래픽, 풀필먼트를 맡고 판매자는 공급과 재고 준비에 집중합니다. 이 글은 책임 경계가 어디에 있는지, 어떤 판매자에게 적합한지, 입점 과정에서 어떤 관문을 통과해야 하는지, 그리고 정산이 자체 운영보다 대체로 느린 이유를 역할 분담 관점에서 설명합니다.