소개
tapflow를 사용하면 팀 누구나 iOS 시뮬레이터와 Android 에뮬레이터를 브라우저에서 직접 실행할 수 있습니다. 별도 도구 설치도, 기기 관리도, 외부 클라우드도 필요하지 않습니다.
왜 tapflow인가요?
| 솔루션 | 문제점 |
|---|---|
| Appetize / BrowserStack | 비용이 비싸고, 앱 데이터가 외부 네트워크로 유출됨 |
| 실제 디바이스 | 구매 비용, 분실·파손 위험, 관리 오버헤드 |
| Xcode / Android Studio 직접 사용 | 각 팀원이 Mac + Xcode 또는 Android Studio 설정 필요 |
| tapflow | 이미 보유한 인프라 활용, 데이터 온-프레미스 유지 |
동작 원리
- Mac 에이전트가 릴레이에 아웃바운드로 연결합니다. 인바운드 방화벽 규칙이 필요 없습니다.
- 팀원은 브라우저에서 대시보드를 열어 사용 가능한 디바이스를 확인합니다.
- 터치 이벤트는 실시간으로 전달되고, 화면은 브라우저로 스트리밍됩니다.
플랫폼별 스트리밍 방식
- iOS 시뮬레이터: JPEG 프레임 (~30fps) 스트리밍
- Android 에뮬레이터: H.264 스트리밍 (~30fps, scrcpy 기반)
두 방식의 화질·지연감이 다를 수 있습니다.
핵심 개념
- Relay — 중앙 서버. 에이전트와 브라우저 사이의 트래픽을 라우팅합니다. 한 번만 배포하면 됩니다.
- Agent — Mac에서 실행됩니다 (iOS 및 Android). 릴레이에 연결합니다.
- Dashboard — 릴레이가 서빙하는 React SPA. 별도 배포가 필요 없습니다. App Center(빌드 관리), Mac Resources(에이전트 모니터링) 등의 페이지로 구성됩니다.
- MCP Server — tapflow를 LLM 에이전트 도구로 노출합니다. Claude Code 등에서 시뮬레이터를 직접 조작할 수 있습니다. → MCP 서버 가이드