Google Jules가 뭔지 모르는 분을 위한 30초 요약

Google Jules는 구글이 2025년 5월 Google I/O에서 처음 공개하고, 같은 해 8월 6일 정식 출시한 AI 코딩 에이전트입니다. Cursor나 GitHub Copilot처럼 에디터 안에서 실시간으로 도움을 주는 방식이 아닙니다. GitHub 레포지터리를 구글 클라우드 VM에 복제해 놓고, 버그 수정·의존성 업데이트·테스트 코드 작성 같은 작업을 백그라운드에서 비동기로 처리한 뒤 PR을 열어주는 방식입니다. (출처: Google Blog, 2025.05.20)

쉽게 말하면, 작업을 던져놓고 컴퓨터를 닫아도 됩니다. 몇 시간 뒤에 돌아오면 Jules가 PR을 만들어 두고 기다리고 있습니다. 이 점이 기존 동기식 코딩 도구와 근본적으로 다른 부분입니다. 구글 디렉터 Kathy Korevec은 TechCrunch 인터뷰에서 “Jules는 마치 추가적인 손처럼 작동한다”고 표현했습니다. (출처: TechCrunch, 2025.08.06)

현재 무료 플랜(Introductory Access), Google AI Pro($19.99/월), Google AI Ultra($124.99/월) 세 가지 플랜이 있습니다. 단, 유료 플랜은 현재 @gmail.com 개인 계정에서만 구독 가능하고, Google Workspace 계정은 아직 지원하지 않습니다. 이유는 공개되지 않았습니다.

베타 때 60개였던 한도가 왜 15개로 줄었나

베타 기간(2025년 5~8월) 동안 Jules의 무료 일일 작업 한도는 60개였습니다. 정식 출시 이후 이 숫자가 15개로 줄었습니다. 4분의 1 수준입니다. 구글의 공식 설명은 이렇습니다. “60개 한도는 개발자들이 Jules를 어떻게 사용하는지 파악하는 데 도움이 됐고, 이를 바탕으로 새로운 패키징을 설계했다. 하루 15개는 실제 프로젝트 작업에서 Jules가 적합한지 감을 잡기에 충분하도록 설계됐다.” (출처: TechCrunch, 2025.08.06 — Kathy Korevec 인터뷰)

말을 뒤집으면 이렇습니다. 무료 플랜은 “계속 쓰라”는 게 아니라 “써보고 유료로 넘어오라”는 용도로 처음부터 설계됐습니다. 베타 때 60개는 사용 패턴 수집용이었고, 정식 출시 후 15개는 전환 유도용입니다. 이 맥락을 알고 쓰는 것과 모르고 쓰는 건 차이가 큽니다.

실제로 베타 기간에 Jules를 적극적으로 쓰던 개발자들이 정식 출시 후 “한도가 너무 줄었다”는 글을 Reddit에 올렸고, 구글은 이에 대한 공식 답변을 별도로 내놓지 않았습니다.

플랜별 작업 한도 수치 직접 확인했습니다

아래 수치는 jules.google/docs/usage-limits/ 에 올라와 있는 공식 비교표 기준입니다. (출처: Jules 공식 문서, 2026.03.23 기준)

한 가지 주목할 점이 있습니다. Pro 플랜의 일일 한도는 공식 문서 표에 “100개”로 나와 있지만, 일부 GitHub 오픈소스 MCP 서버 문서에는 “약 75개”로 표기된 경우도 있습니다. 공식 문서 기준으로는 100개이며, 이 수치는 향후 조정될 수 있다고 공식 FAQ에 직접 명시돼 있습니다.

모델 접근 방식도 다릅니다. 무료 플랜은 Gemini 2.5 Pro를 씁니다. Pro·Ultra 플랜은 2025년 11월 19일부터 Gemini 3 Pro가 순차 적용됐고, Ultra는 최신 모델에 우선 접근권이 있습니다. (출처: Google for Developers Blog, 2025.11.19)

무료로 버티려면 “작업 1개”가 얼마나 가는지가 핵심입니다

일일 15개 한도를 이해할 때 가장 중요한 건 “작업 1개”의 정의입니다. Jules에서 작업(Task)은 Jules 대시보드에서 “New Task” 버튼을 누를 때마다 1개씩 차감됩니다. PR을 생성하든, 버그 하나를 고치든, 실패하고 결과가 없든 상관없이 트리거 1회 = 작업 1개입니다.

작업이 실패해도 한도는 줄어듭니다

이 부분이 생각보다 중요합니다. 예를 들어, 레포지터리 설정을 잘못해서 Jules가 작업 중 오류로 실패하더라도 그 시도 자체는 1개로 카운트됩니다. 프롬프트를 다듬어 재시도하면 또 1개가 줄어듭니다. 하루 15개를 가지고 반복 실험을 하다 보면 오전에 한도를 모두 소진하는 일이 생각보다 빨리 옵니다.

한도 초과 후에는 “24시간 롤링 윈도우” 기준으로 리셋됩니다

한도가 리셋되는 시점은 자정이 아닙니다. 첫 번째 작업을 시작한 시점으로부터 24시간 뒤에 해당 작업 슬롯이 돌아오는 방식입니다. 오전 9시에 1개를 쓰면 다음 날 오전 9시에 그 슬롯 1개가 복구됩니다. (출처: Jules 공식 문서 FAQ, 2026.03.23 기준) 따라서 “어제 15개 다 썼으니 오늘 0시에 리셋”이라고 기대하면 안 됩니다.

동시 작업 한도도 실용적으로 체감됩니다. 무료 플랜에서 동시 3개이므로, 4번째 작업을 트리거하면 앞의 것이 끝날 때까지 큐에서 대기합니다. 일일 15개와 동시 3개가 조합되면, 집중적으로 여러 작업을 병렬로 처리하려는 상황에서 병목이 생깁니다.

공개 레포지터리를 쓰면 코드가 학습 데이터가 됩니다

구글은 정식 출시 시점에 Jules의 프라이버시 정책을 업데이트했습니다. 핵심 내용은 이렇습니다. 공개(public) 레포지터리의 경우 Jules가 처리한 데이터가 AI 학습에 사용될 수 있습니다. 반면 비공개(private) 레포지터리의 코드는 학습에 사용되지 않습니다. (출처: TechCrunch, 2025.08.06 — Kathy Korevec 인터뷰)

Korevec는 “정책 내용 자체는 바뀐 게 없고, 사용자가 이해하기 쉽게 표현을 명확히 바꾼 것”이라고 설명했습니다. 즉, 공개 레포지터리 학습은 원래부터 허용이었는데 이번에 문구가 더 명시적으로 바뀐 겁니다. 이 점은 오픈소스 프로젝트를 작업할 때 그냥 넘기기 어려운 부분입니다.

실용적 조언을 하나 드리면, 회사 코드나 민감한 개인 프로젝트를 Jules로 다루고 싶다면 반드시 레포지터리를 비공개로 설정하고 시작하는 것이 맞습니다. 공개 레포지터리로 작업하면 편하지만, 코드가 구글의 AI 개선에 쓰일 수 있다는 점을 알고 선택하는 게 좋습니다.

비동기가 장점이라는데, 오히려 불편한 경우도 있습니다

Jules의 가장 큰 차별점은 비동기 실행입니다. Cursor·GitHub Copilot 같은 동기식 도구는 IDE 안에서 결과를 즉시 확인하며 수정하는 방식입니다. Jules는 작업을 던져놓고 기다리는 방식입니다. 작업 완료에 수분에서 수십 분이 걸리고, 피크 타임에는 더 느려질 수 있습니다. (출처: LinkedIn, 2025.08.07 — Google Jules AI Coding Agent Out of Beta)

이 방식이 딱 맞는 상황이 있습니다. 버그 수정이나 의존성 업데이트처럼 요건이 명확한 작업, 퇴근 후 야간에 자동화해 두고 싶은 작업, 반복적인 보일러플레이트 코드 생성처럼 결과를 즉시 볼 필요가 없는 작업입니다.

반면 실시간으로 결과를 보면서 방향을 조정해야 하는 탐색적 개발에는 맞지 않습니다. 새로운 아키텍처를 설계하거나, 요건이 아직 불명확해서 몇 번 수정이 필요한 작업이라면 한 번에 결과를 기다리는 Jules보다 실시간으로 반응하는 Cursor나 Copilot이 낫습니다. 비동기가 장점인 동시에, 짧은 피드백 루프가 필요한 작업에서는 속도가 오히려 더 느리게 느껴질 수 있습니다.

Cursor·GitHub Copilot과 비교했을 때 Jules가 유리한 딱 한 가지

2026년 3월 현재 AI 코딩 에이전트 시장에서 가장 많이 쓰이는 도구는 Cursor와 GitHub Copilot입니다. 개발자 커뮤니티에서 Cursor는 “매일 쓰는 기본값”으로, GitHub Copilot은 “회사에 이미 깔려 있는 것”으로 인식됩니다. Jules는 이 두 도구와 다른 차원에서 경쟁합니다. (출처: faros.ai, Best AI Coding Agents 2026)

Jules만의 진짜 강점: 자리를 비워도 돌아가는 작업

Cursor와 Copilot은 세션이 열려 있는 동안, 즉 개발자가 IDE 앞에 앉아 있는 동안만 작동합니다. Jules는 다릅니다. GitHub에 이슈를 할당하고 자리를 비워도 Jules가 VM에서 혼자 돌아가며 PR을 만들어 둡니다. 이건 동기식 도구들이 구조적으로 따라올 수 없는 영역입니다.

베타 기간에 Jules가 처리한 작업 수는 수만 건, 그 결과로 공개된 코드 개선 수는 14만 건을 넘었습니다. 전체 접속의 45%가 모바일 기기에서 왔습니다. (출처: TechCrunch, 2025.08.06 — SimilarWeb 데이터 기준) 이 숫자가 의미하는 건 하나입니다. 사람들이 외출 중에 폰으로 Jules에 작업을 던지고 있다는 겁니다.

다만, 솔직하게 말하면 복잡한 레거시 코드나 비표준 아키텍처에서는 Jules도 혼자 완결하지 못하고 개발자 개입을 요구하는 경우가 적지 않습니다. 작업 요건이 명확할수록 Jules가 잘하고, 애매할수록 실패 확률이 올라갑니다. 이 점은 무료 15개를 실험하면서 직접 파악하는 것이 제일 정직합니다.

자주 묻는 질문 (Q&A)

마치며

Google Jules 무료 플랜의 하루 15개 한도는 숫자 자체보다 맥락을 알고 쓰는 게 중요합니다. 요건이 명확한 작업 하나에 Jules를 붙이면 하루 15개는 충분히 여유 있습니다. 하지만 실험적으로 여러 번 재시도하거나 복잡한 멀티 파일 작업을 반복한다면 오전 중에 한도를 다 쓸 수 있습니다.

이 부분이 솔직한 평가입니다. 무료 플랜은 “Jules가 나한테 맞는지 확인하는 용도”로는 충분하고, “매일 실무 개발에 쓰는 주력 도구”로는 빠듯합니다. 구글이 실제로 그렇게 설계했다고 직접 발표한 내용이기도 합니다.

Pro 플랜 $19.99/월을 생각한다면, 일일 100개 작업과 Gemini 3 Pro 접근이 제공된다는 점에서 기존 AI 코딩 도구 대비 가격 대비 용량 자체는 나쁘지 않습니다. 다만 현재 @gmail.com 계정에서만 구독 가능하다는 제약이 실무 환경에서 걸림돌이 될 수 있습니다. 개인 계정으로 충분하면 바로 시작해도 됩니다.

본 포스팅 참고 자료

1. Jules 공식 문서 — Limits and Plans (jules.google/docs/usage-limits/)
2. TechCrunch — Google’s AI coding agent Jules is now out of beta (2025.08.06)
3. Google for Developers Blog — Building with Gemini 3 in Jules (2025.11.19)
4. Google Blog — Build with Jules, your asynchronous coding agent (2025.05.20)