Anthropic이 10월 15일(미국 시간) Claude Code의 Code Review를 정식 출시했습니다. GitHub에 풀 리퀘스트(PR)가 올라오면 Claude가 먼저 읽고 버그를 찾아 줄마다 댓글을 다는 기능이에요. Team·Enterprise 요금제를 쓰는 조직이 대상이에요. 주말에는 반대쪽 고민을 담은 오픈소스 도구 Sphinx가 Hacker News 첫 화면에 올랐습니다. AI가 짠 코드를 올리기 전에 그 코드가 무슨 일을 하는지 나에게 묻는 도구입니다.
오늘 하나만 본다면: Claude Code Review 정식 출시
Code Review는 연구 미리보기로 먼저 나왔던 기능입니다. 이번에 미리보기 딱지를 떼면서 세 가지가 바뀌었어요. 먼저 속도입니다. 리뷰 한 번에 20분쯤 걸리던 것이 대부분 6~10분으로 줄었다고 합니다. 지적 내용도 짧아졌습니다. 무엇이 문제인지, 언제 터지는지, 어떻게 고치는지를 몇 문장으로 적어 줍니다. 저장소마다 리뷰 깊이를 Quick, Standard(기본), Deep 가운데 고를 수 있게 된 것도 새로워요. 자주 바뀌는 평범한 저장소는 Quick으로 가볍게 결제처럼 실수 하나가 비싼 저장소는 Deep으로 꼼꼼하게 돌리는 식입니다.
리뷰는 Anthropic 서버에서 돕니다. 에이전트 여러 개가 바뀐 코드와 주변 코드를 동시에 훑고 나면 검증 단계가 잘못 짚은 지적을 걸러 냅니다. 남은 지적은 심각한 순서로 PR 해당 줄에 댓글로 달리고 "Claude Code Review"라는 체크도 하나 붙어요. 리뷰가 PR을 승인하거나 막지는 않아서 합칠지 말지는 여전히 팀이 정합니다.
켜는 건 조직 관리자 몫입니다. Claude Code 관리자 설정에서 Code Review를 켜고 Claude GitHub 앱을 설치한 다음 리뷰할 저장소를 고르면 됩니다. 그 뒤로는 개발자가 따로 설정할 게 없어요. 새 PR이 열리면 리뷰가 알아서 돌고 쓰기 권한이 있는 사람은 PR에 @claude review라고 댓글을 달아 다시 요청할 수 있습니다.
돈 계산은 미리 해 두는 게 좋습니다. 리뷰 한 건당 정해진 값이 없고 토큰 사용량만큼 사용 크레딧에서 빠져나갑니다. 요금제에 포함된 사용량과는 따로 계산되고 청구는 조직으로 갑니다. 주의할 점은 기본값입니다. 저장소를 새로 추가하면 "푸시할 때마다 리뷰"로 시작하는데 리뷰가 가장 많이 도는 설정이에요. 공식 문서도 처음에는 월 지출 한도를 걸고 저장소 몇 개만 "PR을 처음 열 때 한 번"이나 "직접 요청할 때만"으로 시험해 보라고 권합니다. 그렇게 나온 리뷰 1건 평균 비용에 한 달 PR 수를 곱하면 대략 견적이 나옵니다. 조건이 맞는 Enterprise 조직은 2027년 1월 15일까지 최소 $10,000어치 Code Review 크레딧을 받을 수 있습니다. 받은 날부터 30일 뒤 사라집니다.
아직 못 쓰는 곳도 있어요. GitHub 저장소만 되고(GitHub Enterprise Server 포함), 데이터 무보존(ZDR)이나 HIPAA 설정을 켠 조직, 고객 관리 암호화 키(CMEK)를 쓰는 조직은 아직 대상이 아닙니다. 개인 요금제라면 Claude Code 세션에서 /code-review를 돌리는 쪽이 대안이에요. 이건 요금제와 상관없이 누구나 쓸 수 있습니다.
개발자라면: Claude Code 팀이 리뷰하는 방식
정식 출시와 같은 주에 Claude Code 팀은 자기들이 코드 리뷰를 어떻게 하는지 글로 풀었습니다. Claude Code 코드의 약 90%를 Claude가 쓰는데 6월부터 9월 사이 합쳐진 PR은 두 배 넘게 늘었고 되돌린 PR 비율은 40% 넘게 줄었다고 해요. 사람이 줄마다 읽는 대신 기계가 먼저 읽게 하고 사람의 시간은 위험한 변경에 쓰고 문제가 생기면 빨리 되돌리게 만든 결과라고 설명합니다.
글 끝에는 따라 해 볼 체크리스트가 있습니다. 작은 팀이 바로 가져다 쓸 만한 것만 추리면 이렇습니다. 에이전트가 직접 돌려 볼 수 있는 테스트·빌드 명령을 짧은 CLAUDE.md에 적어 둡니다. PR을 열기 전에 /code-review와 /security-review를 로컬에서 돌립니다. 리뷰 댓글로 같은 말을 자꾸 하게 되면 그 내용을 REVIEW.md로 옮깁니다. PR 템플릿에는 "Testing", "Risk", "How to revert" 항목을 넣습니다. 그리고 사람 승인이 꼭 필요한 자리를 봇 승인으로 대신하지 않습니다.
써볼 만한 도구: Sphinx
Sphinx는 Git 훅입니다. 지정한 브랜치에 git push를 하면 Git이 잠깐 멈추고 브라우저에 질문 창이 뜹니다. 파일 이름이 아니라 이번 변경이 실제로 어떻게 동작하는지, 어디서 틀어질 수 있는지를 묻습니다. 예를 들면 "결제 도중 작업자가 죽어서 큐가 같은 작업을 다시 보내면 이번 변경 뒤 고객에게는 무슨 일이 생기나?" 같은 식이에요. 맞히면 푸시가 그대로 이어지고 틀리면 이유를 설명한 뒤 다른 상황을 하나 더 냅니다. 내가 푸시하든 코딩 에이전트가 푸시하든 똑같이 걸립니다.
질문은 코드를 짠 대화를 보지 못한 별도 리뷰 모델이 만듭니다. 커밋된 변경만 읽기 전용으로 봅니다. 답할 때는 코드를 열어 봐도 되고 에이전트에게 보여 달라고 해도 됩니다. Claude Code, Codex, Cursor, OpenCode, Pi와 함께 쓸 수 있고 에이전트 없이 Git만 써도 됩니다. 리뷰 모델은 로그인된 Claude Code나 Codex 요금제를 쓰거나 OpenRouter, OpenAI 호환 엔드포인트를 연결합니다. 설치는 npm install -g sphinx-understand 다음 sphinx install입니다. Node.js 22.19 이상이 필요하고 macOS, Linux, WSL에서 돕니다. 윈도우는 아직 안 돼요. MIT 라이선스 오픈소스이고 10월 18일 올라온 Show HN 글은 이 글을 쓰는 시점에 242점을 받았습니다.
깔기 전에 알아 둘 점도 있습니다. sphinx install은 전역 Git 훅 경로를 바꾸기 때문에 이 컴퓨터의 모든 저장소에 적용되고 설치 직후부터 main·master 푸시를 검사합니다. 바뀐 코드와 관련 파일, 내 답은 리뷰 모델 쪽으로 넘어갑니다. .env와 개인 키는 기본으로 빠지지만 다른 민감한 경로는 .sphinxignore에 직접 적어야 해요. 모델 호출 횟수에 기본 한도가 없고 검사 한 번에 보통 5~8번, 답할 때마다 한 번쯤 더 부릅니다. 유료 API를 연결한다면 지출 한도부터 거세요. 급할 때는 sphinx yolo로 건너뛸 수 있고 건너뛴 기록은 남습니다. README에도 보안 관문이 아니라 연습용이라고 적혀 있습니다. 문제를 내는 쪽도 LLM이라 틀릴 수 있어요.
그 밖의 소식: Replit Agent 기본 파트너는 OpenAI
Replit CEO(@amasad)가 10월 17일(미국 시간) X에서 OpenAI가 이제 Replit Agent를 돌리는 우선 파트너라고 밝혔습니다. 성능, 비용, 협력 관계를 보고 정했다고 해요. TechCrunch Disrupt에서 한 발언을 두고 설명을 덧붙인 글입니다. Replit은 여전히 여러 모델을 지원하고 사용자는 Anthropic 모델을 비롯한 다른 모델도 고를 수 있다고 했습니다. Replit은 기본 경험을 가장 좋은 성능과 값에 맞추되 모델 선택권은 남겨 두겠다고 했습니다. 크게 볼 소식은 아니지만 Replit Agent를 쓴다면 지금 어떤 모델로 돌고 있는지 한 번 볼 만합니다.