도켓 vs jcode
두 AI 도구의 기능, 가격, 특징을 상세하게 비교합니다.
| 특성 | 도켓 | jcode |
|---|---|---|
| 가격 유형 | 무료 + 유료 | 무료 + 유료 ($10/월부터) |
| 한국어 지원 | 미지원 | 미지원 |
| 플랫폼 | Web, Mobile | macOS, Linux, Windows 11, Termux, Remote servers, WebSocket thin clients |
| 오픈소스 | No | No |
| API 제공 | - | - |
| SDK | - | - |
| LLM 기반 | - | - |
| 멀티모달 | - | - |
| AI 모델 | Claude, OpenAI, Google Gemini, GitHub Copilot, Ollama-compatible models, LM Studio-compatible models, OpenAI-compatible models | |
| GitHub Stars | - | - |
| 개발사 | Docket | Solo Systems |
| 카테고리 | 테스트 및 QA | - |
| 상세보기 | 보기 | 보기 |
도켓 장단점
- 캔버스, 아이프레임, 섀도우 DOM과 같이 기존 Playwright나 Cypress에서 셀렉터로 접근하기 극도로 어려웠던 비표준 요소들을 좌표 기반으로 확실하게 테스트할 수 있어, 그래픽 에디터나 복잡한 웹 앱의 QA 자동화에 유용합니다. DOM 구조가 변경되어도 클릭 위치가 동일하면 테스트가 깨지지 않아, 프론트엔드 리팩토링이 잦은 환경에서도 테스트 유지보수 부담을 줄여줍니다. 결정론적 접근 방식 덕분에 테스트 실행 결과가 일관되고 디버깅이 직관적이며, 픽셀 단위 정밀도로 인해 버튼 내 특정 영역 클릭 같은 세밀한 상호작용도 검증 가능합니다.
- 좌표 기반 방식은 브라우저 창 크기, 화면 해상도, 줌 레벨에 따라 클릭 위치가 달라질 수 있어 반응형 웹이나 다양한 뷰포트 테스트에는 추가적인 좌표 변환 로직이 필요합니다. CSS 셀렉터 방식과 달리 UI 요소의 의미적 정보(ID, data-testid 등)를 활용하지 않아 테스트 코드만 보고 어떤 요소를 클릭하는지 파악하기 어려워 가독성과 유지보수 측면에서 단점이 있을 수 있습니다. 또한 상대적으로 신생 도구라 커뮤니티 규모가 작고 Stack Overflow나 블로그 등에서 한글 자료나 트러블슈팅 예시를 찾기 어려워, 도입 시 영문 문서 위주로 학습해야 하는 부담이 있습니다.
jcode 장단점
- MIT 라이선스의 완전한 오픈소스
- 여러 에이전트를 병렬로 실행 가능
- 낮은 추가 세션 메모리 사용량
- 다양한 클라우드 및 로컬 모델 지원
- 모델 사용을 위해 별도 API 키나 구독이 필요할 수 있음
- 호스팅 추론은 사용량에 따라 추가 비용 발생
- 터미널 중심 인터페이스가 초보자에게 낯설 수 있음
도켓 주요 기능
- 비전 기반 테스트: 화면 좌표(X,Y) 방식으로 캔버스·아이프레임·팝업 포함 모든 UI 테스트
- 셀프힐링(Self-Healing): 앱 변경 시 클릭 위치 자동 업데이트
- AI 스텝: 실시간 실행으로 수동 스크립팅 없이 유연한 테스트 커버리지
- 재사용 가능한 액션 캐시: 로그인·폼 작성 등 공통 동작 저장 및 재활용
- 자연어 명령으로 테스트 시나리오 작성
jcode 주요 기능
- 병렬 에이전트 swarm 실행
- 의미 기반 장기 메모리
- MCP 도구 연동
- 백그라운드 작업 및 자동 재시도
- 원격 세션과 서버-클라이언트 구조
- 다양한 모델 제공자 및 OAuth 로그인