Claude Code 상세 사용법 40: /loop로 세션 안에서 반복 점검 돌리기 | DAKER 커뮤니티

Claude Code 상세 사용법 40: /loop로 세션 안에서 반복 점검 돌리기

배포가 끝났는지, CI가 통과했는지, PR 코멘트가 새로 달렸는지 계속 새로고침하는 시간은 Claude Code에게 맡기기 좋습니다. 공식 문서 기준으로 /loop는 열린 세션 안에서 프롬프트를 반복 실행하는 스케줄 기능입니다. 단, 영구 자동화가 아니라 세션이 살아 있는 동안 쓰는 임시 감시자로 이해해야 합니다.

언제 /loop를 쓰나

좋은 후보는 “지금부터 몇 시간 안에 끝날 작업”입니다. 예를 들면 배포 완료 확인, 테스트 재시도, 리뷰 코멘트 수집, 긴 빌드 로그 확인입니다.

/loop 10m check whether CI passed. If it failed, inspect only the new failure and propose the smallest fix.

간격을 빼면 Claude가 관찰 결과에 따라 다음 실행 시점을 고릅니다. 빌드가 거의 끝났으면 짧게, PR이 조용하면 길게 기다리는 식입니다.

/loop check CI status and address any new review comments

실행 전에 멈춤 조건을 적는다

반복 작업의 실패 모드는 “계속 돈다”입니다. 시작 프롬프트에 종료 기준을 같이 넣으세요.

/loop 15m check the staging deploy.
Stop after the first successful smoke test summary, or if the same error repeats twice.
Do not change production settings.

이렇게 쓰면 Claude Code가 무엇을 확인해야 하는지, 어디까지 고쳐도 되는지, 언제 멈춰야 하는지 알 수 있습니다. 바이브코딩에서도 자동화 경계는 먼저 써야 합니다.

의사결정 흐름

운영 패턴

  1. 확인할 대상을 한 가지로 줄입니다.

  2. 읽기 전용 점검인지, 수정까지 허용할지 명시합니다.

  3. 실패가 반복될 때의 중단 조건을 둡니다.

  4. 완료 후 예약 목록을 확인하고 불필요한 job을 취소합니다.

관리도 자연어로 됩니다.

what scheduled tasks do I have?
cancel the deploy check job

공식 문서에 따르면 세션 스케줄은 로컬 시간대를 기준으로 동작하고, 반복 작업은 잊힌 루프를 막기 위해 7일 뒤 만료됩니다. 터미널을 닫거나 새 대화를 시작하면 기대한 대로 계속 돌지 않을 수 있습니다.

선임 엔지니어 관점

/loop는 자동화 도구라기보다 “작업 중인 세션의 주기적 주의력”입니다. 운영 알림처럼 정확한 이벤트 반응이 필요하면 Channels, 며칠 이상 유지할 정기 작업이면 Routines나 GitHub Actions가 맞습니다.

오늘 적용할 한 가지는 이것입니다. 다음에 CI를 기다릴 때 “통과할 때까지 봐줘”라고만 하지 말고, 간격·범위·중단 조건을 함께 적으세요. Claude Code 자동화의 품질은 반복 횟수가 아니라 멈출 줄 아는 설계에서 나옵니다.

참고: Claude Code 공식 문서의 Scheduled tasks, Routines, Goal 문서를 기준으로 작성했습니다.

Redirecting to Claude Code 상세 사용법 40: /loop로 세션 안에서 반복 점검 돌리기 | DAKER 커뮤니티...