상위 1% 클로드코드 사용자는 프롬프트 대신 루프를 씁니다

📺 원본 영상: 상위 1% 클로드코드 사용자는 프롬프트 대신 루프를 씁니다 🎙️ 채널: 시민개발자 구씨 📅 정리 일자: 2026-06-20 ⚠️ Note: 본 리포트는 영상의 음성을 텍스트로 변환(STT)하여 정리한 것입니다. 화면에 표시된 자료(코드, 스프레드시트, 터미널 출력 등)는 포함되지 않을 수 있으며, 일부 인명·고유명사는 STT 오인식으로 인해 교정 표기가 포함됩니다.


개요

Claude Code를 사용하면서 매번 프롬프트를 입력하는 것조차 번거롭다고 느낀 경험이 있다면, 이 영상은 그 다음 단계를 제시한다. Claude Code 개발팀의 보리스1가 공개적으로 언급한 바에 따르면, 그는 더 이상 매번 프롬프트를 직접 입력하지 않고 루프(Loop)를 설계해두는 방식으로 일한다고 밝혔다. 이 영상은 그 개념—루프 엔지니어링(Loop Engineering)—을 비개발자도 실무에 적용할 수 있도록, VS Code와 Claude Code, Google Workspace를 연동한 실전 데모와 함께 소개한다.


루프 엔지니어링이란 무엇인가

“루프 엔지니어링”이란 반복적으로 발생하는 업무를 AI가 자율적으로 처리할 수 있도록, 일감의 흐름과 실행 주기를 사전에 설계해두는 방법론이다. 단순히 AI에게 일을 시키는 것이 아니라, AI가 스스로 다음 일감을 집어 처리하고, 다음 주기까지 대기했다가 또 실행하는 구조를 갖춘다는 점이 핵심이다. 프롬프트를 반복 입력하는 수고를 없애고, 사람은 루프의 설계와 모니터링에만 집중하는 방식으로 생산성을 높이는 것이 목표다.

강연자는 이 개념이 개발자에게만 국한되지 않는다고 강조한다. 특정 단계로 진행되는 업무를 다음 단계로 자동으로 넘겨줘야 하거나, 동일한 업무가 실시간으로 계속 쌓이는 상황—예를 들어 고객 문의가 지속적으로 들어오거나, 영업 리드 데이터가 주기적으로 축적되는 경우—에 루프는 특히 유용하다. 반면, 매주 월요일 아침에 리마인더를 받는 식의 단순 알림 용도로는 루프가 적합하지 않다고 명확히 선을 긋는다.


세 가지 자동화 방식 비교

Claude Code 생태계에는 반복·자동화와 관련된 기능이 크게 세 가지 존재한다. 이를 혼동하지 않는 것이 루프 엔지니어링을 제대로 활용하는 첫걸음이다.

첫 번째는 오늘의 주인공인 루프(Loop) 다. 동일한 작업을 지정된 시간 간격마다 반복 실행하는 기능으로, 30분마다 스프레드시트의 새 문의를 확인하고 처리하는 식으로 활용한다. 단, 이 루프는 내 PC에서 세션이 살아있는 동안에만 동작하며, 최대 7일까지 활성 상태를 유지한다. 즉, 내가 컴퓨터를 켜고 작업하는 중에 AI가 옆에서 주기적으로 보조 업무를 처리해주는 형태로 이해하면 된다.

두 번째는 /goal 명령어다. 특정 조건이 충족될 때까지 작업을 멈추지 않고 계속 진행하는 기능이다. 매 단계가 끝날 때마다 조건 충족 여부를 스스로 확인하고, 아직 완료되지 않았다면 다음 단계로 이어 진행한다. 한 번에 처리해야 할 양이 많고 복잡한 업무를 완수해야 할 때 적합하다.

세 번째는 Routines 또는 Cron 기반 스케줄링이다. Claude Code의 Routines 기능이나 Hermes Agent의 Cron 기능이 여기에 해당한다. 이 방식은 앞의 두 가지와 결정적으로 다른 점이 있는데, 내 PC가 꺼져 있어도 정해진 스케줄에 따라 독립적으로 작업을 수행하고 결과를 보고한다. 사람이 자리를 비운 사이에도 자율적으로 움직이는 “AI 직원”에 가까운 개념이다. 강연자는 세 가지 중 어느 하나가 절대적으로 우월한 것이 아니라, 업무의 성격에 따라 적합한 방식을 선택하는 것이 중요하다고 말한다.


실습 환경 구성

💡 [영상 참조] 이 섹션 전반에 걸쳐 강연자는 VS Code 터미널과 파일 탐색기 화면을 직접 보여주며 설명합니다. 상세 화면은 원본 영상을 확인하세요.

강연자는 VS Code를 기본 작업 환경으로 사용한다. 터미널을 열고 Claude Code 설치 커맨드를 실행한 뒤, loop-sample이라는 프로젝트 폴더를 생성하고 그 안에서 claude 명령어로 Claude Code를 실행한다. 이어서 Shift + Tab을 눌러 오토모드(Auto Mode)로 전환하면 기본 환경이 완성된다.

루프 시스템을 구성하기 위해 강연자는 assets라는 폴더를 만들고 세 가지 파일을 준비한다. 첫 번째는 가상의 SaaS 회사 “DUR 응대”의 비즈니스 컨텍스트를 담은 business_context.md, 두 번째는 핵심 기능과 요금제를 정리한 product.md, 세 번째는 두 개의 시트로 구성된 Excel 파일이다. 이 Excel 파일에는 고객 피드백(Customer Feedback) 시트와 아웃바운드 리드(Outbound Lead) 시트가 포함되어 있다. 고객 피드백 시트에는 실제 고객 의견과 그에 대한 응대 방향 및 FAQ 추가 여부를 판단하기 위한 칼럼들이, 아웃바운드 리드 시트에는 홍보 메일을 보낼 대상 기업과 담당자 이메일이 담겨 있다.

assets 폴더 내 Excel 파일 구성 - 고객 피드백 시트와 아웃바운드 리드 시트 두 개의 탭 구조

04:04 - assets 폴더 내 Excel 파일 구성 - 고객 피드백 시트와 아웃바운드 리드 시트 두 개의 탭 구조를 보여주는 화면

마지막 준비 단계로 강연자는 Google Workspace CLI를 프로젝트에 연동한다. Gmail 초안 작성과 Google Sheets 연동을 위해 필요한 과정으로, Claude Code에 GitHub 링크와 함께 설치 및 인증을 요청하면 된다. 연동이 완료되면 Claude Code가 본인의 Google 계정에 접근해 Sheets 변환, Gmail 초안 작성 등의 작업을 수행할 수 있게 된다. 강연자는 이 과정에서 Excel 파일을 Google Sheets로 변환하고, 링크를 통해 정상 생성된 것을 확인한다.

Excel 파일을 Google Sheets로 변환 완료 후 생성된 시트 링크를 클릭해 확인하는 화면

06:35 - Excel 파일을 Google Sheets로 변환 완료 후 생성된 시트 링크를 클릭해 확인하는 화면


루프 관리 문서 시스템 설계

루프를 효율적으로 운영하기 위해 강연자는 세 가지 운영 문서를 Claude Code에 생성해달라고 요청한다. 이 문서 체계가 루프 엔지니어링의 핵심 뼈대를 이룬다.

첫 번째 문서는 claude.md 다. 프로젝트 전반의 작업 규칙과 컨텍스트를 담는 파일로, Claude Code가 어떤 루프를 어떤 맥락에서 실행해야 하는지 파악하는 기준이 된다. 여기에는 루프 장부 위치, 회사 제품 정보 파일 경로, 매 실행 후 주간 리포트에 한 줄씩 기록하는 규칙 등이 포함된다.

두 번째 문서는 loop.md 다. 강연자가 가장 강조하는 “루프 장부”로, 어떤 루프들이 존재하는지, 각 루프의 실행 주기와 구체적인 프롬프트 원문, 그리고 현재 활성화(Active) 여부를 기록한다. 이 장부를 별도로 관리하는 이유는 실용적이다. 루프는 기본적으로 최대 7일이 지나면 비활성화되는데, 재실행할 때마다 프롬프트를 새로 작성하면 또 다른 비효율이 생긴다. loop.md에 미리 루프 정의를 저장해두면, 다음번 세션에서 “이 문서 참고해서 활성 상태인 루프들 모두 실행해줘”라는 한 문장으로 모든 루프를 재등록할 수 있다.

Claude Code가 생성한 loop.md 루프 장부 내용 - 두 개의 루프 정의와 프롬프트 원문이 담긴 화면

09:10 - Claude Code가 생성한 loop.md 루프 장부 내용 - 두 개의 루프 정의와 프롬프트 원문이 담긴 화면

세 번째 문서는 주간 루프 실행 리포트다. 언제 어떤 루프가 실행되었고, 어떤 작업이 처리되었는지 이력을 축적하는 문서다. 루프가 한 번 실행될 때마다 한 줄씩 기록이 쌓이는 구조로, 자동화 결과를 추적하고 이상 여부를 파악하는 데 활용한다.

강연자는 이 요청을 통해 Claude Code가 제공된 Excel 파일과 비즈니스 컨텍스트를 스스로 분석해 두 개의 루프—고객 피드백 분류·초안 작성 루프(60분 주기)와 아웃바운드 팔로업 메일 초안 작성 루프(30분 주기)—를 자동으로 정의하고 장부에 기재하는 과정을 보여준다.


루프 실행 및 결과 확인

💡 [영상 참조] 이 섹션에서 강연자는 Google Sheets에 채워진 결과값과 Gmail 임시 보관함의 초안들을 화면으로 직접 보여줍니다. 상세 내용은 원본 영상을 확인하세요.

문서 구성이 완료되면, 실제 실행은 단순하다. Claude Code에 loop.md를 읽고 상태가 ‘활성(Active)‘인 루프들만 실행해달라고 요청하면 된다. 강연자는 먼저 정상 실행 여부를 검증하는 테스트를 진행한다. 결과를 보면, 고객 피드백 시트의 각 행마다 응대 초안과 FAQ 후보 여부가 자동으로 채워졌고, 아웃바운드 리드 시트의 각 기업에 대해 개인화된 Gmail 초안이 임시 보관함에 생성되었다.

루프 최초 실행 후 Google Sheets 고객 피드백 시트에 응대 초안과 FAQ 후보 여부가 자동으로 채워진 결과 화면

12:04 - 루프 최초 실행 후 Google Sheets 고객 피드백 시트에 응대 초안과 FAQ 후보 여부가 자동으로 채워진 결과 화면

정상 동작이 확인되면, 이번에는 /loop 명령어로 자동 실행 등록을 요청한다. 이 단계에서 Claude Code는 내부적으로 cron 형태의 스케줄을 등록해, 아웃바운드 팔로업 루프는 30분마다, 고객 피드백 트리아지(Triage) 루프는 60분마다 자동으로 실행되도록 설정한다.

이후 강연자는 시트에 새 데이터를 추가한 다음 루프를 수동으로 다시 실행해 증분 처리 기능을 시연한다. 새로 추가된 행들에 대해서만 작업이 수행되고, 시트 값이 채워지며, Gmail 임시 보관함에 더 많은 초안이 생성된다.

Gmail 임시 보관함에 아웃바운드 팔로업 메일 초안들이 자동 생성된 화면

13:55 - Gmail 임시 보관함에 아웃바운드 팔로업 메일 초안들이 자동 생성된 화면

주간 리포트 문서에도 실행 이력이 한 줄씩 추가되어, 어느 시점에 어떤 작업이 처리됐는지를 한눈에 파악할 수 있다.

주간 루프 실행 리포트 문서에 실행 이력이 추가된 화면 - 루프명, 실행 시각, 처리 내용 기록

13:01 - 주간 루프 실행 리포트 문서에 실행 이력이 추가된 화면 - 루프명, 실행 시각, 처리 내용 기록


루프 기능의 네 가지 핵심 제약

강연자는 루프가 강력한 도구이지만 과신은 금물이라며, 반드시 이해해야 할 네 가지 제약을 명확히 정리한다.

첫째, 세션 의존성이다. 루프는 내 PC에서 Claude Code 세션이 살아있는 동안에만 동작하며, 최대 활성 기간은 7일이다. 7일이 지나거나 세션이 종료되면 루프도 함께 멈추기 때문에, 재실행이 필요한 상황이 반드시 온다. 이것이 loop.md 장부를 별도로 관리하는 근본적인 이유다.

둘째, PC 종료 시 중단된다. 컴퓨터를 끄면 세션도 함께 종료되므로, 루프는 “내가 자리를 비운 사이 자동으로 처리해줬으면 하는 업무”에는 적합하지 않다. 그런 용도라면 Claude Routines나 Hermes의 Cron 스케줄링처럼 독립적으로 동작하는 도구를 선택해야 한다. 루프는 어디까지나 내가 컴퓨터 앞에서 작업하는 동안 AI가 주기적으로 보조 업무를 처리해주는 개념으로 이해해야 한다.

셋째, 토큰 소모가 빠르다. 루프는 매 실행 시마다 컨텍스트를 파악하고 다음 작업을 판단하는 과정이 포함되기 때문에, 프롬프트를 수동으로 한 번씩 요청하는 것보다 토큰 소모가 빠르다. 강연자는 루프로 모든 업무를 소화하려 하기보다는, 실시간으로 반복 처리가 필요한 핵심 업무 두세 가지에만 집중적으로 적용하고, 사용량에 따라 조절할 것을 권장한다.

넷째, 외부 발송 작업에는 반드시 사람의 검토가 필요하다. 루프로 작업을 자동화하면 모니터링 빈도가 낮아지는 것이 자연스러운 흐름이다. 이 상황에서 이메일 발송이나 외부 게시처럼 취소하기 어려운 행위까지 자동화하면 오류가 발생했을 때 회수가 불가능하다. 강연자는 이 이유로 아웃바운드 메일을 직접 발송하는 단계까지 자동화하지 않고, Gmail 임시 보관함에 초안을 생성하는 것까지만 루프에 맡겼다. 내부 데이터 처리나 시트 업데이트처럼 완전한 자동화가 안전한 작업과, 외부로 나가는 민감한 작업을 명확히 구분해 가드레일을 설정하는 것이 중요하다.


마무리 / 핵심 정리

이 영상이 제안하는 루프 엔지니어링의 핵심 메시지는 단순하다. 반복 작업은 루프에 위임하고, 사람은 루프의 설계와 결과 모니터링에 집중하라. 이를 위한 실용적인 출발점은 loop.md라는 장부를 만들고, 자신의 업무에서 실시간으로 처리해야 하는 반복 작업을 두세 가지 골라 루프로 정의해두는 것이다.

세션 의존성이나 토큰 소모 같은 제약을 감안하면, 루프는 “업무 시간 내에 주기적으로 쌓이는 데이터를 AI가 자동으로 처리해주는 어시스턴트”로 바라보는 것이 현실적이다. 24시간 무인 자동화를 원한다면 Claude Routines나 Cron 스케줄링이 더 적합하고, 복잡한 대형 업무를 한 번에 처리해야 한다면 /goal이 더 맞는 도구다. 루프는 그 사이 어딘가—내가 일하는 동안 AI가 옆에서 꾸준히 잡무를 처리해주는 영역—를 채운다.

강연자의 표현대로, 이제는 프롬프트를 치는 것이 아니라 루프를 설계하는 시대다.


📚 출처 및 참고

구분내용
원본 영상상위 1% 클로드코드 사용자는 프롬프트 대신 루프를 씁니다
채널시민개발자 구씨
리포트 작성2026-06-20
작성 방식YouTube 영상 STT 변환 후 에디팅

💬 본 리포트는 영상 내용을 바탕으로 재구성되었습니다. 정확한 내용은 원본 영상을 참조해 주세요.

Footnotes

  1. 강연자는 “클로드 코드를 만든 보리스테니”라고 언급합니다. STT 오인식으로 성씨가 불명확하게 처리되었으며, Anthropic 내 Claude Code 관련 개발자를 지칭하는 것으로 추정됩니다. ↩