보리스 체르니(Boris Cherny)가 자신의 X 계정에 흥미로운 실험 하나를 공개했다.
그는 앤트로픽에서 클로드 코드(Claude Code)를 총괄하는 인물이다. 지난 몇 주간 그가 시도한 것은 사람이 하던 앱 유지보수를 클로드에게 통째로 넘기는 일이었다.
슬랙 채널 하나로 돌아가는 유지보수팀
설정은 단순했다. proj-claude-maintains-apps라는 슬랙 채널을 만들고, 그 안에서 클로드가 iOS·안드로이드·데스크톱·웹·CLI·에이전트 SDK 전반에 걸쳐 매일 몇 가지 루틴을 반복 실행하게 했다.
- 크래시 퍼저: 시뮬레이터에서 앱을 이리저리 조작해 크래시를 유발하고, 원인을 찾아 고친다
- 중복 통합기: 비슷하지만 조금씩 다른 코드 추상화를 찾아 통합 PR을 올린다
- 데드코드 제거기: 도달 불가능한 코드를 지우고, 의심되는 코드엔 로깅을 심어 다음 날 실제로 죽은 코드인지 확인한다
- 추상화 정리기: 새는 추상화를 고친다
3주간 이 루틴들이 올린 PR은 388건. 그중 180건은 클로드 자체 코드리뷰와 사람 리뷰를 모두 거쳐 병합됐다(원문, 2026년 8월 14일 오전 6시 27분 KST 게시).
주로 쓴 모델은 Opus였고, 까다로운 루틴 일부에만 다른 모델을 추가로 붙였다고 체르니는 밝혔다.
병합률 46% — 노이즈는 어떻게 걸러내나
388건 중 180건이면 병합률은 절반에 못 미친다. 댓글에서 나온 질문도 정확히 이 지점을 겨냥했다.
체르니의 답은 담백했다. "아직 리뷰를 안 한 것뿐이고, 노이즈 비율은 대략 1/50 정도다. 노이즈로 판명되면 그 루틴 자체를 다시 튜닝한다."
즉 PR이 반려되는 건 대부분 코드 품질 문제가 아니라 검토 대기 물량 문제이고, 실질적인 오작동(노이즈) 비율은 낮다는 설명이다. 사람 리뷰 부담에 대해서도 "PR이 작고 자기완결적이라 리뷰가 빠르다"고 답했다.
작은 유지보수부터 루틴으로
이 사례가 흥미로운 이유는 '한 번 프롬프트를 잘 써서 큰 걸 만든다'가 아니라, 작고 반복 가능한 유지보수 작업을 루틴화했다는 점이다. 국내 개발팀이 참고할 수 있는 지점은 세 가지다.
첫째, 작업 단위를 최대한 작고 자기완결적으로 쪼갤 것.
둘째, 실패한 루틴은 폐기가 아니라 튜닝 대상으로 볼 것.
셋째, 사람 리뷰는 남기되 병목이 되지 않게 PR 크기를 관리할 것.
체르니는 이 워크플로우를 원하는 사람은 클로드 코드나 claude.ai/code/routines에서 직접 루틴을 만들어보라고 안내했다.
388건 수치는 개인 증언
이 실험은 앤트로픽의 공식 발표나 블로그 게시물이 아니라, 담당자 개인의 X 게시물에서 나온 1인칭 증언이다. "388건 중 180건 병합"이라는 수치는 체르니 본인이 밝힌 값으로, 외부 감사나 공식 통계로 재확인되지는 않았다.
또한 이 루틴은 앤트로픽 사내 도구·리포지토리 환경에 맞춰 구성된 것으로, 별도 설정 없이 그대로 다른 조직에 이식하기는 어렵다. 도입을 검토한다면 소규모 파일럿으로 노이즈 비율부터 측정해보는 편이 안전하다.
