무료라는데 왜 반응은 이렇게 다를까
Jules 얘기를 보면 톤이 꽤 갈린다. 어떤 사람은 이 정도면 사실상 공짜에 가깝다고 말하고, 어떤 사람은 저장소를 붙여도 환경 설정에서 자꾸 멈춘다고 말한다.
실제 커뮤니티 반응도 비슷하다. 한 사용자는 무료로 하루 15개 작업을 돌릴 수 있다는 점이 가장 눈에 띈다고 적었다. 반면 다른 사용자는 로컬과 CI에서는 잘 도는 프로젝트가 Jules 안에서는 환경 설정에서 자주 막혀 아쉽다고 했다. Reddit 반응 1 (영어주의) Reddit 반응 2 (영어주의)
이 차이는 과장과 진실이 섞여 있어서 생긴다. 무료로 써볼 수 있다는 말은 맞다. 그런데 많이 퍼지는 하루 15개 PR 무료라는 표현은 공식 문서 기준으로는 조금 다르게 읽는 편이 맞다.
먼저 잡아둘 사실
Jules는 실제 서비스다. Google은 Jules를 공개 베타 상태의 비동기 코딩 에이전트로 설명하고 있고, GitHub 저장소를 연결해 버그 수정, 테스트 작성, 기능 추가 같은 작업을 맡길 수 있다고 적고 있다. 각 작업은 새 가상 머신에서 돌아가고, 코드 변경 전에는 계획을 먼저 보여준다. Jules 소개 (영어주의) Jules 시작하기 (영어주의)
무료 플랜도 실제로 있다. Jules 공식 제한 문서를 보면 무료 Jules 플랜은 최근 24시간 기준 하루 15개 task, 동시에 3개 task까지 돌릴 수 있다. Pro는 하루 100개, Ultra는 하루 300개로 올라간다. Jules Limits and Plans (영어주의)
여기서 첫 번째 오해가 생긴다. 공식 문서가 말하는 숫자는 PR 수가 아니라 task 수다.
왜 사람들이 `무료 PR 15개`로 받아들이는지
Jules는 작업이 끝난 뒤 GitHub로 내보내는 흐름을 갖고 있다. 완료 후에는 브랜치를 publish할 수도 있고, PR을 바로 publish할 수도 있다. 그래서 짧게 설명할 때 PR까지 자동으로 올려준다는 말이 붙기 쉽다. Jules 코드 리뷰와 PR 발행 안내 (영어주의)
하지만 공식 구조를 그대로 보면 순서는 이렇다.
| 구분 | 실제 의미 |
|---|---|
| 15개 | 무료 플랜의 일일 task 제한 |
| PR 발행 | 완료된 결과를 GitHub에 publish하는 선택 단계 |
| 자동 수정 범위 | 저장소를 클론한 뒤 계획 검토와 실행을 거치는 작업 흐름 |
즉 하루 15개 PR이라고 딱 잘라 말하면 살짝 틀어진다. 어떤 task는 계획만 보고 멈출 수도 있고, 어떤 task는 브랜치까지만 내보낼 수도 있다. 반대로 하나의 task가 길게 이어지며 여러 파일을 바꾸고 실제 PR로 이어질 수도 있다.
이건 사소한 차이 같지만 꽤 중요하다. 무료 제한이 결과물 15건 보장처럼 들리면 기대치가 너무 높아지기 쉽기 때문이다.
실제 사용 조건은 생각보다 분명하다
공짜로 아무 저장소나 바로 맡긴다고 보면 또 한 번 어긋난다.
공식 문서를 보면 Jules는 GitHub 연결이 먼저 필요하다. 저장소를 모두 연결할 수도 있고, 특정 저장소만 골라서 연결할 수도 있다. 작업을 시작할 때는 저장소와 브랜치를 고르고 프롬프트를 넣은 뒤 계획을 검토하는 흐름이다. Jules 시작하기 (영어주의)
플랜 조건도 있다. 유료 Jules 플랜은 현재 Google AI Plans를 통해 들어가며, 이 구독 자체가 개인 Google 계정, 그러니까 @gmail.com 계정 기준으로 열려 있다고 적혀 있다. 비즈니스 사용자를 위한 별도 업그레이드 경로는 아직 작업 중이라고 한다. Jules Limits and Plans (영어주의)
언어와 연령 제한도 선명하다. Google AI Pro 도움말은 Jules 사용 조건으로 18세 이상, 영어 공식 지원, 그리고 용량은 상황에 따라 달라질 수 있다고 적는다. Google AI Pro의 Jules 안내 (영어주의)
그래서 지금 Jules는 누구나 회사 저장소에 바로 붙여 쓰는 기본 개발 도구보다는 개인 계정 중심으로 열려 있는 공개 베타 코딩 에이전트에 더 가깝다.
진짜로 볼 건 무료 여부보다 실행 방식이다
Jules가 눈길을 끄는 이유는 무료 숫자보다 실행 방식 쪽에 있다.
Google 설명을 보면 각 task는 새 클라우드 VM에서 돌아간다. 저장소를 클론하고, 의존성을 설치하고, 프롬프트에 따라 파일을 바꾼다. 끝나면 계획과 변경 내역을 보여주고, 그다음에 GitHub 브랜치나 PR로 넘길 수 있다. Jules 소개 (영어주의) Jules FAQ (영어주의)
이 구조는 확실히 편한 구석이 있다. 브라우저를 붙잡고 결과를 기다리지 않아도 되고, 병렬로 작업을 돌릴 수도 있다. 무료 플랜도 동시에 3개 task까지는 가능하다. Jules Limits and Plans (영어주의)
대신 부담도 같이 생긴다. 공식 FAQ는 Jules VM에 인터넷 접근이 있고, 저장소 안의 코드와 비코드 파일 모두를 다룰 수 있다고 적는다. 또 비밀키나 토큰 같은 민감한 정보를 저장소에 넣지 말라고 분명히 경고한다. Jules FAQ (영어주의)
여기서 앞서 본 사용자 반응이 이해된다. 비동기로 큰 작업을 넘기기 좋다는 인상과 환경 설정에서 한번 막히면 손이 많이 간다는 인상이 같이 나올 수밖에 없다.
바로 써볼 생각이면 이 정도는 먼저 보면 된다
15개를 PR 개수로 읽지 말고 task 제한으로 보는 편이 낫다.- GitHub에 올릴 저장소 범위를 처음부터 좁게 잡는 편이 안전하다.
- 비밀키, 토큰, 내부 설정 파일이 저장소에 섞여 있는지 먼저 확인해 두는 게 좋다.
- 첫 작업은 기능 추가보다 테스트 추가, 문서 정리, 의존성 업데이트처럼 경계가 분명한 일로 시작하는 편이 무난하다.
내 생각
Jules를 공짜 코딩 PR 생성기 정도로 보면 금방 실망할 수 있다. 공식 문서는 그렇게 말하지 않는다. 무료로 써볼 수 있는 비동기 코딩 에이전트이고, 하루 15개 task 제한이 있으며, GitHub 연결과 계획 검토를 거쳐 결과를 브랜치나 PR로 내보내는 흐름에 더 가깝다.
그래도 방향은 꽤 괜찮다. 저장소 문맥을 읽고 백그라운드에서 여러 파일을 묶어 고치는 도구를 무료로 시험해볼 수 있다는 점 자체는 분명 매력적이다. 다만 기대치는 PR 15개 공짜보다 15번 맡겨보고 맞는지 가늠해볼 수 있다 정도로 두는 편이 현실적이다.
관련 글
같은 맥락에서 이어서 읽기 좋은 글들입니다.