Gemini 3.1 Pro 탑재 (2026.03.09)
Google Jules, 하루 15개가 전부인 이유가 있습니다
GitHub에 연결된 순간, Jules는 버그를 잡고 PR을 열어줍니다. 그런데 무료 플랜은 생각보다 빡빡하고, 실패한 작업도 한도에서 빠져나갑니다. 공식 문서를 직접 뜯어봤습니다.
Google Jules가 뭔지 30초 안에 이해하기
Google Jules는 GitHub 저장소에 직접 연결해서 백그라운드로 코딩 작업을 처리해주는 AI 에이전트입니다. 2026년 3월 현재 정식 서비스 중이며, 무료 플랜으로 누구나 시작할 수 있습니다.
핵심 작동 방식은 단순합니다. 작업을 지시하면 Jules가 임시 클라우드 VM을 생성하고, 거기서 저장소를 클론해 코드를 수정한 뒤 Pull Request를 열어줍니다. 인라인 코드 자동완성이 아니라, 아예 PR까지 올려주는 비동기 방식이에요. (출처: Google Labs 공식 블로그, 2025.10.02)
실제 작업 예시를 보면 이렇습니다. npm install -g @google/jules로 Jules Tools CLI를 설치한 뒤, jules remote new --repo 저장소명 --session "버그 수정해줘"만 치면 Jules가 알아서 움직입니다. 터미널을 떠나지 않아도 됩니다.
무료 한도, 생각보다 빨리 바닥납니다
💡 공식 문서를 직접 확인하고 나서야 보인 부분입니다
실패한 작업도 일일 한도에서 차감됩니다. 무료 플랜에서 타임아웃이 연속으로 발생하면 작업 결과 없이 한도가 소진됩니다.
공식 Jules 한도 문서에 플랜별 한도가 이렇게 정리되어 있습니다. (출처: jules.google/docs/usage-limits/, 2026.03.23 기준)
| 플랜 | 일일 작업 | 동시 작업 | 기본 모델 |
|---|---|---|---|
| 무료(Jules) | 15개 | 3개 | Gemini 2.5 Pro |
| Pro | 100개 | 15개 | Gemini 3 Pro / 3.1 Pro |
| Ultra | 300개 | 60개 | Gemini 3.1 Pro (우선) |
여기서 중요한 게 있습니다. 무료 플랜은 Gemini 3.1 Pro를 쓸 수 없습니다. 공식 문서에 “Model Access: Higher access to the latest model (starting with Gemini 3 Pro)”는 Pro 이상 플랜에만 적용된다고 나옵니다. 무료 유저는 Gemini 2.5 Pro 기반으로 작동합니다. 모델 차이가 작업 품질에 영향을 줄 수 있으니, 복잡한 멀티파일 리팩토링은 Pro를 고려해야 합니다.
또 한 가지 — 한도는 rolling 24시간 기준으로 리셋됩니다. 자정이 아니라, 내가 마지막 작업을 시작한 시점으로부터 24시간 뒤에 풀립니다. 이 부분을 모르면 “오늘 쓸 수 있는 줄 알았는데 왜 막히지?”라는 상황이 생깁니다.
2026년 3월까지 추가된 기능들
공식 changelog를 직접 읽어봤습니다. 최근 몇 달 사이에 의미 있는 기능들이 꽤 쌓였습니다. (출처: jules.google/docs/changelog)
CI Fixer가 왜 실용적인가요?
기존에는 Jules가 만든 PR에 CI 오류가 나면 개발자가 직접 로그를 복사해 Jules에 다시 붙여넣어야 했습니다. 이제 Jules가 스스로 오류를 읽고, 수정 커밋을 push한 뒤 PR을 재제출합니다. 인간 개입 없이 그린 배지로 만들어 줍니다. 주의할 점은, 이 기능은 Jules가 직접 만든 PR에만 적용됩니다. (출처: jules.google/docs/changelog, 2026.02.19)
MCP 연동은 어떻게 쓰나요?
Jules 설정 페이지 → MCP 섹션에서 API 키를 입력하면 끝입니다. Jules가 세션 중 해당 서비스 툴 호출이 필요하다고 판단하면 자동으로 실행합니다. 현재 지원 목록은 Linear, Stitch, Neon, Tinybird, Context7, Supabase입니다. 보안상 이유로 직접 검증된 서버만 허용하고 있으며, 목록은 점차 늘어날 예정이라고 공식 문서에 나옵니다.
Planning Critic이 실패율을 9.5% 줄인 방식
💡 공식 발표문과 실제 사용 흐름을 같이 놓고 보니 이런 차이가 보였습니다
“AI가 코드를 짜기 전에 별도 AI가 그 계획을 먼저 비판한다”는 구조입니다. 코드 한 줄 쓰기 전 단계에서 실패 원인을 걷어냅니다.
Jules는 2026년 1월 26일부터 Planning Critic이라는 2차 에이전트를 도입했습니다. 작동 방식은 이렇습니다.
- Jules가 작업 계획을 수립합니다.
- Planning Critic이 그 계획을 독립적으로 검토하고 허점을 찾습니다.
- 비판 내용을 반영한 수정 계획으로 실행이 시작됩니다.
결과는 공식 발표 기준으로 작업 실패율 9.5% 감소입니다. (출처: jules.google/docs/changelog, 2026.01.26) 계획 단계에 시간이 조금 더 걸리지만, 코드 실행 후 뒤집는 것보다 훨씬 효율적입니다.
이 구조가 실용적인 이유는 무료 유저에게도 동일하게 적용된다는 점입니다. 한도가 적을수록 한 번에 성공해야 하는 압박이 크다는 걸 생각하면, Planning Critic은 무료 플랜에서 더 값어치를 합니다.
무료로 쓸 때 한도를 아끼는 실전 방법
💡 공식 changelog와 한도 문서를 교차해 보니 보이는 실전 전략입니다
작업 범위를 좁힐수록 실패율이 낮아지고, 한도 소모도 줄어듭니다. 큰 작업 하나보다 작은 작업 여럿이 더 안전합니다.
무료로 Jules를 쓸 때 한도를 최대한 효율적으로 쓰는 방법들입니다.
File Selector로 범위 한정하기
작업 생성 시 File Selector로 대상 파일을 지정하면 Jules가 불필요한 파일까지 분석하는 시간을 줄입니다. 정확도도 올라갑니다.
AGENTS.md 파일로 규칙 미리 세팅하기
저장소 루트에 AGENTS.md를 두면 Jules가 매번 컨텍스트를 새로 파악하지 않아도 됩니다. 코딩 스타일, 테스트 방식, 폴더 구조 규칙 등을 적어두면 작업당 정확도가 올라갑니다.
Interactive Plan 모드 활용
작업 시작 시 드롭다운에서 Interactive Plan을 선택하면 Jules가 먼저 질문을 던집니다. 애매한 요구사항을 명확히 한 뒤 실행하면 재작업 가능성이 줄어듭니다.
Environment Snapshot 설정해두기
환경 설정 스크립트를 한 번 등록해두면 Jules가 스냅샷을 만들어 다음 작업부터 빠르게 시작합니다. 복잡한 의존성을 매번 설치하지 않아도 됩니다.
Cursor, GitHub Copilot과 뭐가 다를까요?
💡 비교표만 보면 안 보이는 부분이 있습니다
Jules는 IDE 없이 작동합니다. 로컬 환경이 없어도 되고, 여러 작업을 동시에 백그라운드로 돌릴 수 있다는 게 핵심 차이입니다.
| 항목 | Google Jules | GitHub Copilot | Cursor |
|---|---|---|---|
| 작동 방식 | 비동기 에이전트 | 인라인 제안 + 에이전트 | IDE 내 에이전트 |
| IDE 필요 여부 | 불필요 | 필요 | 필요 |
| 무료 일일 한도 | 15개 작업 | 제한 없음(완성 기준) | 무료 플랜 없음 |
| PR 자동 생성 | ✅ 기본 제공 | 부분 지원 | ❌ |
| CI 자동 수정 | ✅ (2026.02) | ❌ | ❌ |
| 코드 프라이버시 | 클라우드 처리 | 클라우드 처리 | 클라우드 처리 |
SWE-Bench 기준으로 보면 2026년 3월 현재 GitHub Copilot이 56.0%로 앞서고, Cursor가 51.7%입니다. (출처: morphllm.com/comparisons/cursor-vs-copilot, 2026.03 기준) Jules는 별도 SWE-Bench 공개 수치가 없지만, Gemini 3.1 Pro의 SWE-Bench Verified 점수가 80.6%이므로 베이스 모델 기준으로는 경쟁력이 있습니다. (출처: deepmind.google/models/model-cards/gemini-3-1-pro/, 2026.02.19)
결론적으로 Jules는 “코딩 중에 옆에서 도움받는 도구”가 아닙니다. “코딩에서 손을 떼고 싶은 단순 반복 작업”을 위임하는 도구입니다. 이 두 가지는 목적 자체가 다릅니다.
Q&A
마치며
솔직히 말하면, 무료 플랜의 하루 15개 한도는 가볍게 여겼다가 꽤 빨리 바닥납니다. 실패한 작업도 차감된다는 걸 모르면 더욱 그렇습니다. 그런데 Planning Critic 도입 이후 실패율이 9.5% 줄었고, CI Fixer까지 붙으면서 한 번의 작업이 실제로 완결되는 비율이 눈에 띄게 높아졌습니다.
2026년 3월 기준으로 Jules의 포지션은 명확합니다. IDE 없이, 백그라운드에서, PR까지 완성해주는 도구로는 현재 무료로 쓸 수 있는 선택지 중 가장 완성도가 높습니다. 복잡한 아키텍처 설계보다는 의존성 업데이트, 버그 수정, 반복 테스트 작성처럼 “해야 하는데 손대기 귀찮은 작업”에 딱 맞습니다.
Gemini 3.1 Pro가 Pro 플랜에 탑재된 지금, 무료와 유료 간 모델 격차도 생겼습니다. 하루 15개로 충분한지 직접 써보고, 그걸 넘는다면 그때 업그레이드를 고려해도 늦지 않습니다.
본 포스팅 참고 자료
- Google Jules 공식 Changelog — jules.google/docs/changelog
- Jules 한도 및 요금제 공식 문서 — jules.google/docs/usage-limits/
- Gemini 3.1 Pro 모델 카드 (Google DeepMind, 2026.02.19) — deepmind.google/models/model-cards/gemini-3-1-pro/
- Jules Tools CLI 공식 발표 (Google Labs, 2025.10.02) — blog.google
본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. Google Jules는 지속적으로 업데이트되는 서비스이므로, 최신 내용은 공식 문서(jules.google/docs)에서 직접 확인하세요. 본 포스팅의 수치와 기능 설명은 2026년 3월 23일 공식 문서 기준입니다.
댓글 남기기