Google Jules, 무료로 다 된다는 말이 맞을까요?

GitHub 이슈 레이블 하나로 PR이 자동 생성되고, CI 실패도 알아서 수정한다는 구글의 비동기 코딩 에이전트. 근데 막상 무료 한도, 계정 조건, SWE-bench 성적까지 숫자를 보면 얘기가 달라집니다.

Google Jules가 뭔지, 한 줄로 정리하면

Google Jules는 2025년 5월에 베타 론칭, 그해 8월 정식 출시된 비동기 코딩 에이전트입니다. Cursor나 GitHub Copilot처럼 에디터 안에서 실시간으로 돕는 방식이 아니라, GitHub 저장소에 작업을 던져놓으면 구글 클라우드 VM 위에서 알아서 코드를 짜고 테스트를 돌리고 Pull Request를 열어주는 구조입니다. 핵심은 “지금 이 화면을 보지 않아도 된다”는 점입니다. 작업을 시작해두고 커피 한 잔 내려오면 PR이 올라와 있는 것이 목표입니다.

작동 흐름은 단순합니다. GitHub 이슈에 jules 레이블을 붙이거나, 웹 UI에서 프롬프트를 입력하면 Jules가 임시 VM을 만들어 저장소를 복제한 뒤, 계획을 세우고 코드를 작성하고 테스트를 실행한 다음 PR로 결과물을 돌려보냅니다. 사용자는 그 PR을 검토하고 머지하면 끝입니다.

2026년 3월 기준으로 베이스 모델은 Gemini 3.1 Pro(2026.03.09 교체)입니다. 무료 티어 기준으로도 같은 모델이 적용됩니다. 단, 무료 사용자는 일일 15개 작업, 동시 3개 제한이 걸립니다.

▲ 목차로 돌아가기

2026년 3월까지 추가된 기능들 — 공식 changelog 기준

Jules는 2025년 5월 출시 이후 꽤 빠른 속도로 기능이 쌓였습니다. 공식 changelog(jules.google/docs/changelog)에 기록된 주요 업데이트를 시간순으로 짚으면 다음과 같습니다.

출시 후 10개월 만에 CLI, MCP, CI 자동화, 정기 예약 실행까지 추가된 셈입니다. 기능 추가 속도만 놓고 보면 빠릅니다. 단, 각 기능의 가용 범위(무료/Pro/Ultra)가 제각각이라서 “어떤 플랜에서 뭐가 되는지”를 따로 확인해야 합니다.

▲ 목차로 돌아가기

“무료로 다 된다”는 말이 성립하는 조건

많은 소개 글에서 “무료 티어가 있다”고 적고 끝납니다. 그런데 공식 요금 문서(jules.google/docs/usage-limits, 2026.03.24 기준)를 보면 조건이 하나 더 붙습니다.

Google Workspace 계정(@회사도메인.com)을 쓰는 사람은 유료 플랜으로 업그레이드가 막혀 있습니다. 회사 계정으로 접속하면 무료 티어(일 15개 작업, 동시 3개)에만 머무는 구조입니다. 실무에서 주로 Workspace 계정을 쓴다면 이 한 문장이 치명적입니다.

(출처: Jules 공식 요금 문서, jules.google/docs/usage-limits, 2026.03.24 기준)

무료 15개가 아예 쓸모없는 건 아닙니다. 혼자 사이드 프로젝트 정도 돌리거나 Jules가 어떻게 작동하는지 맛보는 수준에서는 충분합니다. 단, 하루에 버그 수정, 의존성 업그레이드, 리팩터링을 동시에 진행하면 금방 바닥납니다. 기억해야 할 건 이 15개가 rolling 24시간 단위라는 점 — 자정이 아니라 처음 작업을 시작한 시각 기준으로 돌아갑니다.

▲ 목차로 돌아가기

CI Fixer와 Commit 작성자 설정, 실제로 어떻게 동작하나

2026년 2월 19일 업데이트에서 추가된 두 가지 기능이 실무 관점에서 꽤 중요합니다.

CI Fixer — PR 이후에도 Jules가 계속 붙어 있습니다

이전까지는 Jules가 PR을 열면 역할이 끝났습니다. CI 체크가 실패해도 Jules는 모르는 척이었고, 에러 로그를 복사해서 다시 Jules에게 붙여넣는 건 사람 몫이었습니다. CI Fixer는 이 루프를 자동화합니다. GitHub Actions에서 체크가 실패하면 Jules가 에러를 받아 수정 코드를 작성하고 다시 커밋하는 과정을 사람 개입 없이 반복합니다. 공식 changelog에 “PR이 계속 앞으로 나아가도록 유지한다”는 표현이 그대로 나옵니다. 단, Jules가 직접 생성한 PR에만 적용되고, 사람이 만든 PR에는 작동하지 않습니다.

Commit 작성자 설정 — GitHub 기여 그래프가 비어 있던 이유

여기서 한 가지 놓치기 쉬운 문제가 있습니다. Jules가 작업을 다 처리하면 커밋 작성자가 Jules로 찍힙니다. 내가 이슈를 만들고 지시를 내렸는데도 GitHub 기여 그래프에는 아무것도 올라오지 않습니다. 공식 changelog에도 “Jules가 모든 커밋을 작성하면 기여 그래프에 작업이 반영되지 않는다”고 직접 언급되어 있습니다.

해결 방법은 Jules Settings에서 Commit Authoring 항목을 바꾸는 것입니다. 세 가지 선택지가 있습니다.

• Jules 단독 — 기본값. 모든 커밋이 Jules 명의
• 공동 작성 (Jules + 나 / 나 + Jules) — 두 사람 이름이 함께 기록됨
• 나 단독 — Jules가 내 계정 명의로 커밋을 올림

이 설정은 사용자 전체 계정 레벨에서 적용됩니다. 저장소마다 다르게 설정하는 건 현재 지원하지 않습니다. 그래서 “이 프로젝트에서는 Jules 단독, 저 프로젝트에서는 공동 작성”처럼 세분화하고 싶다면 현재는 막혀 있습니다. 구글이 아직 이유를 공개하지 않은 부분입니다.

▲ 목차로 돌아가기

공식 수치로 본 타 에이전트와의 차이

“비동기 에이전트 중에서 가장 괜찮다”는 평이 많습니다. 맞는 말입니다. 그런데 AI 코딩 에이전트 전체를 놓고 보면 위치가 다릅니다. 2026년 3월 기준 실측 비교 사이트 morphllm.com이 15개 에이전트를 테스트한 결과, Jules는 “Worth Watching(주목할 만한 신생)” 카테고리에 들어 있습니다.

(출처: morphllm.com AI 코딩 에이전트 비교, 2026년 3월 업데이트 / vellum.ai Best LLM for Coding 리더보드)

Jules가 SWE-bench 공식 수치를 공개하지 않는다는 것도 눈에 띕니다. Claude Code나 Cursor는 벤치마크 점수를 마케팅에 적극 활용하는데, Jules는 아직 이 숫자를 내놓지 않았습니다. 이유는 아직 공개되지 않았습니다.

그렇다면 Jules는 어디에 쓸 때 빛날까요. morphllm.com이 요약한 Jules의 강점은 “팀이 요청하지 않아도 알아서 저장소를 스캔해 개선 사항을 제안하고, 정기적인 유지보수 작업을 자동으로 처리하는 비동기 에이전트”입니다. 복잡한 아키텍처 문제보다 의존성 업그레이드, TODO 처리, 주간 린트 자동화 같은 반복 작업에서 가성비가 높습니다.

▲ 목차로 돌아가기

Planning Critic — 실패율 9.5% 줄인 구조가 왜 중요한가

2026년 1월 26일 추가된 Planning Critic은 Jules 내부에 두 번째 에이전트를 심은 업데이트입니다. 구조는 이렇습니다. Jules가 코드 수정 계획을 세우면, 사람에게 검토 요청을 보내기 전에 Planning Critic이라는 보조 에이전트가 먼저 그 계획을 따로 검토하고 문제를 찾아 수정을 요청합니다. 그 결과가 작업 실패율 9.5% 감소입니다.

왜 이게 특별하냐면, 기존의 AI 코딩 에이전트들은 ‘생성 → 실패 → 재시도’를 반복하며 토큰을 소모합니다. Jules는 실행 전 단계에서 계획 자체를 검증하는 방식을 선택했습니다. 공식 changelog에는 “계획 단계에 약간의 시간이 추가되지만, 훨씬 높은 품질의 실행 경로를 만들어낸다”고 명시되어 있습니다. 속도를 조금 양보하는 대신 실패를 줄이는 선택입니다.

비동기로 돌아가는 에이전트라는 특성상 이 설계는 더 잘 맞습니다. 실시간 에이전트는 잘못 가면 즉시 방향을 틀 수 있지만, Jules는 비동기라서 한 번 잘못 출발한 작업이 길게 이어지면 되돌리기 번거롭습니다. 계획 단계에서 걸러내는 것이 합리적인 선택입니다.

이 구조는 현재 자동 승인 플랜에 한해 적용됩니다. 사람이 직접 검토하는 Interactive Plan 모드에서는 Planning Critic이 추가로 돌지 않습니다. 공식 문서에서 별도 이유를 밝히지 않은 부분입니다.

▲ 목차로 돌아가기

Q&A

▲ 목차로 돌아가기

마치며

Google Jules를 한마디로 평가하면 “비동기 작업 자동화에는 지금 당장 써볼 만한 도구, 하지만 기대치 조정이 필요하다”입니다. SWE-bench 공식 점수를 내놓지 않는 상태에서 Claude Code(80.9%)나 Codex CLI처럼 추론 깊이를 요구하는 작업에 대입하기는 이릅니다.

반면 의존성 업그레이드, TODO 자동 처리, 주간 린트 예약 실행처럼 “중요하지만 사람이 앉아서 하기에는 아까운 작업”에는 무료 15개 한도 안에서도 충분히 값어치가 있습니다. Commit 작성자 설정과 CI Fixer처럼 팀 협업 흐름을 건드리는 기능이 2026년 2월에 한꺼번에 추가됐다는 것도 눈여겨볼 부분입니다.

Workspace 계정을 주로 쓴다면 지금은 유료 업그레이드 경로가 막혀 있다는 점을 먼저 확인하세요. 구글이 빠른 시일 내 이 제한을 풀겠다고 밝혔지만, 구체적인 일정은 아직 공개되지 않았습니다.

📎 본 포스팅 참고 자료

1. Jules 공식 Changelog — https://jules.google/docs/changelog/
2. Jules 공식 요금 및 한도 문서 — https://jules.google/docs/usage-limits
3. Google Blog — New updates make Jules a proactive AI partner (2025.12.10) — https://blog.google/innovation-and-ai/technology/developers-tools/jules-proactive-updates/
4. Morph LLM — We Tested 15 AI Coding Agents (2026.03) — https://morphllm.com/ai-coding-agent
5. Vellum — Best LLM for Coding 리더보드 — https://www.vellum.ai/best-llm-for-coding