"보고서 초안 써주고, 문체도 다듬고, 오타도 잡고, 마지막에 요약도 붙여줘." 이렇게 한 번에 다 부탁했는데 정작 앞부분에서 시킨 건 슬쩍 넘어가고, 요약은 붙었지만 초안은 어설픈 경험. ChatGPT 프롬프트를 쓰다 보면 누구나 한 번쯤 겪습니다. 문제는 프롬프트 실력이 아니라 한 번에 너무 많은 걸 시켰다는 데 있는 경우가 많습니다. 이 글에서는 요구사항을 한 덩어리로 몰아넣었을 때 답이 뭉개지는 이유와, 작업을 단계로 쪼개 시키는 방법(프롬프트 체이닝)을 정리합니다.
왜 한 프롬프트에 다 넣으면 답이 뭉개질까
ChatGPT 같은 언어 모델은 프롬프트 전체를 읽고 한 번의 답을 만들어냅니다. 그래서 하나의 지시 안에 목표가 여러 개 섞이면 두 가지 문제가 생기기 쉽습니다.
1) 앞쪽 지시를 놓친다
지시가 길어질수록 모델은 프롬프트 초반에 준 조건을 뒤로 갈수록 흐릿하게 다루는 경향이 있습니다. "격식체로, 3문단으로, 전문용어는 풀어서"라고 앞에 적어도, 마지막에 붙인 "재미있게 써줘" 한마디에 앞의 조건이 묻히는 식입니다. 사람도 지시사항 열 개를 한꺼번에 들으면 앞의 몇 개를 잊는 것과 비슷합니다.
2) 목표가 섞이면 우선순위가 무너진다
'초안 쓰기'와 '초안 비평하기'와 '고쳐 쓰기'는 사실 성격이 다른 작업입니다. 하나의 프롬프트에서 동시에 요구하면 모델은 세 가지를 얕게 절충해버리기 쉽습니다. 각각을 제대로 하려면 각각에 집중할 '차례'를 줘야 합니다.
프롬프트 체이닝이란
이 문제를 푸는 방법이 프롬프트 체이닝(prompt chaining)입니다. 복잡한 작업 하나를 여러 개의 단순한 프롬프트로 쪼개고, 앞 단계의 결과를 다음 단계의 입력으로 넘겨 사슬처럼 잇는 방식입니다. 각 단계가 하나의 목표에만 집중하기 때문에, 긴 프롬프트에서 지시를 놓치던 문제가 자연스럽게 줄어듭니다. 개념과 예시는 Prompt Engineering Guide에도 정리되어 있습니다.
ChatGPT 프롬프트를 단계로 쪼개는 4단계
1단계 — '계획'과 '실행'을 분리한다
바로 결과물을 요구하는 대신, 먼저 "이 작업을 어떻게 진행할지 목차나 계획부터 잡아줘"라고 시킵니다. 계획이 마음에 들면 그때 "좋아, 이 계획대로 1번 항목부터 써줘"라고 실행을 시킵니다. 방향이 어긋났을 때 초안 전체를 버리지 않고 계획 단계에서 바로잡을 수 있습니다.
2단계 — 한 프롬프트에는 한 가지 목표만
"초안 → 비평 → 수정"을 한 번에 시키지 말고 세 번에 나눠 시킵니다. ① 초안을 쓰게 하고, ② 그 초안의 약점을 스스로 짚게 하고, ③ 지적한 약점을 반영해 다시 쓰게 합니다. 같은 모델이라도 '쓰기'와 '비평하기'를 나누면 비평의 날이 훨씬 서고, 그 비평이 다음 수정의 재료가 됩니다.
3단계 — 이전 답을 명시적으로 넘긴다
다음 단계에서는 앞 단계의 결과를 그대로 붙여 넣고 "위 초안을 대상으로"처럼 무엇을 다루는지 분명히 지정합니다. 같은 대화창을 쓰더라도 "방금 결과 말고, 아래 텍스트를 기준으로"라고 못 박으면 엉뚱한 걸 손대는 일이 줄어듭니다.
4단계 — 검토는 별도 단계로 뺀다
오타·사실확인·톤 점검 같은 검토는 생성과 섞지 말고 마지막에 독립된 프롬프트로 돌립니다. "아래 글에서 어색한 문장과 근거가 약한 주장만 목록으로 뽑아줘"처럼 검토의 대상과 기준을 좁혀 주면, 한 번에 다 시켰을 때 대충 넘어가던 부분이 걸러집니다. 다만 AI가 짚어준 '사실'도 그대로 믿지 말고 본인이 최종 확인해야 합니다.
실제 예시: 블로그 글 하나를 네 번에 나눠 시키기
말로만 들으면 감이 안 오니, '블로그 글 한 편 쓰기'를 예로 어떻게 쪼개는지 보겠습니다. 한 프롬프트에 "○○ 주제로 블로그 글 완성해줘"라고 하는 대신 이렇게 네 번에 나눕니다.
- ① 구조 잡기 — "직장인 대상 '점심시간 활용법' 블로그 글의 목차를 H2 다섯 개로 잡아줘. 각 꼭지에 무슨 내용을 담을지 한 줄씩만." → 마음에 안 드는 꼭지는 여기서 바로 교체합니다.
- ② 초안 쓰기 — "위 목차 중 첫 번째와 두 번째 꼭지만 각각 세 문단으로 써줘." → 한 번에 전체를 뽑지 않고 부분씩 받으면 길이와 톤을 조절하기 쉽습니다.
- ③ 스스로 비평 — "위 초안에서 근거가 약하거나 두루뭉술한 문장만 골라 이유와 함께 목록으로 알려줘." → '쓰기'가 아니라 '검토'에만 집중시키는 단계입니다.
- ④ 반영해 다시 쓰기 — "네가 지적한 부분만 고쳐서 해당 문단을 다시 써줘. 나머지는 그대로 둬." → 전체를 새로 뽑지 않으니 앞서 마음에 들었던 부분이 훼손되지 않습니다.
같은 모델, 같은 주제인데도 한 번에 "완성해줘"라고 했을 때보다 결과가 탄탄해지는 이유는 단순합니다. 각 단계에서 모델이 신경 쓸 목표가 하나뿐이기 때문입니다. 그리고 중간에 방향이 틀어지면 그 단계만 다시 시키면 되므로, 전체를 갈아엎는 낭비도 줄어듭니다.
단계로 쪼개기 vs 한 프롬프트, 언제 뭘 쓸까
모든 작업을 쪼갤 필요는 없습니다. 짧고 목표가 하나뿐인 요청은 한 프롬프트가 더 빠릅니다. 아래 기준으로 판단하면 됩니다.
| 상황 | 추천 방식 |
|---|---|
| 번역, 짧은 요약, 단순 재작성 | 한 프롬프트로 충분 |
| 목표가 2개 이상 섞인 요청 | 단계로 분리 |
| 긴 보고서·기획·코드처럼 완성도가 중요할 때 | 계획 → 실행 → 검토 체이닝 |
| 앞부분 지시가 자꾸 무시될 때 | 한 단계 한 목표로 쪼개기 |
한 가지 팁을 더하자면, 쪼갠 단계들이 반복되는 작업이라면 각 단계 프롬프트를 메모장에 템플릿으로 저장해 두는 것이 좋습니다. 매번 처음부터 쓰지 않고 순서대로 붙여 넣기만 하면 되니까요.
결론
ChatGPT 프롬프트가 잘 안 먹힌다고 느낄 때, 프롬프트를 더 길고 화려하게 쓰려 하기보다 작업을 작게 쪼개는 쪽이 대개 답입니다. 한 프롬프트에 목표 하나, 앞 단계 결과를 다음 단계로 넘기기, 검토는 따로 — 이 세 가지만 지켜도 결과물의 완성도가 눈에 띄게 달라집니다. 오늘 쓰려던 복잡한 요청 하나를 골라, '계획'과 '실행' 두 단계로만 나눠 보내는 것부터 시작해 보세요. (본 글은 작성 시점 기준의 일반적인 활용 방법을 정리한 것으로, 각 도구의 세부 기능은 시점에 따라 달라질 수 있습니다.)
라벨: ChatGPT, 프롬프트, 프롬프트엔지니어링, 프롬프트체이닝, AI활용법, 챗GPT, 생산성, AI도구
댓글 없음:
댓글 쓰기