Jules AI 코딩에이전트, 한 달 써봤더니 이게 문제였습니다

결론부터 말씀드리면, Jules AI 코딩에이전트는 생각보다 훨씬 쓸 만하지만 — 그리고 생각보다 훨씬 더 조건이 붙습니다. “무료로 GitHub에 연결하면 에이전트가 다 알아서 한다”는 인식이 퍼져 있는데, 공식 문서를 직접 확인해보니 핵심 기능 두 가지가 유료 구독자 전용입니다. 거기다 에이전트끼리 서로 코드를 되돌리는 현상도 실제로 보고됩니다. 이 글은 그 부분을 공식 자료와 실사용 기록을 교차해서 정리했습니다.

Jules AI 코딩에이전트가 실제로 하는 일

Jules AI 코딩에이전트는 GitHub 저장소에 직접 연결해서 클라우드 VM에서 작업을 처리하고, 결과를 Pull Request(PR)로 돌려보내는 비동기 에이전트입니다. 인라인 자동완성이나 코드 제안과는 구조가 다릅니다. 개발자가 명령을 내리면 Jules가 임시 VM을 만들어 그 안에서 작업하고, 완료 후 PR을 생성합니다. 개발자가 승인하기 전까지는 저장소에 아무것도 반영되지 않습니다. (출처: Google Developers 블로그, 2025.10.02)

현재 Jules는 Gemini 3 Pro를 내부 모델로 씁니다. 공식 GitHub 저장소(google-labs-code/jules-action)에 “powered by Gemini 3 Pro”로 명시돼 있고, 초기 베타 당시 Gemini 2.5 Pro에서 교체된 버전입니다. 이 차이가 작업 품질에 직접 영향을 주기 때문에 버전을 확인해두는 게 좋습니다.

Jules가 처리할 수 있는 작업 유형은 테스트 작성, 버그 수정, 종속성 버전 업데이트, 새 기능 개발, 오디오 변경 로그 생성입니다. 저장소의 전체 컨텍스트를 이해한 뒤 작업하기 때문에 단일 파일만 보는 인라인 도구보다 일관성이 높습니다.

▲ 목차로 돌아가기

Suggested Tasks — “무료”가 아닌 이유

Google 공식 블로그(2026.01.12 발표)에는 이렇게 나옵니다: “Suggested Tasks begins rolling out today for Google AI Pro and Ultra subscribers as an experimental feature.” 무료로 시작할 수 있는 것은 Scheduled Tasks와 Render 연동뿐이고, 저장소를 알아서 스캔해서 개선안을 제안하는 Suggested Tasks는 유료 전용입니다. (출처: Google 공식 블로그, blog.google, 2026.01.12)

Suggested Tasks를 활성화할 수 있는 저장소 수도 현재 최대 5개로 제한돼 있습니다. 공식 발표문에 “up to five repositories”로 명시됐고, 한도를 높이겠다는 언급은 있지만 시점은 공개되지 않았습니다. 저장소가 많은 팀에게는 실질적인 제약입니다.

Jules의 핵심 매력인 “알아서 찾아서 고쳐줌”은 Pro 이상 가입자에게만 열립니다.

▲ 목차로 돌아가기

에이전트가 에이전트 코드를 되돌리는 현상

Google Developers 블로그에서 직접 Jules를 사용 중인 개발자가 공개한 실사용 기록에 이런 내용이 있습니다: “I’ve also watched the performance agent optimize a block of code, only for the security agent to swing by later and revert it to the old, more robust implementation.” (출처: dev.to/rowan_m, 2026.03.15) 에이전트가 PR을 열기 전에는 각자 어떤 작업이 진행 중인지 서로 알지 못합니다.

같은 코드에 동시에 여러 제안이 걸리면 머지 컨플릭트도 발생합니다. 실사용자 권고는 명확합니다: “I avoid triggering multiple suggestions that touch the same code simultaneously.” — 동일 코드를 건드리는 제안을 동시에 승인하지 말 것. 이미 거부한 제안을 Jules가 약간 다른 형태로 재제안하는 경우도 관찰됩니다.

이 문제는 Jules 자체의 버그가 아니라 구조적 특성에서 옵니다. 각 에이전트는 독립된 VM에서 실행되고, 다른 에이전트의 실행 컨텍스트를 공유하지 않습니다. 여러 에이전트를 쓸 계획이라면 작업 영역(파일 범위)을 먼저 나눠놓는 것이 현실적인 해법입니다.

▲ 목차로 돌아가기

GitHub Actions로 CI에 내장하는 법 (와 보안 함정)

Jules는 웹 인터페이스 외에도 GitHub Actions로 CI 파이프라인에 직접 붙일 수 있습니다. 공식 GitHub 저장소(google-labs-code/jules-action)에 jules-invoke@v1 액션이 공개돼 있고, 매일 새벽 6시 자동 보안 스캔, 매주 월요일 성능 최적화 같은 정기 작업을 cron 형태로 등록할 수 있습니다.

설정 구조는 단순합니다. JULES_API_KEY를 GitHub Secrets에 등록하고, 워크플로 파일에서 prompt와 API 키를 넘기면 됩니다. include_last_commit이나 include_commit_log 같은 플래그로 Jules에게 최근 변경 컨텍스트를 추가로 전달할 수도 있습니다. (출처: github.com/google-labs-code/jules-action)

Jules가 열어준 PR은 자동으로 머지되지 않습니다. 개발자가 검토하고 직접 승인해야 저장소에 반영됩니다. 이 구조 덕에 에이전트가 실수하더라도 코드베이스가 오염될 위험이 없고, CI 테스트가 통과한 PR만 리뷰 대상으로 올라오기 때문에 품질 관리 부담이 상당히 줄어듭니다.

▲ 목차로 돌아가기

Render 연동 — 배포 실패를 Jules가 자동으로 잡는다

2026년 1월 업데이트에서 Render 연동이 추가됐습니다. Render는 웹 앱 빌드·배포를 관리하는 클라우드 플랫폼인데, Jules와 연결하면 PR 배포가 실패했을 때 Jules가 자동으로 로그를 분석해서 수정 PR을 올립니다. 개발자가 직접 로그를 복붙해서 AI에게 넘기는 과정이 사라집니다. (출처: Google 공식 블로그, blog.google, 2026.01.12)

이게 의외로 실용적인 이유는 배포 오류가 “다시 확인하기 귀찮아서” 묵혀두는 가장 흔한 케이스이기 때문입니다. 에러 로그를 열고 → AI 도구 켜고 → 붙여넣고 → 결과 받아서 → 수동으로 수정하는 대신, Jules가 자동으로 로그를 읽고 수정안을 PR로 만들어 둡니다. 승인만 하면 됩니다.

다만 Render 연동은 현재 Render 서비스만 지원합니다. Vercel, Netlify, AWS 같은 다른 배포 플랫폼에 대한 동일한 연동은 아직 공개되지 않았고, Google 쪽도 “이것이 Jules를 개발자 워크플로 전반으로 가져가는 첫 번째 단계”라고만 밝혔습니다. 확장 일정은 공개되지 않았습니다.

▲ 목차로 돌아가기

Jules vs Copilot Agent — 실제 차이는 딱 하나

기능 구조가 거의 같다 보니, 실사용자들의 선택 기준은 결국 “이미 뭘 쓰고 있는가”로 좁혀집니다. Google Workspace와 Google Cloud를 쓰는 팀이라면 Jules가 자연스럽고, GitHub Enterprise 구독이 있는 팀이라면 Copilot Agent가 더 매끄럽습니다. 성능 자체의 우위는 Addy Osmani의 워크플로 글(addyosmani.com, 2026.01.04)에서도 “둘 다 써봤는데 어느 쪽이 낫다고 단정짓기 어렵다”고 정리하고 있습니다.

Jules의 현재 결정적인 한계는 GitLab과 Bitbucket을 지원하지 않는다는 점입니다. GitHub 전용입니다. GitLab 중심 팀에게는 선택지 자체가 안 됩니다. 한 실사용자는 “내 프로젝트 대부분이 GitLab에 있어서 써보질 못했다”고 직접 밝혔습니다. (출처: domizajac.medium.com, 2025.08.10) 지원 확대 일정은 아직 공개되지 않았습니다.

반면 Jules가 명확하게 앞서는 부분이 있습니다. Scheduled Tasks와 Suggested Tasks라는 선제적 작업 구조입니다. GitHub Copilot Agent는 여전히 개발자가 명시적으로 실행해야 합니다. Jules는 알아서 스캔하고 제안을 올리는 방향으로 가고 있고, Google 팀 내부에서 이미 Stitch 저장소의 주요 기여자가 Jules라는 실사례가 공개됐습니다. (출처: Google 공식 블로그, 2026.01.12)

▲ 목차로 돌아가기

Q&A

▲ 목차로 돌아가기

마치며

Jules AI 코딩에이전트는 구조 자체가 흥미롭습니다. 요청을 기다리는 도구에서 선제적으로 작업을 제안하는 에이전트로 방향을 잡고 있고, Stitch 저장소에서 Jules가 인간 팀원보다 많은 기여를 했다는 사례는 단순한 마케팅 문구가 아닙니다. 공식 문서로 확인됩니다.

다만 지금 시점에서 Jules를 쓰려면 조건을 먼저 확인해야 합니다. Suggested Tasks는 유료, GitLab은 미지원, 에이전트 간 코드 충돌은 실제 발생합니다. 이 세 가지를 알고 시작하면 기대치 관리가 훨씬 수월합니다. 반대로 모르고 시작하면 “왜 자동으로 안 되지?”에서 막히게 됩니다.

개인적으로는 Scheduled Tasks로 의존성 업데이트나 보안 스캔을 자동화하는 쪽이 지금 당장 가장 현실적인 활용입니다. PR이 올라오면 내용만 확인하고 머지하면 되니까, 반복 작업 비용을 줄이는 효과는 분명합니다. Suggested Tasks는 요금제를 올릴 가치가 있는지 먼저 무료 기능으로 경험해보고 결정하는 게 순서입니다.

▲ 목차로 돌아가기

본 포스팅 참고 자료

1. Google 공식 블로그 — Jules proactive updates 발표 (2026.01.12) blog.google
2. Google Developers 블로그 — Jules Tools CLI 발표 (2025.10.02) developers.googleblog.com
3. Google Labs 공식 GitHub — jules-action 저장소 github.com/google-labs-code/jules-action
4. Addy Osmani — My LLM coding workflow going into 2026 (2026.01.04) addyosmani.com
5. Rowan Merewood (Google 직원) — Gemini CLI and Jules: my March 2026 stack (2026.03.15) dev.to