AISubHub/AI 뉴스
개발자

심층 해설 · 약 4분 읽기

Claude Code는 사람이 읽는 양을 줄이되 사람의 책임을 남긴다

Anthropic이 계층적 검증, 위험별 승인과 빠른 되돌리기를 공개했다. 내부 절차와 공개 제품의 권한은 다르다.

원문 게시일
사이트 게시일
출처 확인일

Claude Code 팀은 10월 15일 에이전트 변경을 동료가 모든 줄을 읽지 않고 어떻게 검토하는지 설명했다. 일상 검증을 앞당기고 위험에 따라 사람의 승인을 조절하며 검토 시간뿐 아니라 실수 복구 시간도 센다. 책임을 없애거나 AI 검토를 사람의 승인으로 바꾸는 방식이 아니다.

뉴스 듣기

이 기사를 읽어 드리거나 뉴스를 계속 재생합니다.

Claude Code는 사람이 읽는 양을 줄이되 사람의 책임을 남긴다

읽기를 준비하는 중…

기기 음성

읽기는 브라우저나 기기에서 처리합니다. AISubHub는 내용을 오디오 API로 보내지 않습니다. 사용 가능한 음성과 잠금 화면 재생은 기기에 따라 다릅니다.

계속 재생할 때 짧은 구절이 반복될 수 있습니다.

핵심 요약

  • 팀에 따르면 6~9월 병합 PR은 두 배 넘게 늘고 되돌려야 한 비율은 40% 넘게 줄었다.
  • 신뢰하는 작성자의 저위험 변경은 검사 통과 뒤 사람 승인 없이 갈 수 있지만 일반 변경은 한 명, 최고 위험은 두 명이 필요하다. 에이전트가 필수 인원을 대신할 수 없다.
  • 공개 Code Review는 Team과 Enterprise에서 정식 제공하지만 발견 사항만 올리고 PR을 승인하지 않는다. 내부 절차는 그보다 더 나아간다.

저장소를 나눠 병목을 측정하기

작성자들은 Claude가 Claude Code 자체 코드의 약 90%를 쓴다고 다시 설명한다. Claude Code 저장소는 Scion 글에서 일일 병합이 약 2,500에서 30,000 이상으로 늘어난 Anthropic 모노레포와 분리돼 있다. 부하를 혼동하면 안 된다. 목표는 나쁜 변경의 복구까지 포함한 사람의 총시간을 줄이고 되돌림과 사고를 늘리지 않는 것이다. 승인 수, 댓글과 대기 시간, 승인 수 중앙값과 95백분위수를 추적한다. 6~9월 병합 증가와 되돌림 비중 감소는 관찰이지 절대 실패 수나 모든 팀의 위험이 줄었다는 증명이 아니다.

승인 요청보다 먼저 검증하기

PR 전에 엔지니어는 테스트, 빌드나 비교 스크린샷처럼 실행 가능한 검증을 주고 새 문맥의 하위 에이전트로 차이를 검토한다. 짧은 프로젝트 지침과 코드 소유자 규칙은 관례와 파일·줄 근거를 요구한다. 모든 PR에 AI 검토를 붙이고 다른 에이전트가 발견을 확인한 뒤 게시하며 순수 스타일 잡음은 거른다. 연구 미리보기에서 실질 댓글이 붙은 내부 PR은 16%에서 54%로 증가했지만, 이는 범위 지표이지 버그 수정 성공률이 아니다. Team·Enterprise 공개 제공이 내부 자동화 전체를 포함하거나 이 글에서 가격을 정한다는 뜻은 아니다.

사람 승인은 위험 경계다

열린 버그·보안 발견은 수정하거나 이유를 달아 해결할 때까지 병합을 막으며, 뒤의 수정 커밋이 자동 해소할 수도 있다. 분류기는 작성자가 아니라 변경 위험을 판정하고 다른 분류기가 추가 사람이 필요한지 본다. 신뢰 작성자의 저위험 변경은 검사가 모두 초록일 때 무인 경로를 쓸 수 있고, 일반은 한 명, 최고 위험은 두 명이 필요하다. 신뢰 목록 밖은 다른 사람이 필요하며 민감 경로와 CI 워크플로는 사람 검토를 유지한다. 에이전트는 필수 사람 자리를 채우지 못한다. 지시한 사람이 책임지고 검토자로 셀 수도 있다. 승인은 특정 커밋에만 적용되며 시스템이 보증하지 못하는 새 변경 뒤에는 다시 받아야 한다.

검토가 스스로 늘지 않고 수렴하게 하기

한 PR은 하룻밤 50회 넘는 검토를 겪었다. 반복 지적 코드 약 59%는 새로 들어온 것이 아니라 첫 검토부터 있었다. 이제 세 차례 뒤에는 접근법을 재고하라고 요청하고, 뒤 검토는 새 diff에 집중하며, 같은 발견을 반복하지 않고 버그 유형 전체를 고친다. 세 번 시도하면 자동 병합 허가라는 뜻은 아니다. 엔지니어가 확인한 사고 유발 PR과 수정은 매일 평가 집합이 된다. 댓글 처리 결과와 정상으로 알려진 PR 검사는 잡음과 해로운 제안을 측정한다. 기존 코드의 야간 검토는 새 변경 검토를 끝없이 넓히지 않고 오래된 버그를 찾는다.

배포 제어가 절차를 완성한다

병합 대기열은 현재 main과 결합해 검사하여 각각 통과한 변경이 함께 실패하는 것을 막는다. 플래그, 직원 우선 사용, stable보다 앞선 latest, 주간 당번과 빠른 되돌리기가 누락된 문제의 영향을 제한한다. 사고 증가 시 승인을 자동 강화하는 차단기는 아직 없다고 한다. 사람은 방향, 위험한 설계와 증거를 계속 판단하며 전체 코드 이해를 보장하는 공식 절차도 없다. 본 사이트는 가역성과 관측 가능한 위험이 제한된 자동화의 전제라고 본다. 이런 배포 제어 없이 AI 검토자가 있다는 이유만으로 가장 느슨한 승인 경로를 베껴서는 안 된다.

중요한 이유

이는 Scion 재발표나 신규 Claude 모델이 아니라 독립적인 검토 사례다. 실패별 증거, 반드시 사람이 필요한 변경, 누락 결함의 회귀 사례화를 질문하게 한다. AISubHub는 내부 절차를 배포하거나 벤치마크하지 않았다.

제한 및 이용 가능성

에이전트를 많이 쓰는 Anthropic의 특수 환경 관찰이다. 승인 수 감소는 되돌림·사고 경계 아래의 목표이지 보편적 안전 보장이 아니다. 공개 제품은 PR을 승인하지 않으며 제공 여부가 무료 사용이나 새 개인 구독 권한을 뜻하지도 않는다.

출처와 근거

Anthropic Developer Blog

원문 게시일: 2026. 10. 15. · 출처 확인일: 2026. 10. 20.

AI 보조 편집 기사를 명시한 일차 출처와 대조합니다. 업체 주장은 출처를 밝히며 게재는 추천을 뜻하지 않습니다.