Gemini 3 Pro 기반
공식 문서 검증
Google Jules, 무료로 다 될까요?
결론부터 말씀드리면, 무료 플랜은 하루 15건이 한도입니다. 그것도 동시에 3건밖에 못 돌립니다.
“백그라운드에서 알아서 다 해준다”는 말은 반만 맞습니다. 공식 문서와 실사용 후기를 같이 놓고 보니 이런 차이가 보였습니다.
Google Jules가 정확히 뭔가요?
Jules는 구글이 만든 비동기(asynchronous) AI 코딩 에이전트입니다. Cursor나 GitHub Copilot처럼 실시간으로 코드를 제안하는 방식이 아닙니다. GitHub 저장소를 연결해두면, Jules가 별도의 가상 머신(VM)에서 코드를 클론하고 의존성을 설치한 뒤 실제로 파일을 수정합니다. 그리고 Pull Request를 자동으로 올려줍니다. (출처: Jules 공식 문서, 2026.03.27 기준)
2025년 5월 공개 베타로 시작해서 2025년 8월 정식 출시됐고, 2026년 3월 현재는 Gemini 3 Pro를 기반으로 동작합니다. 2025년 10월에 Jules API와 CLI(Jules Tools)도 출시되면서 터미널에서 직접 제어가 가능해졌습니다.
코드를 직접 고치는 게 아니라 Jules에 작업을 ‘위임’하는 개념입니다. 그러니까 쓰는 방식 자체가 Cursor나 Copilot과 다릅니다. 작업을 던져두고 자리를 비워도 된다는 게 핵심이지만, 그게 장점인 동시에 함정이 되기도 합니다.
무료로 쓰면 실제로 어디서 막히나요?
💡 공식 한도 페이지와 실사용자 후기를 같이 놓고 보니 “하루 15건”이 생각보다 훨씬 빨리 닳습니다.
Jules 공식 한도 문서(jules.google/docs/usage-limits/, 2026.03.27 기준)에 따르면, 무료 플랜의 구체적인 수치는 다음과 같습니다.
| 구분 | 무료(Jules) | AI Pro(Jules in Pro) | AI Ultra(Jules in Ultra) |
|---|---|---|---|
| 하루 작업 한도(24시간 롤링) | 15건 | 100건 | 300건 |
| 동시 처리 한도 | 3건 | 15건 | 60건 |
| 모델 접근 | Gemini 2.5 Pro | Gemini 3 Pro (높은 접근) | Gemini 3 Pro (우선 접근) |
“하루 15건”만 보면 충분해 보입니다. 그런데 동시에 3건만 돌릴 수 있다는 조건이 붙습니다. 버그 수정, 테스트 추가, 기능 개발을 같이 돌리면 3번의 슬롯이 순식간에 차버립니다. 작업 하나가 오래 걸리는 날이면 하루 한도가 반나절 만에 끝납니다.
한도를 다 쓰면 24시간 롤링 윈도우가 리셋될 때까지 새 작업을 만들 수 없습니다. 기존 작업의 히스토리는 볼 수 있지만 새 요청은 차단됩니다. (출처: Jules 공식 문서)
“알아서 해준다”는 말의 진짜 의미
Jules가 작업을 받으면 먼저 Plan(계획)을 생성합니다. 이 계획을 승인해야 실제 코드 변경이 시작됩니다. 승인 전에 계획을 검토하고 수정 요청을 할 수 있습니다. (출처: Jules 공식 Getting Started 문서) 이 흐름이 실제로는 완전 자동이 아닙니다.
코드 수정이 끝나면 Jules가 자동으로 Pull Request를 생성합니다. 하지만 PR을 병합(merge)하는 건 사람이 직접 해야 합니다. “알아서 다 해준다”는 표현이 반쯤은 맞고 반쯤은 과장입니다. 정확히는 “계획 수립 → 코드 작성 → PR 생성까지 대신 해주는데, 시작 전 승인과 최종 병합은 내 몫”입니다.
저장소 루트에 AGENTS.md 파일을 두면 Jules가 코드베이스 구조를 더 잘 이해하고 더 정확한 계획을 세웁니다. 공식 문서에서 “AGENTS.md를 최신 상태로 유지하라”고 권고하는 이유가 있습니다. 파일이 없으면 Jules가 저장소 구조를 잘못 파악해서 엉뚱한 코드를 건드리는 경우가 생깁니다.
Jules가 보안 코드를 지운 사례
💡 공식 릴리스노트가 아닌 실사용자의 블로그와 공식 문서를 교차해서 보니 이런 패턴이 눈에 띄었습니다.
2025년 9월 한 개발자가 개인 블로그 서버 코드를 Jules에 맡겼습니다. 요청은 단순했습니다. “서버 성능을 개선할 수 있는 방법을 제안해줘.” 그런데 Jules가 내놓은 변경 사항에는 Content Security Policy(CSP) 삭제가 포함돼 있었습니다. (출처: clehaxze.tw, 2025.09.08)
CSP 삭제는 XSS 공격에 대한 방어막을 제거하는 행위입니다. Jules가 ETag 처리의 SHA256 연산을 “성능 부담”으로 판단하고 CSP도 함께 지운 건데, 이건 보안과 성능을 같은 선상에 놓고 제거 대상으로 본 결과입니다. 초보 개발자라면 “성능이 올랐다”는 결과만 보고 그냥 merge할 수도 있습니다.
같은 테스트에서 Jules는 메모리 캐시를 삭제하고 “서버 IO 감소”라는 이유를 달았는데, 실제로는 캐시를 지우면 요청마다 전체 아카이브 디렉터리를 다시 읽어야 해서 훨씬 비효율적이었습니다. 이 개발자는 “비동기 에이전트는 개인 웹사이트조차 제대로 다루지 못한다”고 결론 내렸습니다.
구글도 이 문제를 인식하고 있습니다. 2025년 8월 “비평가(Critic) 기능”을 도입해서 Jules가 코드를 생성한 뒤 별도의 모델이 검토하는 구조를 추가했습니다. PR 제출 전에 논리 오류, 누락 케이스, 비효율 알고리즘에 플래그를 답니다. 하지만 이 비평가 기능도 “원샷 프로세스”입니다. 생성된 전체 결과를 한 번에 검토하는 방식이어서 복잡한 보안 취약점까지 다 잡아내진 못합니다. (출처: Google for Developers 공식 블로그, 2025.08.12)
CLI 파이핑으로 GitHub Issues 자동 처리하는 법
💡 Jules CLI와 GitHub CLI를 연결하면 이슈 목록을 Jules에게 바로 넘길 수 있습니다. 공식 릴리스노트에 나와 있는 내용인데 한국어로 소개된 곳이 거의 없습니다.
Jules CLI(Jules Tools)는 npm install -g @google/jules 한 줄로 설치합니다. (출처: Google Developers 공식 블로그, 2025.10.02)
설치 후 GitHub CLI(gh)와 Gemini CLI를 조합하면 이런 워크플로가 가능합니다. 백로그에 쌓인 이슈를 Jules가 순차적으로 처리하게 하는 방식입니다.
# GitHub 이슈를 Jules로 직접 파이핑
gh issue list --assignee @me --limit 1 --json title \
| jq -r '.[0].title' \
| jules remote new --repo .
# Gemini CLI로 가장 어려운 이슈를 골라 Jules에게 넘기기
$(gh issue list --assignee @me)" \
| jules remote new --repo .
단순히 “Jules에 작업을 하나 넣는” 수준을 넘어서, 이슈 목록 전체를 파이프로 넘겨서 Jules가 순서대로 처리하게 할 수 있습니다. 이렇게 쓰면 무료 플랜의 하루 15건 한도를 최대한 효율적으로 쓸 수 있습니다. 단, 이 방식은 Linux/macOS 터미널 환경이 기본입니다. Windows에서는 추가 설정이 필요합니다.
TODO.md에 작업 목록을 적어두면 한 줄의 명령으로 모든 항목을 Jules에게 한 번에 넘길 수도 있습니다. 반복적인 작업 할당 시간을 없애는 방법입니다.
Pro·Ultra 요금제, 실제로 업그레이드할 만한가요?
Google AI Pro 플랜은 월 일정 비용으로 Jules in Pro 혜택을 포함합니다. 구체적으로는 하루 100건, 동시 15건으로 무료 대비 약 6.7배 더 많습니다. (출처: Google One 공식 요금제 페이지, 2026.03.27 기준)
하지만 Pro 플랜의 Jules 혜택을 온전히 받으려면 개인 Gmail 계정(@gmail.com)이어야 합니다. 현재 기준으로 Google Workspace나 기업 계정은 제외됩니다. 구글도 공식 문서에서 이 부분을 명시하고 있으며, 기업 계정 지원은 “작업 중”이라고만 밝혔습니다.
📌 가족 공유 플랜 시 Jules 한도
Google One 가족 공유를 해도 Jules 작업 한도는 각자 독립적으로 적용됩니다. 5명이 공유해도 각 멤버가 하루 100건씩 쓸 수 있습니다. (출처: Jules 공식 FAQ)
Ultra 플랜은 하루 300건, 동시 60건입니다. 대규모 에이전트 워크플로, 여러 저장소 동시 운영, 대형 팀 단위 사용에서 의미 있는 수치입니다. 개인 개발자라면 Pro로도 충분한 경우가 많습니다.
Pro 플랜에는 Jules 외에도 Gemini CLI·Gemini Code Assist·Google Antigravity 요율 제한 확장, 매월 Google Cloud 크레딧 $10도 포함됩니다. Jules만 쓸 생각이라면 굳이 Pro를 결제하기보단 무료로 먼저 써보고 판단하는 편이 낫습니다.
Jules Critic 기능, 믿을 수 있나요?
구글은 2025년 8월 “Jules 비평가(Critic) 기능”을 발표했습니다. Jules가 코드를 생성하면, 다른 모델이 해당 코드를 비판적으로 검토해서 플래그를 달고, Jules가 다시 수정하는 구조입니다. 구글은 이를 “행위자-비평가 강화학습(RL)”에서 차용한 방식이라고 설명합니다. (출처: Google Developers 공식 블로그, 2025.08.12)
예를 들어 “모든 테스트를 통과하지만 보이지 않는 입력에서 실패하는 패치”, “함수 시그니처는 업데이트됐는데 일부 매개변수를 처리 안 하는 변경”같은 케이스에 플래그를 답니다. Linter나 단순 테스트와 다르게 코드의 의도와 문맥을 이해하려는 시도라는 점은 평가할 만합니다.
다만 이 버전은 “원샷 프로세스”입니다. 전체 생성 결과를 한 번에 평가하는 방식이라서, 위에서 언급한 CSP 삭제 같은 케이스를 지금 비평가 기능이 반드시 잡아낸다는 보장이 없습니다. 구글 자체도 “향후 다단계 에이전트로 발전시키겠다”고 밝혔고, 지금 버전은 아직 발전 중인 기능이라는 점은 알아두는 게 좋습니다.
PR을 merge하기 전에 직접 diff를 확인하는 습관은 Jules를 쓰더라도 포기하면 안 됩니다. 구글도 공식 문서에서 “사용하기 전에 생성된 코드를 신중하게 검토해야 한다”고 명시하고 있습니다.
자주 묻는 질문
마치며
Google Jules는 분명히 재밌는 도구입니다. 백그라운드에서 코드를 고쳐주고 PR까지 올려주는 경험은 처음엔 꽤 신선합니다. 하지만 “무료로 다 된다”는 말은 조건이 있습니다. 하루 15건, 동시 3건이라는 한도가 생각보다 빨리 벽으로 느껴집니다.
막상 해보면 다른 것들도 있습니다. 비평가 기능이 추가됐다고 해서 Jules가 생성한 코드를 검토 없이 그냥 merge해도 된다는 뜻은 아닙니다. CSP 삭제 같은 보안 이슈가 실사용 중에 실제로 발생한 사례가 있고, 구글도 코드 검토는 사용자 몫이라고 공식 문서에 적어뒀습니다.
CLI로 GitHub Issues를 파이핑하는 방식이나 AGENTS.md 파일 관리처럼 조금만 더 신경 쓰면 무료 플랜에서도 꽤 쓸 만한 자동화 흐름을 만들 수 있습니다. 일단 무료로 쓰면서 내 작업 패턴에 맞는지 확인해보고, 하루 15건이 자주 부족하다 싶을 때 Pro를 고려하는 순서가 맞다는 게 솔직한 결론입니다.
본 포스팅 참고 자료
- Google Jules 공식 문서 — jules.google/docs
- Google Jules 공식 한도 페이지 — jules.google/docs/usage-limits/
- Google Developers 공식 블로그 — Jules Tools 소개 (2025.10.02)
- Google Developers 공식 블로그 — Jules API 출시 (2025.10.03)
- Google Developers 공식 블로그 — Jules Critic 기능 (2025.08.12)
- Google One 공식 요금제 페이지 — 2026.03.27 기준
- Jules 실사용 리뷰 — 보안 코드 삭제 사례 (2025.09.08)
본 포스팅은 2026년 3월 27일 기준으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. Google Jules 요금제 및 한도 수치는 Google One 공식 페이지에서 최신 정보를 직접 확인하시기 바랍니다.
댓글 남기기