작업 분해 프롬프팅이란 보고서나 기획안 같은 큰 작업을 한 번에 시키지 않고, 여러 개의 작은 단계로 나눠 순서대로 시키는 방법을 뜻해요. 한 프롬프트에 모든 걸 욱여넣으면 AI도 사람처럼 중간에 길을 잃거든요.
보고서 하나 통째로 시켰는데 결과가 엉성했던 적 있으시죠? 원인은 보통 실력이 아니라 한 번에 다 시켜서예요. 큰 일을 단계로 쪼개 순서대로 시키면 정확도가 눈에 띄게 올라가요.
비개발자도 오늘 바로 따라 할 수 있는 입문 패턴 4가지를 정리했어요.
왜 한 번에 시키면 결과가 엉성한가요?
큰 일을 한 프롬프트에 다 넣으면 AI가 중간 단계를 건너뛰기 때문이에요. 여러 단계를 거쳐야 하는 문제일수록 통째 지시는 무너지기 쉬워요. 마치 사람이 복잡한 일을 머릿속으로만 한 번에 처리하려다 빠뜨리는 것과 같아요. 그래서 단계를 눈에 보이게 쪼개 주는 것만으로 결과가 달라져요.
가장 쉬운 입문 방법은 무엇인가요?
프롬프트 끝에 단계별로 생각해줘 한 줄을 붙이는 거예요. University of Tokyo와 Google 연구진의 실험에서, 이 한 줄을 넣자 산수 문제(MultiArith) 정답률이 17.7%에서 78.7%로 뛰었어요. 막막할 때는 이 한 문장부터 시작하시면 돼요.
'단계로 생각하라'보다 더 강한 방법이 있나요?
네, 작업을 명시적으로 쪼개는 분해 방식이 더 강해요. 지시를 넣기 전에 이 일을 하위 작업으로 나눠줘부터 먼저 시키는 거예요. DecomP 연구 비교에서 분해 방식은 일반 단계식보다 GSM8K에서 50.6% 대 36%, MultiArith에서 95% 대 78%로 앞섰어요. 쪼갠 뒤 풀게 하면 통째 지시보다 정확도가 거의 2배가 된 사례도 있어요.
쪼갠 작업은 어떻게 시켜야 하나요?
한 번에 다 시키지 말고 사슬처럼 이어가세요. 1번 단계 결과를 받아 2번 프롬프트에 붙여 넣고, 그 결과를 다시 3번에 넣는 식이에요. 이 사슬 방식이 정확도와 해석 가능성을 함께 높여요. 쉬운 하위 문제부터 풀어 그 답을 다음 단계 재료로 쓰는 것도 효과적이에요.
단계 사이에 꼭 넣어야 할 한 가지는요?
중간 점검이에요. 단계 사이에 방금 결과를 점검해줘를 한 번 넣어 보세요. 중간 값이 틀리면 최종 답까지 흔들리기 때문에, 마지막 합치기 전에 점검 단계를 끼우면 결과가 덜 무너져요.
모든 작업을 다 쪼개야 하나요?
아니에요, 쪼개기는 공짜가 아니에요. 단계로 나누면 시간과 토큰이 35~600%까지 늘 수 있어요(Wharton Generative AI Labs, 2026.04). 그래서 보고서, 시장 분석, 기획안처럼 정말 단계가 많은 복잡한 일에만 쓰시면 돼요. 단순한 일까지 쪼갤 필요는 없어요.
오늘 바로 해 볼 4단계는요?
첫째, 평소 한 번에 시켜 실패했던 큰 작업 하나를 고르세요. 둘째, 지시를 넣기 전에 이 작업을 3~5개 하위 단계로 나눠줘라고 먼저 시키세요. 셋째, 1번 결과를 받아 다음 프롬프트에 붙여 넣으며 한 단계씩 순서대로 실행하세요. 넷째, 마지막 합치기 전에 여기까지 결과를 점검해줘를 한 번 넣으세요.
자주 묻는 질문
Q. Chain-of-Thought가 정확히 뭔가요?
A. 답을 한 번에 내지 말고 생각 과정을 단계로 펼치게 하는 방법이에요. 프롬프트에 단계별로 생각해줘를 붙이는 게 가장 쉬운 형태예요.
Q. 분해와 단계식은 뭐가 다른가요?
A. 단계식은 한 프롬프트 안에서 차근차근 생각하게 하는 것이고, 분해는 작업 자체를 여러 하위 작업으로 명시적으로 쪼개는 거예요. 비교 연구에서 분해가 50.6% 대 36%로 더 정확했어요.
Q. 비개발자도 따라 할 수 있나요?
A. 네, 코드가 필요 없어요. 이 일을 단계로 나눠줘 한 줄부터 시키고, 나온 단계를 하나씩 순서대로 시키면 돼요.
Q. 모든 작업에 쓰면 좋은가요?
A. 아니에요. 쪼개면 시간과 토큰이 35~600%까지 늘 수 있어서, 단계가 많은 복잡한 일에만 쓰는 게 좋아요.
Q. 패턴을 한마디로 요약하면요?
A. 분해, 실행, 합치기 3박자예요. 나누고, 한 단계씩 풀고, 다시 합치는 순서를 기억하시면 돼요.