클로드 코드 개발자가 말한 '루프 시스템' — 프롬프트마저 사라지는 AI 코딩 시대

핵심 요약

클로드 코드를 만든 앤트로픽 보리스 체르니 총괄이 한 인터뷰에서 "이제는 클로드에게 프롬프트조차 직접 입력하지 않는다"고 밝혔습니다. 그는 사람이 명령을 내리는 대신, 스스로 클로드를 호출하고 다음 작업을 판단하는 '루프(Loop) 시스템'을 돌린다고 설명했습니다. IDE 삭제 → 다중 프롬프트 → 루프 자동화로 이어지는 흐름이 핵심입니다.

AI 코딩 이야기를 자주 다루다 보니 "어디까지 자동화가 가능할까"라는 질문을 늘 달고 사는데요. 이번에 나온 클로드 코드 개발자 본인의 인터뷰는 그 질문의 답을 꽤 극단까지 밀어붙입니다. 한 줄로 요약하면 이렇습니다. "이제 내 일은 코드를 짜는 것도, 프롬프트를 쓰는 것도 아니다. 루프를 쓰는 것이다."

무슨 발언이었나

발언의 주인공은 앤트로픽에서 클로드 코드를 총괄하는 보리스 체르니(Boris Cherny)입니다. 그는 '어콰이더 언플러그드(Acquired Unplugged)' 인터뷰에서 지난 1년 사이 자신의 개발 방식이 두 번의 큰 패러다임 전환을 겪었다고 말했습니다.

첫 번째 전환은 IDE(통합개발환경)를 컴퓨터에서 완전히 지운 순간이었습니다. 2025년 11월, 한 달 동안 IDE를 한 번도 열지 않았다는 걸 깨닫고 아예 삭제했다는 것이죠. 당시에는 클로드 창을 5~10개씩 띄워 놓고 각각에 프롬프트를 입력해 코드를 짜게 하는 방식으로 일했다고 합니다.

두 번째 전환은 더 나아갑니다. 이제는 그 다중 프롬프트 단계마저 넘어섰다고 해요. 그의 표현을 빌리면, AI에게 프롬프트를 주고 결과를 분석해 다음에 뭘 할지 판단하는 주체가 더 이상 사람이 아니라 '루프 시스템' 자체라는 겁니다.

사람이 클로드에게 명령하는 게 아니라, 스스로 돌아가는 루프가 클로드를 호출하고 피드백을 분석해 다음 작업을 결정한다. 개발자의 일은 이제 그 루프들을 작성하고 관리하는 것이다.

'루프 시스템'이 대체 뭔가

개념 자체는 의외로 단순합니다. 작업의 '단위'가 한 단계씩 위로 추상화됐다고 보면 됩니다.

💡 작업 단위의 이동

키 입력(keystroke) → 프롬프트(prompt) → 루프(loop)

예전엔 한 글자 한 글자 타이핑했고, 그 다음엔 "이 기능 만들어줘"라고 프롬프트를 쳤다면, 이제는 그 프롬프트를 대신 작성해주는 자동 루틴을 짠다는 의미입니다.

구체적으로 체르니가 묘사한 셋업은 이렇습니다. /loops 형태의 반복 실행 워크플로우를 크론(cron)처럼 주기적으로 돌리고, 그 안에서 수많은 서브 에이전트가 깃허브 이슈, 슬랙 메시지, 트위터 반응 등을 읽어 "지금 무엇을 만들어야 하는가"를 스스로 판단하게 하는 구조입니다. 사람은 그 루프의 규칙과 경계를 설계하는 역할만 맡습니다.

표로 정리하면 변화의 결이 더 잘 보입니다.

단계	사람이 하는 일	시점(체르니 기준)
자동완성 코딩	IDE에서 직접 타이핑 + 자동완성	약 1년 전
다중 프롬프트	클로드 5~10개에 프롬프트 입력	2025년 하반기
루프 시스템	루프(자동 워크플로우)를 작성·관리	최근

"추상화의 사다리"라는 관점

체르니는 이 흐름을 프로그래밍의 역사적 맥락에 얹습니다. 그의 표현으로는 프로그래밍의 역사는 곧 추상화 수준의 상승이었다는 거죠. 천공 카드로 코딩하던 세대, 어셈블리를 쓰며 고급 언어를 "그게 무슨 코딩이냐"고 놀리던 세대를 지나, 이제는 자연어 프롬프트마저 시스템 내부의 루프 속으로 흡수돼 사라지는 단계에 도달했다는 해석입니다.

흥미로운 건 그가 '기획과 취향'까지 자동화를 실험 중이라고 한 부분입니다. 수백 개의 클로드 에이전트가 사용자 피드백을 모아 제품 방향을 스스로 결정하게 만드는 시도라고 하는데요. 그러면서 남긴 마지막 말이 인상적입니다. 결국 사람이 모델에게 끝까지 가르쳐야 할 영역은 기술이 아니라 '가치(Values)와 정렬(Alignment)'이라는 것이죠. 부모가 아이에게 어떻게 살아야 하는지 가르치듯 말입니다.

숫자로 본 변화

발언이 단순한 수사로만 들리지 않는 건, 뒤에 붙는 수치들 때문입니다. 인터뷰 안팎에서 거론된 내용을 정리하면 다음과 같습니다.

• 2025년 12월 기준, 체르니는 한 달간 IDE를 단 한 번도 열지 않은 채 259개의 PR(풀 리퀘스트)을 모두 클로드 코드로 처리했다고 밝혔습니다.
• 앤트로픽 내부에서는 클로드 코드 도입 이후 엔지니어의 코드 작성량과 PR 처리량이 수백 퍼센트 단위로 폭증했다고 합니다.
• 신입 엔지니어가 사내 시스템에 적응하는 기간이 기존 수 주에서 단 이틀로 줄었다고 해요. 선임에게 DB 쿼리법을 묻는 대신 클로드에게 직접 DB를 조회시키기 때문이라는 설명입니다.
• 공개 깃허브 커밋 중 클로드 코드가 만든 비중이 이미 4% 수준이며, 2026년 말에는 20%를 넘길 수 있다는 전망도 함께 거론됐습니다.

📌 참고

커밋 비중·전망치는 업계에서 인용·추정되는 수치입니다. 측정 방식과 출처에 따라 달라질 수 있어 '대략의 추세'로 받아들이는 게 안전합니다.

그런데, 반론도 만만치 않다

여기서 균형을 좀 잡아야겠습니다. "프롬프트도 안 쓴다"는 선언이 화제가 되는 만큼, 정반대의 목소리도 큽니다. 같은 도구를 두고 일부 베테랑 개발자들은 '바이브 슬롭(vibe slop)'이라는 표현까지 쓰며 경고합니다. 핵심 우려는 대략 이렇습니다.

• 품질·유지보수 리스크: 사람이 깊이 들여다보지 않은 코드가 프로덕션에 쌓이면, 나중에 손대기 어려운 부채가 될 수 있다는 지적입니다.
• 스킬 저하: 직접 코드를 쓰지 않는 시간이 길어질수록 디버깅·설계 감각이 무뎌질 수 있다는 우려죠.
• 적용 범위의 문제: 앤트로픽처럼 모델·하네스를 직접 만드는 환경과, 레거시가 얽힌 일반 기업 환경은 출발점이 다르다는 현실론입니다.

개인적으로는 양쪽 다 일리가 있다고 봅니다. 체르니의 셋업이 가능했던 배경엔 '기반 모델 성능의 비약적 향상'이 깔려 있는데, 그 전제가 모든 팀에 똑같이 적용되진 않으니까요. 다만 방향성 자체는 부정하기 어렵다는 게 솔직한 생각입니다.

IT 현장 입장에서 본 함의

사내에서 코딩 어시스턴트나 LLM 스택을 운영하는 입장에서 보면, 이 인터뷰는 "도구를 어떻게 더 잘 쓸까"가 아니라 "우리 워크플로우의 어느 지점을 루프로 만들 수 있을까"라는 질문으로 다가옵니다. 당장 무인 자동화를 하라는 게 아니라, 반복되는 작업(테스트 실행, 이슈 분류, PR 초안, 문서 동기화)부터 루프의 후보로 보기 시작하는 것이죠.

또 하나 눈에 띄는 건 '제너럴리스트의 부상'입니다. 인터뷰에서는 디자이너가 코드를 짜고, 재무 담당자도 코드를 만지는 팀 모습이 묘사됩니다. 코드를 쓰는 비용이 낮아질수록, 한 사람이 기획·데이터·구현을 폭넓게 다루는 흐름이 강해진다는 얘기인데요. 깊이 있는 전문성과는 별개로, '넓게 다루는 능력'의 값어치가 올라가는 신호로 읽힙니다.

정리하며

"프롬프트도 안 쓴다"는 말은 자극적이지만, 본질은 작업 단위가 키 입력 → 프롬프트 → 루프로 한 칸씩 올라가고 있다는 관찰입니다. 모든 팀이 당장 이 단계까지 갈 수는 없어도, "내 반복 작업 중 무엇을 루프로 묶을 수 있을까"라는 질문은 지금 던져볼 만합니다. 그리고 자동화가 올라갈수록, 사람에게 남는 일은 결국 방향과 가치를 정의하는 쪽으로 옮겨간다는 점도 함께 기억해두면 좋겠습니다.

여러분은 어떻게 보시나요? 루프 자동화, 지금 도입할 만한 단계라고 생각하시는지 아니면 아직 이르다고 보시는지 궁금합니다.

본 글은 공개된 인터뷰와 관련 보도를 바탕으로 재구성한 정리·해설입니다. 인용된 수치와 전망은 출처·측정 방식에 따라 달라질 수 있으며, 특정 제품·기업에 대한 권유나 평가가 아닙니다.