Google Jules 직접 써봤습니다 — 무료 15개의 실제 의미
베타 때 60개였던 하루 한도가 정식 출시 후 15개로 줄었습니다. 숫자만 보면 4분의 1이지만, 실제로는 그보다 더 빨리 소진됩니다. 써보니까 이유가 있었습니다.
Google Jules가 뭔지 30초 요약
Google Jules는 GitHub 저장소에 직접 연결해서 작업을 처리해주는 비동기 코딩 에이전트입니다. 2024년 12월 Google Labs에서 처음 공개됐고, 2025년 5월 퍼블릭 베타, 같은 해 8월 6일 정식 출시됐습니다. (출처: Google 공식 블로그, 2025.05.20)
작동 방식은 이렇습니다. GitHub 계정을 연동하고 저장소를 선택한 다음, 원하는 작업을 텍스트로 입력합니다. Jules는 안전한 클라우드 VM에 저장소를 통째로 클론하고 버그 수정, 테스트 작성, 새 기능 개발, 의존성 버전 업데이트 같은 작업을 알아서 처리합니다. 작업이 끝나면 Pull Request를 만들어 결과물을 내놓습니다. 내가 다른 일을 하는 동안 Jules가 코드 작업을 비동기로 처리한다는 게 핵심입니다.
VS Code나 IntelliJ 같은 IDE 플러그인이 아닙니다. jules.google.com에서 브라우저로 접근하는 독립적인 웹 서비스입니다. 터미널을 선호하면 npm install -g @google/jules로 CLI 버전도 설치할 수 있습니다. (출처: Google Developers Blog, 2025.10.02)
베타 60개 → 정식 15개, 왜 이렇게 줄었나
💡 공식 발표문에 나와 있는 숫자와, 실제로 작업을 돌려보면 소진되는 속도를 같이 놓고 보니 이 차이가 보였습니다.
퍼블릭 베타 기간(2025년 5월~8월)에는 하루 60개 작업이 완전 무료였습니다. 정식 출시 후 무료 플랜은 하루 15개, 동시 3개로 변경됐습니다. (출처: jules.google/docs/usage-limits/) 수치만 보면 75% 감소입니다. 실제 사용 경험에선 더 빠르게 소진되는 느낌이 드는데, 이유가 있습니다.
Jules에서 말하는 “작업(task)” 한 건은 간단한 버그 수정 1개가 1카운트입니다. 그런데 Jules는 작업 중 중간 점검이 필요하다고 판단하면 한 번 멈추고 확인을 요청합니다. 개발자가 승인하면 계속 진행하는데, 이 중단-재시작 흐름이 작업 카운트에 영향을 미칩니다. 실사용 후기(goddaehee.tistory.com)에서 한 작업이 거의 1시간 걸렸고 중간에 3번의 확인 요청이 있었다고 나와 있습니다. 복잡한 요청일수록 단순 계산보다 한도가 빨리 줄어드는 구조입니다.
| 구분 | 퍼블릭 베타 (2025.05~08) | 정식 출시 이후 (2025.08~) |
|---|---|---|
| 무료 일일 작업 수 | 60개 | 15개 (75% 감소) |
| 무료 동시 작업 수 | 명시 없음 | 3개 |
| 모델 | Gemini 2.5 Pro | Gemini 2.5 Pro (무료) / Gemini 3 Pro (유료) |
| 비용 | 완전 무료 | 무료 / Pro $19.99 / Ultra $124.99 |
출처: jules.google/docs/usage-limits/ (2026.03 기준)
무료 플랜에서 진짜 쓸 수 있는 게 뭔지
무료 플랜 15개 작업이라는 숫자, 막상 어떻게 쓰이는지가 핵심입니다. 간단한 기준으로 계산해보겠습니다.
하루 15개 작업 × 5일(평일) = 주 75개
단순 버그 수정 1건 = 1작업 소진
복잡한 기능 구현 1건 = 2~5작업 소진 (중간 확인 포함)
→ 복잡한 작업 중심으로 쓰면 주 15~37개 작업만 가능
결론부터 말씀드리면, 무료 플랜은 “평가용(Evaluating Jules on real work)”이라고 공식 문서에 직접 나옵니다. (출처: jules.google/docs/usage-limits/) Google이 무료 플랜의 용도를 스스로 정의한 셈입니다. 매일 프로덕션 코드에 쓰기엔 부족합니다.
그렇다고 무료로 아무것도 못 하는 건 아닙니다. 개인 사이드 프로젝트 관리, 간단한 테스트 코드 작성, 의존성 버전 업데이트 같은 가벼운 반복 작업은 하루 15개로 충분히 돌아갑니다. 복잡한 멀티파일 리팩터링이나 신규 기능 개발을 매일 시키려 한다면 한도가 빠르게 바닥납니다.
또 한 가지, 한도가 꽉 찼을 때는 새 작업 버튼이 비활성화됩니다. 기존에 돌아가던 작업은 계속 볼 수 있고, 히스토리도 유지됩니다. 밤 11시쯤 소진되면 다음 날 자정 이후 리셋(24시간 롤링)됩니다. (출처: jules.google/docs/usage-limits/)
Pro/Ultra 플랜이 Gemini 3 Pro를 쓰는 방식
💡 공식 요금제 페이지와 한도 문서를 같이 놓고 보니 모델 접근 방식이 생각보다 복잡했습니다.
무료 플랜은 Gemini 2.5 Pro로 고정입니다. Pro 플랜($19.99/월)과 Ultra 플랜($124.99/월)은 Gemini 3 Pro에 접근할 수 있는데, 여기서 주의할 부분이 있습니다. (출처: jules.google/docs/usage-limits/)
공식 문서 표현을 그대로 가져오면, Pro 플랜은 “Higher access to the latest model (starting with Gemini 3 Pro)”, Ultra는 “Priority access to the latest model (starting with Gemini 3 Pro)”입니다. “Higher/Priority access”라는 표현에 주목해야 합니다. 이건 Gemini 3 Pro만 독점으로 쓴다는 뜻이 아니라, 최신 모델에 대한 접근 우선순위와 비율이 높아진다는 의미입니다. 트래픽이 몰리거나 모델 부하가 높을 때 무료 사용자는 구형 모델로 내려갈 수 있지만 유료 사용자는 최신 모델에 더 안정적으로 연결됩니다.
Ultra 플랜은 하루 300작업, 동시 60작업까지 가능합니다. 동시 60개는 팀 단위 대규모 코드베이스에서 여러 작업을 병렬로 돌릴 때 의미 있는 숫자입니다. 단, 유료 플랜은 현재 @gmail.com 개인 계정에서만 구독 가능하고, 기업·Workspace 계정은 별도 관심 신청이 필요합니다. (출처: jules.google/docs/usage-limits/)
Claude Code·Cursor와 실제로 뭐가 다른가
AI 코딩 에이전트 시장을 2026년 3월 기준으로 정리한 비교 자료(morphllm.com, 2026.03)를 보면, Claude Code의 실제 사용자 비용이 월 $150~200까지 올라가는 사례가 보고돼 있습니다. Cursor는 크레딧 기반 과금으로 한 팀이 연 7,000달러 구독을 하루 만에 소진한 사례도 있습니다.
Jules는 구조가 다릅니다. 크레딧 소진 걱정이 없는 고정 task 한도 방식입니다. 하루 15개(무료)나 100개(Pro)를 다 쓰면 그날은 끝이고, 다음 날 리셋됩니다. 예산이 불투명하게 늘어날 위험이 없습니다. 개발 작업량이 예측 가능하고 일정한 사람에게 유리한 구조입니다.
단, Jules는 GitHub 없이 쓸 수 없습니다. GitHub 저장소 연동이 필수입니다. Claude Code나 Codex CLI처럼 로컬 파일시스템에 직접 접근하거나 IDE 안에서 실시간으로 코드를 편집하는 방식이 아닙니다. 작업 결과는 PR로 돌아옵니다. 즉각적인 인터랙션이 필요한 실시간 페어 프로그래밍보다는, 배경에서 작업을 위임하고 결과물을 확인하는 방식에 맞습니다. SWE-bench 기준으로 Claude Code(Opus 4.5)는 80.9%, Jules는 해당 벤치마크 미집계 상태이며 프로덕션 복잡도 작업에서 품질이 “일관되지 않다”는 평가가 나옵니다. (출처: morphllm.com AI Coding Agent Comparison, 2026.03)
Jules 내부에 숨겨진 자동 검토 기능
💡 공식 발표문과 실제 코드 생성 흐름을 같이 놓고 보니 이런 차이가 보였습니다. 대부분의 리뷰가 이 부분을 빠뜨립니다.
Jules는 코드를 생성한 다음 바로 PR을 만들지 않습니다. 내부적으로 비평가(Critic) 기능이 작동합니다. 2025년 8월 12일 Google Developers Blog에서 공식으로 발표된 기능입니다. (출처: Google Developers Blog — “Meet Jules’ sharpest critic and most valuable ally”, 2025.08.12)
구체적으로는 이렇습니다. Jules가 코드 패치를 생성하면, 비평가 기능이 그 결과물을 따로 검토합니다. 모든 테스트를 통과하더라도 미묘한 논리 오류, 처리되지 않은 엣지 케이스, 비효율적인 O(n²) 복잡도 같은 문제가 있으면 플래그를 걸고 Jules에게 다시 전달합니다. Jules는 피드백을 반영해 패치를 수정하고, 문제가 없을 때까지 이 루프를 반복합니다. 사람이 코드를 받아볼 때는 이미 내부 검토를 마친 상태입니다.
이 구조는 일반 linter나 단위 테스트와 다릅니다. 고정된 규칙이 아니라 코드 뒤에 있는 의도와 맥락을 이해하고 판단합니다. 덕분에 PR 품질이 올라가는데, 뒤집어 말하면 검토 루프 때문에 작업 완료 시간이 더 걸린다는 트레이드오프도 있습니다. 빠른 결과보다 품질 있는 결과를 원하는 작업에 맞습니다.
이런 상황이라면 쓰고, 이런 상황이라면 쓰지 마세요
- GitHub 기반으로 작업하고 PR 워크플로에 익숙한 경우
- 의존성 버전 업데이트, 반복 테스트 코드 작성처럼 명확하게 정의된 작업을 비동기로 위임하고 싶을 때
- Claude Code처럼 월 $100~200을 쓰기엔 부담스럽고, 예측 가능한 비용으로 AI 에이전트를 써보고 싶을 때
- 작업을 던져두고 다른 일을 하다가 PR 결과물을 검토하는 방식을 선호할 때
- GitHub 없이 로컬 프로젝트나 GitLab·Bitbucket 기반 작업이 중심인 경우
- 코드를 실시간으로 같이 짜면서 즉각적인 피드백을 원하는 경우 (Cursor·Windsurf가 맞음)
- 복잡한 아키텍처 결정이나 대규모 멀티파일 리팩터링을 매일 처리해야 하는 경우 (무료 한도 부족)
- Workspace·기업 계정으로 팀 전체가 바로 유료 구독을 써야 하는 경우 (현재 @gmail.com 개인 계정 전용)
자주 나오는 질문들
마치며
솔직히 말하면, Google Jules는 “무료로 쓸 수 있는 코딩 에이전트”보다는 “무료로 평가해보고 판단할 수 있는 코딩 에이전트”에 가깝습니다. 공식 문서가 무료 플랜의 용도를 “Evaluating Jules on real work”라고 정의한 게 의미심장합니다.
베타 때 60개였던 한도가 15개로 줄었다는 사실은 Jules가 써볼 만한 서비스로 자리 잡고 있다는 신호이기도 합니다. 공짜로 마구 쓰게 두면 지속 가능하지 않으니 유료 전환을 유도하는 구조로 정비한 거죠. 이런 흐름은 Gemini CLI, GitHub Copilot 모두 겪었던 수순입니다.
GitHub 중심으로 작업하면서 비동기 방식이 맞는 경우라면, Pro 플랜 $19.99/월은 Claude Code($20~200 실사용 범위)보다 훨씬 예측 가능한 비용입니다. 내부에 비평가 기능까지 붙어 있어서 PR 품질도 생각보다 나쁘지 않았습니다. 반면 실시간으로 코드를 같이 짜는 스타일이거나 GitHub 외 환경을 쓴다면, 지금 당장은 다른 도구가 맞습니다.
주관적으로 한 줄 평을 하자면 — 이제 막 쓸 만해지고 있는 중입니다.
본 포스팅 참고 자료
- Jules 공식 한도 문서 — jules.google/docs/usage-limits/
- Google 공식 블로그 — Jules Public Beta 출시 발표 (2025.05.20) — blog.google
- Google Developers Blog — Jules Tools CLI 발표 (2025.10.02) — developers.googleblog.com
- Google Developers Blog — Jules Critic 기능 발표 (2025.08.12) — developers.googleblog.com
- Google AI 요금제 공식 페이지 — one.google.com
- AI Coding Agent 비교 (Morph LLM, 2026.03) — morphllm.com
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 본문 내 요금·한도 수치는 2026년 3월 25일 기준이며, Google이 공지 없이 조정할 수 있습니다. 최신 정보는 jules.google/docs/usage-limits/에서 직접 확인하세요.
댓글 남기기