요즘IT
위시켓
콘텐츠프로덕트 밸리
요즘 작가들컬렉션물어봐
콘텐츠
프로덕트 밸리
요즘 작가들
컬렉션
물어봐
새로 나온
인기
개발
AI
IT서비스
기획
디자인
비즈니스
프로덕트
커리어
트렌드
스타트업
서비스 전체보기
위시켓요즘IT
고객 문의
02-6925-4867
10:00-18:00주말·공휴일 제외
yozm_help@wishket.com
요즘IT
요즘IT 소개작가 지원
기타 문의
콘텐츠 제안하기광고 상품 보기
요즘IT 슬랙봇크롬 확장 프로그램
이용약관
개인정보 처리방침
청소년보호정책
㈜위시켓
대표이사 : 박우범
서울특별시 강남구 테헤란로 211 3층 ㈜위시켓
사업자등록번호 : 209-81-57303
통신판매업신고 : 제2018-서울강남-02337 호
직업정보제공사업 신고번호 : J1200020180019
제호 : 요즘IT
발행인 : 박우범
편집인 : 노희선
청소년보호책임자 : 박우범
인터넷신문등록번호 : 서울,아54129
등록일 : 2022년 01월 23일
발행일 : 2021년 01월 10일
© 2013 Wishket Corp.
로그인
요즘IT 소개
콘텐츠 제안하기
광고 상품 보기
개발

[릴리즈노트]구글 코딩 에이전트 '줄스(Jules)' 비평 기능 도입

AI입니다만
1분
2025.08.13.
3.6K
에디터가 직접 고른 실무 인사이트 매주 목요일에 만나요.
newsletter_profile0명 뉴스레터 구독 중

※ 본문은 구글의  <Meet Jules’ sharpest critic and most valuable ally>를 신속하게 전달하기 위해 AI 번역 및 요약을 사용했습니다. 일부 문장에 오역이나 부자연스러운 표현이 있을 수 있으니 참고하시기 바랍니다.

 

한 줄 요약

쥴스의 비평 기능은 AI 코딩 에이전트가 코드 생성과 동시에 스스로 품질을 검토·개선할 수 있도록 진화한 새로운 자동 코드 심사 도구임

 

<출처:구글 개발자 블로그>

 

  • 구글은 AI 코딩 에이전트인 Jules(쥴스)에 새롭게 '비평(critic)' 기능을 도입함
  • 비평 기능은 생성된 코드를 자동으로 검토하고 문제점을 지적함으로써, 개발자가 확인하기 전에 코드 품질을 사전에 높이는 역할을 함
  • 비평 기능은 코드 품질 원칙을 깊이 이해한 동료 심사자(peer reviewer) 역할을 수행함

 

Critic-augmented generation(비평 강화 생성) 방식

- 쥴스의 코드 생성 과정에 비평 기능이 직접 통합되어 있음

- 최종 결과물을 한 번에 통과(review)하는 "일회성(one-shot)" 방식으로 동작

- 이후 버전에서는 반복적·단계별 평가와 외부 도구(해석기, 검색엔진 등) 활용이 도입될 예정임

 

비평 기능이 수행하는 역할

  • 코드의 오류, 논리적 허점, 비효율 등 다양한 문제를 감지하고 표시함
    • 예시: 모든 테스트는 통과하지만 논리적 오류가 있는 코드 → "예상된 경우는 맞지만 새로운 입력에서는 실패할 수 있음" 등으로 지적
    • 예시: 필수 요소가 누락된 경우 → "함수 시그니처 변경에 따른 미처리 파라미터 존재" 등으로 표시
    • 예시: 비효율적 알고리즘 사용 → "불필요하게 복잡도가 높은 방식 사용" 등으로 언급
  • 감지된 오류는 쥴스에 다시 전달되어, 코드가 실시간으로 개선될 수 있음

 

기존 장황한 검사 도구와의 차이

  • 린터(linter) 및 단위 테스트는 고정된 규칙과 특정한 경우만 검증하지만,
  • 비평 기능은 코드의 의도와 맥락까지 고려하여 심층적으로 판단함
  • '참고 구현(reference)'에 의존하지 않는 평가가 가능하여, 새로운 방식의 코드 평가 검증 도구로 기능함

 

비평 기능의 작동 과정

  1. 사용자가 쥴스에 작업 명령을 내림
  2. 비평 기능이 생성된 코드를 한 차례 심사·판단
  3. 피드백이 쥴스에 전달되어 문제가 있으면 코드가 재작성됨(문제 해결 시까지 반복)
  4. 최종적으로 내부 심사가 완료된 코드만 사용자에게 전달됨

 

왜 중요한가

  • 생성된 코드의 품질 점검 및 개선을 코드 생성 단계에서 즉시 진행하여, 코드의 오류·취약점·테스트 누락 등을 사전에 줄여줌
  • 후기 심사만으로는 잡아내지 못하는 문제까지 초기에 방지 가능
  • 실제로는 최종 배포 전에 개발자 본인이 코드를 반드시 확인해야 함