“125~200개를 한 번에 돌린다”는 말은 보통 ‘한 번에 200개를 다 만들라’가 아닙니다.
체크리스트로 상태를 외부화하고, 배치로 잘라서, 실패를 통제하면서 병렬화하는 운영 방식입니다.
대량 작업에서 가장 큰 리스크는 “진행 상태가 대화에 묻힌다”는 점입니다.
이게 대화/메모리 의존이면 컨텍스트가 커질수록 실패합니다.
체크리스트는 이 상태를 파일로 외부화합니다.
Monet Registry는 실제로 컴포넌트 구현 상태를 YAML로 관리합니다.
pricing-checklist.yaml: 125개 항목을 상태로 관리unsection-hero-sections-checklist.yaml: 47개 항목을 상태로 관리출처:
description: Pricing component implementation status checklist
source_directory: agent-input/pricing
total_count: 125
status_legend:
pending: Not started
in_progress: Currently being implemented
completed: Implementation finished
skipped: Decided not to implement
components:
- filename: foo.png
name: pricing-foo
status: pending
notes: ""
이 형태가 좋은 이유:
pending 중 N개만 집어서 처리 가능skipped)가 남음loop:
items = pick N items where status == pending
if empty: stop
mark items as in_progress
run workers in parallel for each item
for each result:
if success: mark completed
if retryable: mark pending + append notes
if not worth: mark skipped + reason
run quality gate (validate/build/tests)
if gate fails: stop and fix
권장 디폴트:
체크리스트의 항목 수가 크면 “초기 파일 생성”도 LLM에게 맡기지 않는 편이 좋습니다.
Monet Registry는 체크리스트 생성 자체를 스크립트로 만들고, 성공하면 스크립트를 제거하도록 프롬프트에 명시합니다.
출처:
체크리스트는 “자동화 대상의 목록”이 아니라 “자동화 시스템의 데이터베이스”로 보세요.
체크리스트로 상태가 외부화되면, 이제는 “마스터가 워커를 어떻게 조율하느냐”가 남습니다.