AI 비서 비교: “실제로 클릭하는” 비서와 “답만 하는” 비서를 가르는 기준
챗봇, 브라우저를 조작하는 에이전트, 폰 앱을 대신 누르는 비서를 같은 기준으로 비교했습니다. 결론부터: 차이는 성능이 아니라 일이 끝나는 지점과 실패했을 때 알려주는가입니다.
대가성 안내. 이 페이지는 피클(Pickle)을 쓰는 사용자가 만든 비공식 정리입니다. 아래 초대 링크로 가입이 완료되면 가입한 사람과 이 페이지 주인 모두 한도 초기화 티켓을 받습니다. 링크를 쓰지 않으셔도 아래 내용은 그대로 읽으실 수 있습니다. 서비스 내용·혜택은 앱 안내가 기준입니다.
1. 비교 기준은 “무엇으로 끝나는가”
이름보다 결과물로 나누면 헷갈리지 않습니다. 같은 모델을 써도 끝나는 지점이 다르면 필요한 도구가 완전히 달라집니다.
| 끝나는 지점 | 예 | 필요한 것 |
|---|---|---|
| 텍스트 | 초안·요약·번역 | 대화형 모델 하나로 충분 |
| 정보 | 출처 있는 조사·비교 | 검색이 붙은 모델 |
| 코드·파일 | 수정·실행·테스트 | 코드를 실행할 수 있는 환경 |
| 화면의 클릭 | 출석체크, 포인트 적립, 구매후기, 서류 제출, 안 쓰는 계정 정리 | 실행형 에이전트(브라우저 또는 폰) |
“AI 비서”라는 말이 과장되는 곳은 거의 항상 마지막 줄입니다. 답을 잘 쓰는 모델은 마지막 줄을 채우지 못합니다.
2. 실행한다면, 무엇을 근거로 실행하는가
실행형 에이전트의 동작은 대개 같은 고리(loop)입니다.
- 화면을 읽는다 — 스크린샷, 또는 접근성 트리(accessibility tree), 또는 HTML 구조.
- 다음 동작 하나를 고른다 — 클릭할 좌표, 입력할 글자, 스크롤.
- 실제 브라우저나 기기로 보낸다.
- 화면이 실제로 바뀌었는지 확인한 뒤 다음 단계를 고른다.
성능을 가르는 것은 1번의 인식 정확도와 4번의 확인입니다. 4번을 생략한 데모는 인상적이지만 실사용에서 조용히 실패합니다. 결과만 던져주고 “어디까지 했는지”를 말하지 않는 도구는 검증이 불가능합니다.
3. 세 계층 비교
| 대화형 챗봇 | 브라우저 실행형 에이전트 | 폰 실행형 비서 | |
|---|---|---|---|
| 잘하는 일 | 글·요약·아이디어, 빠르고 저렴 | 웹사이트의 반복 업무, 폼 입력, 정보 수집·정리 | 앱 안에서만 가능한 일 — 출석·포인트·후기·본인 확인 전 단계 |
| 동작 방식 | 텍스트 생성 | 화면 인식 → 클릭·입력 (Playwright·CDP 또는 사용자 브라우저 확장) | 기기 화면 제어(미러링·접근성) 또는 앱이 열어준 동작(단축어·App Intents) |
| 잘 멈추는 곳 | 해당 없음(대신 아무것도 실행하지 못함) | 2단계 인증·패스키, 캡차, 캔버스로 그린 UI, 되돌릴 수 없는 동작(중복 제출) | 본인인증·캡차, 보안 키보드가 뜨는 금융 앱 |
| 실패하면 | — | 조용히 틀린 결과를 남기는 경우가 있음 | “여기서 멈췄다”를 보고하는 설계가 가능 |
| 비용 구조 | 대개 구독 | 토큰·실행 시간 소모 큼 | 앱마다 다름(예: 일일 사용량 한도) |
중요한 점: 폰에서의 실행은 브라우저 실행보다 어렵습니다. iOS는 앱끼리 화면을 조작하는 공개 API를 제공하지 않습니다. 그래서 실제 경로는 ① 맥의 아이폰 미러링 창을 제어 ② 단축어와 App Intents(앱이 열어준 동작만) ③ 접근성 기능(스위치 제어·보이스 컨트롤) 셋으로 좁혀집니다. “폰을 알아서 다 한다”는 말은 보통 이 셋 중 하나를 가리킵니다.
4. 고르기 전에 확인할 5문항
- 결과물이 어디서 끝나는가 — 내가 맡길 일이 텍스트로 끝나는지, 클릭으로 끝나는지 먼저 정합니다.
- 실패를 알려주는가 — 성공률보다 “못 했습니다”를 말해주는지가 실사용을 가릅니다.
- 무엇을 눌렀는지 남는가 — 단계 로그가 없으면 문제가 생겼을 때 재현도 정정도 불가능합니다.
- 결제·본인인증에서 멈추는가 — 여기서 멈추지 않는 도구가 오히려 위험합니다.
- 요금이 어떻게 늘어나는가 — 구독인지, 사용량인지, 실행 시간 과금인지 확인합니다.
5. 피클(Pickle)은 어디에 해당하나
폰 실행형 한국에서 만든 iOS·Android 앱입니다. 웹 버전은 없습니다. 말로 시키면 일상 행정(출석체크, 포인트·리워드 적립, 구매후기, 서류 신청, 안 쓰는 계정 정리)을 앱 화면에서 처리합니다.
앱 기준으로 확인한 사실
- 지금은 구매할 수 있는 구독 요금제가 없습니다. 하루 사용량 한도 구조입니다.
- 한도는 매일 새벽 4시에 초기화됩니다(자정이 아님).
- 전체 초기화 티켓은 오늘 사용량을 0%로, 절반 초기화 티켓은 50% 낮춥니다. 미사용 티켓은 만료되지 않습니다.
- 한도에 닿으면 자동 사용 설정으로 티켓을 자동 사용하게 할 수 있고, 전체/절반 중 먼저 쓸 종류를 정할 수 있습니다.
- 친구가 내 초대 링크로 가입을 마치면 양쪽 모두 앱 화면에 표시된 만큼 전체 초기화 티켓을 받습니다.
- 한도가 바닥나면 새 작업이 시작되지 않고, 예약 작업은 그 회차를 건너뜁니다.
한계 — 먼저 알아야 할 것
- 예약·결제처럼 본인인증이나 캡차가 필요한 지점에서는 사람이 마무리해야 할 수 있습니다.
- 화면을 오래 잡는 작업은 사용량을 많이 씁니다.
- 초대 링크의 남은 장수는 앱 초대 화면 표시값이며, 웹에서 실시간으로 세는 값이 아닙니다.
가입을 마치면 양쪽 모두 초기화 티켓을 받습니다 · 링크당 30장 선착순
링크 상태는 2026년 11월 15일 00시 33분(한국시간)에 accepting: true, 페이지 응답 200으로 확인했습니다. 초대 화면 기준 남은 수량은 2026-11-13 확인값 28장이며 실시간 값이 아닙니다. 가입 절차와 안내는 피클 초대 안내 페이지, 한도·티켓만 따로 보려면 초기화 티켓 정리를 보세요.
6. 자주 묻는 것
“AI가 실제로 클릭한다”는 게 정확히 무슨 뜻인가요?
모델이 화면에서 요소를 찾아 좌표나 입력값을 만들고, 그것이 실제 브라우저·기기로 전달되어 눌리는 것을 말합니다. 답변 텍스트 안에 “이렇게 하세요”라고 쓰는 것과는 다릅니다.
브라우저 실행형과 폰 실행형 중 무엇이 더 낫나요?
하려는 일이 웹사이트에서 끝나면 브라우저형이 낫고, 앱 안에서만 되는 일(앱 전용 포인트·출석·후기)이면 폰형이 필요합니다. 둘 다 본인인증·캡차 앞에서는 멈춥니다.
실패를 확인하는 가장 빠른 방법은?
성공이 눈에 안 보이는 일을 시켜 보세요. 예를 들어 입력 검증이 조용히 실패하는 폼을 제출하게 하고, 무엇을 눌렀고 화면이 어떻게 바뀌었는지 물어보면 됩니다. 설명하지 못하면 그 도구는 마감이 있는 일에 쓰기 어렵습니다.
이 페이지는 공식 페이지인가요?
아닙니다. 피클을 쓰는 사용자가 만든 비공식 정리이며, 가입 링크로 티켓을 받는 대가성 관계를 위에 표시했습니다. 서비스 내용과 혜택은 앱 안내가 기준입니다.