요즘IT
위시켓
새로 나온
인기요즘 작가들컬렉션
물어봐
새로 나온
인기
요즘 작가들
컬렉션
물어봐
개발
AI
IT서비스
기획
디자인
비즈니스
프로덕트
커리어
트렌드
스타트업
서비스 전체보기
위시켓요즘IT
고객 문의
02-6925-4867
10:00-18:00주말·공휴일 제외
[email protected]
요즘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입니다만
3분
4시간 전
252
에디터가 직접 고른 실무 인사이트 매주 목요일에 만나요.
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. 최종적으로 내부 심사가 완료된 코드만 사용자에게 전달됨

 

왜 중요한가

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