AI한테 크게 던지고 기다리기 vs 쪼개서 시키기 — 뭐가 맞을까

큰 작업을 AI한테 통째로 던지고 한 시간 기다린 적 있나요? 결과물이 나오긴 하는데 — "이게 맞는 방식인가?" 싶어요. 오늘은 크게 던지기 vs 쪼개서 시키기를 정리했어요.

먼저, 한 시간 걸리는 게 문제는 아니에요

요즘 도구는 한참 자율로 돌아가는 게 정상이에요. 진짜 문제는 "큰 걸 던지고 결과만 기다리는" 방식이에요.

크게 던지기의 함정

• 방향이 초반에 틀어지면 한 시간을 통째로 날려요. 중간 체크가 없으니 끝나고서야 알게 돼요.
• 결과가 크면 리뷰가 지옥이에요. 뭘 어떻게 했는지 파악이 안 돼서 버그가 숨어요.
• 검증 없이 통째로 받으면 그럴듯하게 틀린 게 섞여 들어가요.

그럼 이렇게 쪼개세요

# ❌ 크게 던지기 — 방향 틀리면 한 시간 날려요
"관리자 페이지 전체 만들어줘."
 
# ✅ 쪼개서 — 계획부터 보고, 기능 하나씩
"관리자 페이지 만들 건데, 먼저 화면 구성이랑 순서만 계획해줘."
# → 계획이 OK면: "그럼 목록 화면부터 만들고, 테스트까지 확인해줘."

순서는 간단해요 — ① 계획 먼저 → ② 기능 단위로 → ③ 끝날 때마다 검증 → ④ 자주 커밋.

크게 던져도 되는 경우

전부 쪼개라는 건 아니에요. 스코프가 명확하고 반복적인 일(예: "이 파일들 전부 새 API로 바꿔줘")에 테스트가 가드레일로 있으면, 길게 자율로 돌려도 괜찮아요.

특히 UI(프론트)는 — 긴 프롬프트보다 '이미지 + 반복'

화면을 고칠 땐 요구사항을 문장으로 잔뜩 적는 분이 많은데, UI는 오히려 반대예요.

• 말로 설명 말고 보여주세요. 마음에 드는 화면 스크린샷이나 참고 이미지를 주는 게, 색·간격을 100줄로 쓰는 것보다 훨씬 정확해요. UI는 눈으로 보는 거라 이미지가 최고의 프롬프트예요.
• 짧게, 반복. "버튼 더 크게" → 보고 → "간격 넓혀" → 보고. 이 빠른 눈 피드백이 긴 스펙 한 방을 이겨요.
• 디자인 규칙은 파일에 고정. "우리 색·간격 규격(Tailwind 같은 스타일 규칙)과 기존 컴포넌트를 재사용해"를 CLAUDE.md에 박아두면, 매번 색·폰트를 안 읊어도 돼요.

즉 UI도 "긴 프롬프트 한 방"이 아니라 참고 이미지 + 짧은 반복이 이겨요.

협업이면 하나 더

한 사람의 한 시간짜리 AI 결과물을 리뷰 없이 머지하지 마세요. PR로 올리고 다른 사람이 핵심만 훑는 구조가 안전해요. "AI가 다 했으니 통과"가 제일 위험한 습관이에요.

핵심은 하나예요 — 한 시간 걸리는 게 문제가 아니라, 그 한 시간을 통제하고 있느냐예요. 여러분은 크게 던지는 편이세요, 쪼개는 편이세요? 방에 공유해 주세요 ⚡