Google AI Pro 플랜 기준 확인
Google Jules, Gemini 3.1 Pro로 뭐가 달라졌나요?
Google Jules에 Gemini 3.1 Pro가 탑재됐습니다(2026.03.09 공식 changelog). 단순 모델 교체처럼 보이지만, 실제 작동 방식에서 이전과 확실히 달라진 지점이 있습니다. 동시에 무료로 다 된다는 인식과 다르게, 조용히 막혀 있는 조건도 있습니다. 공식 문서를 직접 확인해서 정리했습니다.
태스크 실패율 감소
(기업 Workspace 불가)
Gemini 3.1 Pro 탑재, 이전과 뭐가 다른가요?
2026년 3월 9일, Jules 공식 changelog에 한 줄이 업데이트됐습니다. “Gemini 3.1 Pro is now available in Jules for Google Pro plan users.” 이전 모델인 Gemini 3 Pro를 대체하는 변경입니다. (출처: Jules 공식 Changelog, 2026.03.09)
이 업데이트에서 핵심은 모델 성능 향상보다 다중 파일 작업의 컨텍스트 유지 능력입니다. 이전 Gemini 3 Pro도 멀티파일 작업을 처리했지만, 10개 이상의 파일이 연관된 태스크에서 중간에 맥락을 잃어버리는 경우가 있었습니다. Gemini 3.1 Pro는 더 긴 계획을 머릿속에 담고 처음부터 끝까지 실행하는 능력을 갖췄다고 공식 문서는 설명합니다.
💡 공식 발표문과 실제 작동 방식을 나란히 놓고 보면 이런 차이가 보입니다. Gemini 3 Pro가 “멀티파일을 처리한다”고 했을 때, 이는 파일을 순차적으로 읽는 것이었습니다. Gemini 3.1 Pro는 종속 관계가 있는 여러 모듈을 동시에 추론하는 방식입니다. 대규모 리팩터링 태스크에서 체감 차이가 나는 이유가 여기 있습니다.
무료 플랜(Free)에는 Gemini 3.1 Pro가 적용되지 않습니다. 무료 사용자는 Gemini 2.5 Pro 기반으로 동작하며, 3.1 Pro는 Google AI Pro 구독자부터 사용 가능합니다. 이 구분이 실사용에서 어떻게 작동하는지는 뒤 섹션에서 다룹니다.
Planning Critic이 태스크 실패율을 줄인 방식
2026년 1월 26일 업데이트에서 도입된 Planning Critic은 Jules가 코드를 작성하기 전, 별도의 보조 에이전트가 실행 계획을 미리 검토하는 구조입니다. 공식 changelog에 따르면 이 변경으로 태스크 실패율이 9.5% 감소했습니다. (출처: Jules 공식 Changelog, 2026.01.26)
Planning Critic 작동 방식
Jules가 태스크를 분석하고 실행 계획을 작성
Planning Critic(별도 에이전트)이 계획을 검토·수정 제안
수정된 계획으로 코드 실행 — PR 생성
9.5%라는 수치가 작아 보일 수 있지만, 의미를 해석하면 다릅니다. 예를 들어 하루에 100개 태스크를 실행하는 팀이라면, 이전 대비 9~10개 태스크가 추가로 성공적으로 완료된다는 뜻입니다. 대규모 자동화 워크플로에서 누적 차이는 상당합니다.
💡 계획 검토 단계가 추가되면서 태스크 시작 속도가 소폭 느려졌습니다. 공식 문서도 “계획 단계에 약간의 시간이 추가된다”고 명시합니다. 빠른 단일 파일 수정 태스크보다 복잡한 멀티모듈 리팩터링에서 이 구조가 더 유리합니다. 간단한 작업에는 오히려 오버헤드가 생길 수 있습니다.
이 구조는 사람이 코드 리뷰를 두 번 하는 것과 비슷합니다. 작성 전에 한 번 더 검토하는 내부 루프가 생긴 셈입니다. 기존의 단순 코드 자동완성 도구와 달리, Jules가 “실행 전 검증”을 내부적으로 수행한다는 점이 차별화 포인트입니다.
CI Fixer — PR이 실패하면 Jules가 알아서 고칩니다
2026년 2월 19일 업데이트에서 추가된 CI Fixer는 Jules가 생성한 PR에서 CI 검사가 실패했을 때, 오류 로그를 자동으로 수신하고 수정 코드를 작성해 다시 커밋하는 기능입니다. (출처: Jules 공식 Changelog, 2026.02.19)
이전 방식에서는 GitHub Actions 실패 시 오류 로그를 복사해서 Jules에게 다시 붙여넣어야 했습니다. 막상 써보면 이 단계가 은근히 번거롭습니다. CI Fixer는 이 루프를 자동화합니다. Jules가 고치고, 커밋하고, 재제출하는 과정을 사람 개입 없이 반복합니다.
주의할 점이 있습니다. CI Fixer는 Jules가 직접 만든 PR에만 작동합니다. 사람이 직접 작성한 PR에는 적용되지 않습니다. 또한 MCP 서버 연동(Linear, Supabase 등)도 2026년 2월부터 지원되기 시작했지만, 현재 연결 가능한 서버는 보안 심사를 통과한 6개로 제한됩니다.
무료로 다 된다는 말, 여기서 막힙니다
Jules 무료 플랜은 실제로 사용 가능합니다. 그런데 “무료로 다 된다”는 말을 그대로 믿으면 두 가지 벽에 부딪힙니다. 공식 usage-limits 문서에 명시된 내용입니다. (출처: Jules 공식 Usage Limits)
⚠️ 첫 번째 벽: 기업 Workspace 계정은 유료 플랜을 쓸 수 없습니다
유료 플랜(Pro/Ultra)은 개인 Gmail 계정(@gmail.com)만 구독 가능합니다. Google Workspace 기업 계정은 현재 유료 플랜 업그레이드가 막혀 있습니다. 회사 이메일로 쓰는 경우 무료 플랜(일 15개 태스크, 동시 3개)으로만 사용해야 합니다.
⚠️ 두 번째 벽: 만 18세 미만은 플랜 자체를 쓸 수 없습니다
Jules는 다른 Google One 플랜보다 엄격한 연령 조건을 요구합니다. 가족 공유 플랜에 포함된 18세 미만 구성원은 Julius 혜택을 받지 못합니다. 공식 FAQ에 명시된 내용입니다.
일 15개 한도가 개인 토이 프로젝트에는 충분할 수 있지만, 실제 운영 중인 서비스에 연결해서 의존성 업데이트, 린트 수정, 기능 추가를 분리해서 돌리면 금방 소진됩니다. 무료로 Jules를 평가하기에는 충분하지만, 일상적인 개발 루틴에 통합하려면 Pro 플랜을 검토해야 합니다.
GitHub 없이도 쓸 수 있는 Repoless 모드
Jules는 보통 GitHub 리포지토리 연동이 전제라고 알고 있습니다. 그런데 2025년 11월부터 Repoless 모드가 생겼습니다. 리포지토리를 선택하지 않고 태스크를 시작하면, Jules가 Node·Python·Rust·Bun 런타임이 미리 설치된 임시 클라우드 환경을 즉시 생성합니다. (출처: Jules 공식 Changelog, 2025.11.20)
💡 공식 문서에서는 이 기능을 “서버리스와 유사하다”고 표현합니다. API 한 번 호출로 즉석 클라우드 개발 환경이 생기고, 완료 후 결과물을 파일 형태로 내려받을 수 있습니다. 프로토타이핑 단계나 빠른 스크립트 작성에 활용하기 좋습니다. 완성된 코드는 나중에 GitHub에 올리면 됩니다.
2026년 1월 26일부터는 이 Repoless 기능이 REST API에도 적용됐습니다. 프롬프트만 담긴 API 한 번으로 임시 환경을 생성하고 코드 결과물 전체를 git patch 형식으로 받을 수 있습니다. 이 조합이면 기존 개발 파이프라인에 Jules를 끼워 넣는 방식이 훨씬 유연해집니다.
단, Repoless 모드에서는 Jules가 생성한 PR의 CI Fixer가 작동하지 않습니다. 임시 환경이기 때문에 GitHub Actions와 연결된 CI 루프가 없습니다. 결과물을 받아서 직접 리포지토리에 올린 뒤 CI를 돌려야 합니다.
실제 사용 흐름에서 걸리는 세 가지
구글 개발자 Rowan Merewood가 2026년 3월에 공유한 실사용 후기에는 Jules를 실제 개인 프로젝트(Fractious)에 투입했을 때 경험한 세 가지 고질적인 문제가 정리돼 있습니다. (출처: dev.to, 2026.03.15)
① 같은 파일을 건드리는 태스크를 동시에 돌리면 머지 충돌이 납니다
Performance 에이전트와 Security 에이전트가 같은 파일을 동시에 수정하면 충돌이 생깁니다. 현재로선 겹치는 태스크를 순차 실행하는 것이 유일한 해결책입니다.
② 거절한 제안을 Jules가 다시 올립니다
Suggested Tasks에서 특정 개선 제안을 기각해도, Jules가 “약간 다른 형태”로 동일한 내용을 재제안하는 경우가 있습니다. 메모리 기능이 모든 사용자 결정을 완벽하게 반영하지는 못한다는 뜻입니다.
③ Performance 에이전트가 최적화한 코드를 Security 에이전트가 되돌립니다
성능 최적화 코드를 보안 에이전트가 “덜 안전하다”는 이유로 이전 방식으로 복원하는 경우가 발생합니다. Scheduled Tasks로 여러 에이전트를 운영할 때 우선순위 설정이 아직 없는 한계입니다.
이 세 가지는 Jules가 도입 초기 단계라는 것을 잘 보여줍니다. 단일 개발자가 단일 목적으로 태스크를 하나씩 수행하는 시나리오에서는 문제가 없지만, 여러 에이전트를 병렬 실행하는 팀 환경에서는 조율이 필요합니다.
Q&A — 5가지
마치며
솔직히 말하면, Jules가 “혁신적인 코딩 파트너”라는 수식어에 걸맞을 수준에 이르렀는지는 아직 유보적입니다. 특히 여러 에이전트가 동시에 돌아가는 환경에서 충돌 관리나 우선순위 문제는 아직 해결되지 않았고, 기업 계정 지원도 준비 중 상태입니다.
반면 단독 개발자가 개인 프로젝트나 작은 팀에서 주로 반복적인 유지보수 작업을 자동화하는 용도로는 지금도 충분히 실용적입니다. 특히 의존성 업데이트나 TODO 기반 자동 개선 같은 작업에서 아침에 일어나면 PR이 쌓여 있는 경험은 분명히 새롭습니다. Gemini 3.1 Pro 탑재로 그 PR의 완성도가 한 단계 높아진 것도 사실입니다.
개인적으로는, 지금 Jules를 시작하기 좋은 시점은 “무료 플랜으로 3~5개 실제 태스크를 돌려보고 결과물의 완성도를 직접 확인”하는 것입니다. 코드를 작성하는 도구가 아니라 PR을 검토하는 도구로 포지셔닝을 바꿔서 접근하면, 기대치와 실제 경험이 훨씬 잘 맞아떨어집니다.
본 포스팅 참고 자료
본 포스팅은 2026년 3월 19일 기준으로 작성됐습니다. 본 포스팅 작성 이후 서비스 정책·UI·기능이 변경될 수 있습니다. 특히 Google Jules의 요금제, 모델 적용 범위, 계정 지원 범위는 추가 업데이트가 예정돼 있으며, 최신 정보는 jules.google/docs에서 확인하시기 바랍니다.
댓글 남기기