Google Jules가 뭔지 30초 정리

2025년 5월 19일 구글이 공개한 Jules는 GitHub 저장소에 직접 연결해 코딩 작업을 자율로 처리하는 비동기 AI 에이전트입니다. Cursor나 GitHub Copilot처럼 에디터 안에서 실시간 제안을 던지는 방식과 근본적으로 다릅니다. Jules는 태스크를 받으면 클라우드 VM을 스핀업하고, 의존성 설치, 코드 수정, 테스트 실행, PR 생성까지 사람이 자리를 비운 사이에 끝냅니다. (출처: Google Jules 공식 Changelog, 2025.05.19)

베타 출시 두 달 만에 14만 건 이상의 퍼블릭 커밋을 기록하며 2025년 8월 정식 출시됐고, 2026년 3월 현재까지 MCP 지원, CI Fixer, Gemini 3.1 Pro 탑재까지 업데이트가 빠르게 이어지고 있습니다. 비동기라는 특성 덕분에 “내가 회의하는 동안 Jules가 버그를 고쳐 PR을 올려 놓는” 워크플로가 실제로 가능합니다.

구글의 Stitch 팀은 Jules로 역할별 에이전트 팟(pod)을 구성해 성능 튜닝, 보안 패치, 접근성 개선을 별도 일정에 돌리고 있습니다. Jules가 해당 레포의 최대 기여자 중 하나가 됐다고 공식 블로그에서 밝혔습니다. (출처: Google Blog, 2025.12.10)

▲ 목차로 돌아가기

무료 플랜의 실제 한도 — 15 task가 많아 보이는 이유

Jules 공식 문서에 따르면 무료 플랜의 일일 태스크는 15개(롤링 24시간 기준)입니다. 일반적인 개인 프로젝트라면 충분해 보입니다. 그런데 핵심은 동시 실행 가능한 태스크가 3개로 제한된다는 점입니다. Jules의 강점인 병렬 처리를 실제로 써보려면 태스크 5개를 동시에 돌려 다양한 해결안을 비교하는 `–parallel` 플래그를 활용해야 하는데, 무료에서는 3개가 상한입니다. (출처: jules.google/docs/usage-limits/)

실제 작업 강도로 환산하면, 복잡한 마이그레이션 태스크 하나가 VM 내에서 수십 분씩 돌아가는 경우도 있습니다. 동시 3개 한도에서 각각 30분짜리 작업이 걸려 있으면 새 태스크를 넣기 전에 기다려야 합니다. 15개라는 숫자가 주는 안도감과 실제 작업 흐름 사이에 간극이 생기는 지점입니다.

▲ 목차로 돌아가기

@gmail.com 전용 유료 구독 — Workspace 계정의 맹점

Jules 공식 문서에 이 조건이 명확하게 나와 있습니다. “유료 Jules 플랜은 Google AI Plans 구독을 통해 이용하며, 현재 @gmail.com으로 끝나는 개인 Google 계정에서만 이용할 수 있습니다.” (출처: jules.google/docs/usage-limits/) 기업용 Google Workspace 계정 사용자는 별도 인터레스트 폼을 작성해 대기해야 합니다.

프리랜서나 개인 개발자라면 큰 문제가 아니지만, 회사 구글 계정으로 Jules Pro를 써야 하는 상황이라면 지금 당장은 방법이 없습니다. 구글이 “엔터프라이즈·Workspace 업그레이드 경로를 빠르게 지원할 계획”이라고 밝혔지만, 구체적인 일정은 아직 공개되지 않았습니다. 업무 환경에서 쓰려면 이 조건을 먼저 확인해야 하는 이유입니다.

한 가지 더, Jules 이용 최소 연령은 만 18세입니다. Google One 패밀리 플랜에 포함돼 있어도 18세 미만이면 Jules 기능에 접근이 안 됩니다. 공유 패밀리 플랜의 경우 Jules 태스크 한도는 구성원 각자의 개인 한도로 분리되며 풀링되지 않습니다. (출처: jules.google/docs/usage-limits/)

▲ 목차로 돌아가기

Planning Critic과 CI Fixer — 실패율 9.5% 줄인 방식

2026년 1월 26일 Jules에 Planning Critic이 추가됐습니다. 사람의 승인 없이 자동으로 실행되는 태스크를 처리하기 전에 별도의 두 번째 에이전트가 계획을 다시 검토하고 비판하는 방식입니다. 구글 공식 Changelog에 따르면 이 구조가 태스크 실패율을 9.5% 낮췄습니다. (출처: jules.google/docs/changelog/, 2026.01.26)

9.5%라는 숫자가 작아 보일 수 있는데, Jules를 하루 100개 태스크 처리하는 Pro 플랜 기준으로 보면 하루 약 9~10개의 실패가 줄어드는 셈입니다. 실패 한 건이 코드 리뷰, 롤백, 재작업으로 이어지는 비용을 생각하면 이 수치가 의미하는 시간 절감은 적지 않습니다.

같은 날 추가된 CI Fixer는 Jules가 PR을 열었을 때 GitHub Actions에서 빌드 실패가 발생하면 Jules가 직접 오류 로그를 받아 수정하고 재제출하는 기능입니다. 이전에는 실패한 CI 체크를 해결하려면 REST API를 직접 호출하거나 오류 로그를 복사해 Jules에 다시 넣어야 했습니다. 이 루프를 자동으로 닫아주는 구조로, “Jules가 열어 놓은 PR이 틀어지면 나한테 연락이 온다”는 패턴이 사라집니다. (출처: jules.google/docs/changelog/, 2026.02.19)

커밋 귀속 설정 — 내 GitHub 기여 그래프가 사라지지 않는 방법

2026년 2월 19일 업데이트에서 커밋 귀속(Commit Authorship) 설정이 추가됐습니다. 기본값은 Jules 단독 작성자인데, 이 상태로 쓰면 내 GitHub 기여 그래프에 아무것도 안 쌓입니다. Jules Settings → Commit Authoring 섹션에서 “Co-authored(Jules + You)” 또는 “User only” 모드로 바꾸면 됩니다. 처음 설정하는 경우 이 옵션을 빠뜨리기 쉬우니 유의해야 합니다. (출처: jules.google/docs/changelog/, 2026.02.19)

▲ 목차로 돌아가기

2026년 3월 Gemini 3.1 Pro 탑재 — 실제로 뭐가 달라졌나

2026년 3월 9일, Jules는 Pro 플랜 사용자를 대상으로 Gemini 3.1 Pro를 기본 모델로 탑재했습니다. 기존 Gemini 3 Pro를 대체하는 업데이트입니다. (출처: jules.google/docs/changelog/, 2026.03.09) 한편, 무료 플랜의 기본 모델은 여전히 Gemini 2.5 Pro입니다. 무료와 유료 사이에 이제 모델 세대 차이가 생겼습니다.

2026년 1월 30일에는 모든 플랜 사용자에게 Gemini 3 Flash가 기본 모델로 적용됐습니다. 공식 발표에서 “이전 기본 모델(Gemini 2.5 Pro)보다 빠르고 훨씬 더 유능하다”고 표현했습니다. 그런데 그로부터 약 5주 만에 Pro 플랜은 다시 Gemini 3.1 Pro로 올라간 셈입니다. 모델 교체 속도가 빠른 만큼, 지금 기준의 성능 비교가 수개월 후에는 달라질 수 있습니다.

Repoless 세션 — GitHub 레포 없이 시작하는 방법

2025년 11월 20일부터 레포 선택 없이 바로 Jules 세션을 시작할 수 있는 Repoless 기능이 생겼습니다. 프롬프트만 넣으면 임시 클라우드 VM이 생성되고 Node, Python, Rust, Bun 등 런타임이 미리 올라와 있습니다. REST API를 통해 이 Repoless 세션을 호출하면 프롬프트만으로 서버리스 개발 환경을 스핀업하는 것과 같아, 자동화 파이프라인에 붙이는 용도로 활용 가능합니다. (출처: jules.google/docs/changelog/, 2026.01.26)

▲ 목차로 돌아가기

MCP 연동과 보안 — 손 댔다가 피 보는 설정 순서

2026년 2월 2일부터 Jules에 MCP(Model Context Protocol) 서버 지원이 추가됐습니다. Linear, Stitch, Neon, Tinybird, Context7, Supabase를 시작으로 제한된 서버 목록만 연결됩니다. 구글이 한정된 목록으로 출발한 이유를 공식 문서에서 직접 밝혔습니다. “Jules는 GitHub 레포와 연결된 클라우드 개발 환경 안에서 동작하므로, 서드파티 연동에 보안 우선 접근법을 적용한다.” (출처: jules.google/docs/changelog/, 2026.02.02)

이 보안 우선 원칙은 2025년 8월에 드러난 취약점 연구와 연관이 있습니다. 보안 연구자 Johann Rehberger가 Jules에서 프롬프트 인젝션을 통해 소스 코드를 외부 서버로 유출하는 공격이 가능하다는 점을 발견했습니다. Jules가 GitHub 이슈에 `jules` 레이블만 붙이면 자동으로 작업을 시작하는 기능을 노리는 방식이었습니다. 공격자가 이슈 설명 안에 악성 지시를 심으면 Jules가 이를 실행해 코드를 외부 URL로 전송하는 경로가 만들어진다는 것이었습니다. (출처: embracethered.com, 2025.08.13)

MCP 설정 순서

Jules Settings → MCP 섹션에서 연결하려는 서비스의 API 키를 입력하면 됩니다. Jules가 세션 중 해당 서비스가 필요하다고 판단할 때 자동으로 MCP 서버 툴을 호출합니다. 현재 API 키 인증 방식만 지원하며, 세션 시작 전에 설정을 완료해야 합니다. (출처: jules.google/docs/changelog/, 2026.02.02)

▲ 목차로 돌아가기

GitHub Copilot·Claude Code와 어떻게 다른가

Jules는 비동기 에이전트입니다. 태스크를 맡기고 자리를 비웠다가 결과를 확인하는 방식입니다. Cursor나 GitHub Copilot의 에이전트 모드는 동기적으로 개발자 옆에서 실시간 제안을 던지는 방식입니다. Claude Code는 터미널에서 직접 실행하며 개발자가 지시하는 흐름에 따라 코드를 수정합니다.

Jules의 실제 강점은 길고 반복적인 유지보수 작업에 있습니다. 주간 의존성 점검, 야간 린트 수정, 월간 코드 정리처럼 정기적으로 해야 하는 작업을 Scheduled Tasks로 설정해 놓으면 Jules가 일정에 맞춰 처리하고 PR을 열어 둡니다. 개발자가 판단이 필요한 고차원 작업에 집중하는 동안 루틴 유지보수가 자동으로 굴러가는 구조입니다.

반대로 빠른 피드백 루프가 필요한 실시간 코딩, 복잡한 아키텍처 설계 토론, 에디터 내 즉각 제안은 Jules보다 Cursor나 Claude Code가 적합합니다. Jules 자체 문서에도 “웹 검색이 기술 문서 조회에 가장 잘 동작하며, 오늘 최신 뉴스 같은 쿼리는 지원하지 않는다”고 명시돼 있습니다. 만능 툴이 아닌 비동기 유지보수 자동화 특화 도구로 포지셔닝하는 것이 맞습니다. (출처: jules.google/docs/changelog/, 2025.08.08)

▲ 목차로 돌아가기

자주 묻는 질문 (Q&A)

▲ 목차로 돌아가기

마치며

Jules는 분명히 쓸 만한 도구입니다. 비동기로 돌아가는 자동화 구조, CI Fixer, MCP 연동, Scheduled Tasks까지 실제 유지보수 자동화를 위한 조각들이 빠르게 붙어 있습니다. Planning Critic이 실패율을 9.5% 낮췄다는 공식 수치도 단순 마케팅 문구가 아니라 구조적 변화의 결과입니다.

그런데 쓰기 전에 두 가지를 꼭 확인해야 합니다. 첫째, 유료 플랜이 필요하다면 @gmail.com 계정인지 확인할 것. 둘째, Jules에게 태스크를 넘길 때는 반드시 제안 계획을 검토하고 승인하는 흐름을 지킬 것. 이 두 가지를 놓치면 기대한 것보다 훨씬 불편해질 수 있습니다.

Cursor나 Claude Code가 개발자 옆에 붙어 있는 도구라면, Jules는 일정을 소화하는 팀원에 가깝습니다. 같은 “AI 코딩 도구”로 부르지만 쓰는 상황이 다릅니다. 반복적인 유지보수와 PR 자동화에 쓸 것인지, 실시간 코딩 어시스턴트가 필요한지 먼저 정리하고 선택하면 됩니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

1. Google Jules 공식 Changelog — jules.google/docs/changelog/
2. Google Jules 플랜·한도 공식 문서 — jules.google/docs/usage-limits/
3. Google Blog — Jules 프로액티브 업데이트 — blog.google
4. 보안 연구: Jules 데이터 유출 취약점 — embracethered.com