출처
- source_url: https://x.com/claudedevs/status/2074208949205881033?s=12
- author: @delba_oliveira (Claude Code 팀, X)
- published: 2026-06-25
- raw: raw source:
web-2026-07-08-getting-started-with-loops
요약
코딩 에이전트에게 “프롬프팅” 대신 “루프를 설계”하라는 이야기가 늘고 있지만 정의가 제각각이다. Claude Code 팀은 **루프를 “정지 조건이 충족될 때까지 에이전트가 작업 사이클을 반복하는 것”**으로 정의하고, 트리거 방식·정지 기준·사용하는 Claude Code 프리미티브·적합한 작업 유형에 따라 4가지로 분류한다.
| 루프 | 트리거 | 정지 기준 | 적합한 작업 | 사용 프리미티브 |
|---|---|---|---|---|
| 턴 기반(Turn-based) | 사용자 프롬프트 | Claude가 완료 판단 | 짧고 일회성인 작업 | 커스텀 검증 skill |
| 목표 기반(Goal-based) | 실시간 수동 프롬프트 | 목표 달성 OR 최대 턴 도달 | 검증 가능한 종료 기준이 있는 작업 | /goal |
| 시간 기반(Time-based) | 지정된 시간 간격 | 취소하거나 작업 완료(PR 머지 등) | 반복 작업, 외부 시스템 연동 | /loop, /schedule |
| 능동 루프(Proactive) | 이벤트/스케줄, 실시간 개입 없음 | 작업별로 목표 달성 시 종료, 루틴 자체는 끌 때까지 지속 | 잘 정의된 반복 작업 스트림(버그 리포트, 이슈 트리아지, 마이그레이션) | 위 전부 + dynamic workflows |
턴 기반 루프의 검증을 개선하려면 사람이 확인하던 절차를 SKILL.md로 인코딩해 Claude가 스스로 검증하게 만든다(예: 개발 서버 실행 → 화면 조작 → 콘솔 에러 확인 → Chrome DevTools MCP로 성능 감사). 목표 기반은 /goal get the homepage Lighthouse score to 90 or above, stop after 5 tries 처럼 결정론적 종료 기준을 정의하면 평가자 모델이 “충분히 좋음”을 조기 판단하지 않고 조건이 맞을 때까지 되돌려보낸다. 시간 기반은 /loop 5m check my PR...처럼 로컬에서 돌리거나 /schedule로 클라우드 루틴으로 옮길 수 있다. 능동 루프는 /schedule + /goal + skills + dynamic workflows + auto mode를 조합해, 사람 개입 없이 트리아지·수정·검토까지 완결한다.
코드 품질 유지: 코드베이스 자체를 깨끗하게 유지(Claude는 기존 패턴을 따름), skills로 검증 방법을 인코딩, 문서를 최신 상태로 유지, 신선한 컨텍스트를 가진 두 번째 에이전트로 코드 리뷰(/code-review 또는 GitHub Code Review)를 수행하라고 권한다. 개별 이슈를 고치는 데서 멈추지 말고 향후 모든 반복에 반영되도록 시스템에 인코딩할 것을 강조한다.
토큰 관리: 작업에 맞는 프리미티브·모델 선택(작은 작업엔 여러 에이전트·루프 불필요, 저렴한 모델 활용), 명확한 성공/정지 기준 정의, 대규모 실행 전 소규모 파일럿, 결정론적 작업은 스크립트로 대체(추론보다 저렴), 감시 대상의 변화 빈도에 맞는 간격 설정, /usage·/goal(무인자)·/workflows로 사용량 리뷰를 권한다.
관련 위키
원문 보존 위치
원문 전체는 raw source: web-2026-07-08-getting-started-with-loops에 source_url과 함께 저장되어 있다.