LaunchRepo코딩 에이전트는 내 저장소와 파일을 바탕으로 일하며 실제 브라우저를 조작할 수 있습니다. 브라우저 에이전트는 웹 페이지를 클릭해 나가지만 내 제품이나 각 사이트에서 무엇이 “완료”인지에 대한 기억은 거의 갖고 있지 않습니다. 대행 서비스는 작업을 대신 해 주고 보고서를 보내 줍니다. 세 가지 모두 SaaS를 디렉터리 수십 곳에 등록할 수 있습니다. 보통은 가격으로 비교하지만, 실제로 선택을 가르는 것은 각 방식이 내게 무엇을 요구하는지, 계정을 누가 갖는지, 작업 묶음이 끝났을 때 내가 무엇을 소유하는지입니다.
이 글은 그 차이를 하나하나 풀어 보고, 마지막에 결정 경로를 제시합니다. 첫 번째 방식을 만든 팀이 쓴 글이므로, 서비스가 더 나은 답인 경우도 분명하게 말씀드립니다.
방식 1: 내 코딩 에이전트
코딩 에이전트는 Claude Code, Codex, Cursor의 에이전트처럼 저장소를 읽고 도구를 호출하는 도구입니다. 여기에 세 가지를 주면 제출 엔진이 됩니다. 조작할 수 있는 브라우저, 읽을 수 있는 파일에 담긴 제품 정보, 그리고 폼이 무엇을 원하는지와 언제 멈춰야 하는지를 알려 주는 디렉터리별 지침입니다.
필요한 것. 로컬 트래커와 대시보드를 위한 Git과 Python 3.10 이상. 브라우저 연결을 위한 최신 Chrome, Node.js LTS, npm. 키트는 Chrome DevTools MCP를 사용하는데, 이는 코딩 에이전트가 “control and inspect a live Chrome browser”(실행 중인 Chrome 브라우저를 제어하고 검사)할 수 있게 해 주며, 내가 로그인해 있고 지켜볼 수 있는 Chrome에 연결됩니다. 제품 정보는 파일 하나에, 공개 신원 정보는 다른 파일에 두고, 어떤 개인 정보를 등록 페이지에 노출해도 되는지 정해 둡니다. 그다음에는 시작 프롬프트 하나면 됩니다. 설정 과정은 코딩 에이전트를 내 Chrome에 연결하는 가이드에서 차근차근 안내합니다.
비용 구조. 에이전트 사용량은 제공업체에 지불하고, LaunchRepo의 경우 저장소 비용을 한 번 결제합니다. 두 번째 제품에는 에이전트 시간이 들 뿐 두 번째 라이선스가 필요 없고, 디렉터리당 요금도 없습니다.
통제. 완전하고 눈에 보입니다. 에이전트는 내 브라우저에서 내 계정으로 일합니다. CAPTCHA, 2단계 인증 요청, 인증 이메일이 나타나면 prepared_needs_human을 기록하고, 나는 같은 창에서 그것을 해결합니다. 에이전트는 결제하지 않습니다. 돈을 내야만 하는 경로밖에 없는 디렉터리는 deferred_paid로 기록되고, 결정은 내게 남습니다. 모든 결과는 날짜와, 있다면 공개 URL과 함께 로컬 트래커에 기록됩니다.
작업 후 내게 남는 것. 계정, 등록 페이지, 실제 상태가 담긴 트래커, 플레이북, 그리고 다음 분기나 다음 제품에서 다시 쓸 수 있는 워크플로입니다. 벤더의 서버에 남는 것은 없습니다.
노력이 드는 부분. 한 번의 설정입니다. 브라우저 연결, 권한, 첫 온보딩 세션이 필요합니다. 작업 묶음을 처리하는 동안에는 넘겨받을 일이 생길 때 대응할 수 있도록 가까이 있어야 합니다. 브라우저 도구가 있는 에이전트를 한 번도 써 본 적이 없다면 첫 한 시간은 배우는 시간으로 잡으세요. 에이전트 페이지에서 각 설정을 다룹니다. Claude Code, Codex, Cursor, OpenClaw, Gemini CLI, Cline, OpenCode, Kiro, GitHub Copilot, Windsurf이며, 각 페이지는 해당 도구의 문서화된 브라우저 및 승인 모델을 기준으로 확인했습니다.
방식 2: 브라우저 에이전트
호스팅형이든 로컬형이든 브라우저 에이전트는 이미 클릭 작업을 해 줍니다. 제출 폼을 가리키고 텍스트를 주면 폼을 채웁니다. 방식 1과 비슷해 보이지만 한 가지 중요한 점이 다릅니다. 기본적으로 브라우저 에이전트는 내 제품 정보를 사이트 사이에서 이어 가지 않고, 특정 디렉터리에서 무엇을 완료로 볼지에 대한 규칙도 없습니다.
필요한 것. 같은 제품 정보와 신원 정보를 세션마다 넘겨줘야 합니다. 호스팅형 브라우저 에이전트는 내 저장소를 읽을 수 없기 때문입니다. 디렉터리마다 폼이 무엇을 묻는지, 무엇이 확인으로 간주되는지, 무엇을 거절해야 하는지를 담은 브리프도 필요합니다. 그리고 에이전트는 보통 내 트래커를 실행할 수 없으므로 결과를 기록할 방법도 있어야 합니다.
비용 구조. 에이전트 제공업체의 사용량 요금, 때로는 에이전트 제품 자체의 구독료, 그리고 브리프를 제공하는 무언가의 비용이 듭니다. 브라우저 에이전트 페이지는 에이전트가 파일을 읽을 수 없을 때 키트의 플레이북이 그 역할을 어떻게 맡을 수 있는지 설명합니다. OpenAI는 ChatGPT 에이전트 모드를 종료했습니다. 무엇이 그 자리를 대신했고 출시 작업에서 어디까지 할 수 있는지는 날짜가 명시된 별도 페이지에서 다룹니다.
통제. 지켜보는 동안에는 높고, 눈을 떼면 낮아집니다. 규칙이 없으면 브라우저 에이전트는 무료 폼이 뒤에 있을 때 “Upgrade”(업그레이드)를 클릭하거나, 확인이 불분명할 때 두 번 제출하거나, 감사 페이지를 보고 “launched”(런칭됨)라고 적을 수 있습니다. 그런 규칙은 어딘가에서 와야 합니다.
작업 후 내게 남는 것. 내가 직접 로그인했다면 계정과 등록 페이지, 그리고 기록을 남겼다면 그 기록입니다. 세션 기록은 제출 트래커가 아닙니다.
강점을 보이는 곳. 시각적 요소가 많은 무거운 폼과, 저장소까지 쓰기에는 과한 일회성 제출입니다. 여러 주에 걸쳐 후속 확인이 필요한 30개 플랫폼 묶음에는 약합니다. 그것은 상태를 추적하는 일이기 때문입니다.
방식 3: 대행 서비스
비용을 내고 제품에 관한 양식을 작성하면, 사람이나 자동화 또는 둘 다로 이루어진 팀이 정해진 수의 디렉터리에 제출하고 보고서를 보내 줍니다. 가장 크고 다양한 영역이며, 제대로 된 디렉터리 등록 대행 서비스는 실제로 시간을 아껴 줍니다.
필요한 것. 내 쪽에서는 제품 정보, 로고, 스크린샷, 때로는 이메일 주소에 대한 접근 권한. 벤더 쪽에서는 패키지 선택. 계정 처리 방식은 제각각입니다. 새 이메일 주소를 만들어 로그인 정보를 넘겨주는 벤더도 있고, 내 주소를 쓰는 벤더도 있으며, 우리가 확인한 한 곳은 Google 로그인만 제공하는 디렉터리에 “using our own Google account”(자사 Google 계정을 사용해) 제출합니다. 결제하기 전에 이 부분을 읽어 보세요. 비교 페이지에서 벤더별 내용을 인용해 두었습니다.
비용 구조. 보통 제품 또는 웹사이트당 일회성 요금이며, 디렉터리 수에 따라 등급이 나뉩니다. 월간 요금제인 경우도 있습니다. 2026년 9월 30일 기준, 우리가 비교하는 벤더들의 일회성 요금제는 제품당 $60부터 $999까지였습니다. 두 번째 제품에는 같은 비용이 다시 듭니다.
통제. 설계상 낮으며, 그것이 바로 비용을 내는 이유입니다. 마지막에 보고서를 받습니다. 등록에 무료 경로를 썼는지, “등록됨”이 게시됨인지 검토 대기인지는 벤더의 보고 방식에 달려 있습니다. 게시된 링크와 스크린샷을 주는 곳도 있고, 스프레드시트를 주는 곳도 있습니다.
작업 후 내게 남는 것. 게시된 등록 페이지, 그리고 벤더가 넘겨준다면 계정 로그인 정보입니다. 다음 제품은 새 주문입니다. 도메인 레이팅 수준이나 등록 개수를 약속하는 서비스도 있지만, 무엇을 게시할지는 여전히 디렉터리가 정합니다.
맞는 답이 되는 경우. 제품이 하나이고, 에이전트에는 관심이 없고, 예산이 있을 때입니다. 그렇다면 서비스는 합리적인 선택이며, 대안 허브는 벤더를 방식별로 정리해 사실을 바탕으로 고를 수 있게 해 줍니다.
선택을 가르는 차이
| 코딩 에이전트 + 툴킷 | 브라우저 에이전트 | 대행 서비스 | |
|---|---|---|---|
| 누가 작업하나 | 내 에이전트가 내 브라우저에서 | 에이전트가 자체 브라우저나 내 브라우저에서 | 벤더의 팀 또는 자동화 |
| 계정은 누가 갖나 | 나 | 내가 로그인했다면 나 | 패키지에 따라 벤더 또는 나 |
| 가격이 늘어나는 기준 | 에이전트 사용량 | 에이전트 사용량 | 제품 수 |
| 두 번째 제품 | 같은 저장소 | 같은 설정, 새 브리프 | 새 주문 |
| 넘겨받는 일(CAPTCHA, 2FA) | 기록되고, 내가 해결 | 내가 알아차리면 내가 해결 | 벤더가 처리하거나 건너뜀 |
| 무료 경로 vs 유료 경로 | 기본은 무료, 결제하지 않음 | 클릭한 대로 | 패키지가 정함 |
| 일어난 일의 기록 | 로컬 트래커, 11가지 상태 | 내가 남긴 것 | 벤더의 보고서 |
| 작업 후 | 플레이북, 트래커, 계정 | 계정 | 등록 페이지, 보고서 |
“두 번째 제품” 행이 구매자를 가릅니다. 1년에 제품 하나를 출시한다면 서비스 열이 노력 면에서 이기고 가격 차이도 작습니다. 여러 개를 출시하거나 이름을 바꾼 뒤 다시 출시한다면 저장소 열이 두 가지 모두에서 이기고, 브라우저 에이전트 열은 내가 얼마나 꼼꼼하게 기록하느냐에 달려 있습니다.
다섯 가지 질문으로 된 결정 경로
순서대로 답하고, 처음으로 분명한 결과가 나오는 곳에서 멈추세요.
- 이 과정에 조금이라도 손을 대고 싶나요? 아니요: 서비스를 고르고, 계정 처리와 보고 방식을 기준으로 벤더를 비교하세요.
- 제품을 두 개 이상 출시하거나, 하나를 다시 출시할 건가요? 예: 저장소를 쓰는 코딩 에이전트는 두 번째 실행부터 본전을 뽑습니다.
- 이미 터미널이나 에디터에서 코딩 에이전트를 쓰고 있나요? 예: 브라우저 연결과 플레이북만 더하면 거의 다 온 셈입니다.
- 시각적 요소가 많은 일회성 폼 하나인가요? 예: 명확한 브리프를 준 브라우저 에이전트가 가장 빠릅니다.
- 예약됨, 검토 대기, 게시됨 항목의 기록이 몇 주 동안 필요한가요? 예: 어떤 방식으로 클릭하든 트래커를 쓰세요.
이 관점에서 본 LaunchRepo
LaunchRepo는 방식 1을 하나로 묶은 것입니다. 2026년 9월 24일 기준 활성 플랫폼 플레이북 299개, 제품 템플릿, 서로 다른 결과 상태 11가지를 가진 트래커와 로컬 대시보드가 내 에이전트가 실행하는 비공개 저장소에 담겨 있습니다. 방식 2에 없는 규칙집 역할도 하며, 그래서 브라우저 에이전트 페이지가 있습니다. 방식 3은 아닙니다. 관리해 주는 팀은 없고, 저장소 하나와 내가 소유한 모든 제품에 쓰는 단일 가격이 있을 뿐입니다.
그러니 작업이 끝난 뒤 무엇을 소유하고 싶은지로 고르세요. 답이 “등록 페이지만”이라면 서비스에 비용을 내세요. 답이 “과정 자체”라면 저장소를 받아 이미 쓰고 있는 에이전트에게 맡기세요.
자주 묻는 질문
코딩 에이전트와 브라우저 에이전트는 무엇이 다른가요?
코딩 에이전트는 저장소의 파일을 읽고 쓰며 도구를 호출하는데, MCP 서버를 통한 브라우저도 그중 하나입니다. 브라우저 에이전트는 웹 페이지를 직접 조작하지만 보통 내 파일을 읽거나 세션 사이에 상태를 유지하지 못합니다. 디렉터리 제출에서는 바로 그 상태, 즉 제품 정보, 규칙, 결과가 가장 중요합니다.
브라우저 에이전트가 혼자서 디렉터리에 제출할 수 있나요?
폼을 채우고 보낼 수는 있습니다. 하지만 어떤 경로가 무료인지, 무엇이 확인으로 간주되는지, 결과를 어디에 기록할지 알려면 외부의 도움이 필요합니다. 디렉터리별 브리프와 트래커가 있으면 잘 작동하고, 없으면 결과는 내가 얼마나 가까이서 지켜보느냐에 달려 있습니다.
디렉터리 등록 대행 서비스는 쓸 만한가요?
제품이 하나이고 에이전트에 관심이 없다면 대개 그렇습니다. 누가 계정을 만들고 보관하는지, 보고서가 게시된 등록과 검토 대기 등록을 구분하는지, 유료 업그레이드는 어떻게 처리되는지 확인하세요. 비교 페이지에 벤더별로 이런 항목을 정리해 두었습니다.
LaunchRepo를 쓰려면 Claude Code가 꼭 필요한가요?
아니요. LaunchRepo에는 저장소의 파일을 읽고 Chrome DevTools MCP로 Chrome을 조작할 수 있는 에이전트가 필요합니다. 에이전트 페이지에서 Claude Code, Codex, Cursor와 나머지 도구를 하나씩 설명합니다. 키트는 가장 매끄러운 실행을 위해 터미널에서 쓰는 CLI 에이전트를 권장합니다.
디렉터리 계정은 누가 소유하나요?
코딩 에이전트나, 내가 로그인한 브라우저를 쓰는 브라우저 에이전트라면 내가 소유합니다. 서비스라면 패키지에 따라 다릅니다. 결제하기 전에 계정이 내 이름으로 만들어지는지, 로그인 정보를 넘겨받을 수 있는지 물어보세요.
출처: LaunchRepo 저장소(START.md, BROWSER-SETUP.md, 11가지 상태를 가진 record.py)와 2026년 9월 24일 기준 카탈로그 스냅샷, 2026년 9월 30일에 확인한 Chrome DevTools MCP README와 Claude Code MCP 문서, 2026년 9월 30일에 비교 페이지를 위해 확인한 벤더 페이지. 이 글을 위해 연락한 벤더는 없습니다.