프롬프트 한 방으로 안 될 때 작업을 나눠 시키는 법 중급의 시작: Claude Code·ChatGPT 실전 분업법

프롬프트를 길게 써도 결과가 흔들린다면, 문제는 문장력이 아니라 작업을 한 번에 맡긴 방식일 가능성이 큽니다. 정답은 간단합니다. AI에게 “완성본”을 바로 요구하지 말고, 목표 정의 → 작업 분해 → 단계별 실행 → 검증으로 나눠 시켜야 합니다.

막힌 작업 하나를 골라 ‘목표·입력값·단계·검수’ 4칸으로 나눈 뒤, 가장 작은 단계부터 AI에게 맡겨보세요.

저는 Claude Code, ChatGPT, Cursor를 번갈아 쓰며 작은 자동화 스크립트나 랜딩페이지 초안을 만들 때 이 방식을 씁니다. 특히 코드 수정, 긴 문서 정리, SaaS 아이디어 검증처럼 결과물이 여러 판단을 거치는 작업은 한 방 프롬프트보다 분업형 지시가 훨씬 안정적입니다.

바로 해볼 다음 단계
지금 하려는 작업을 “기획·자료·실행·검수” 4칸으로 나눠 적고, 각 칸을 AI에게 따로 맡겨보세요.

왜 한 번에 시키면 자주 실패할까

AI는 지시가 길수록 모든 조건을 같은 무게로 처리하지 못합니다. “블로그 글 써줘, SEO도 맞춰줘, 표도 넣고, 톤은 친근하게, 예시는 실무형으로”처럼 한 문장에 여러 목표를 넣으면 결과는 그럴듯하지만 핵심이 빠지기 쉽습니다.

중급 단계의 차이는 프롬프트를 더 화려하게 쓰는 데 있지 않습니다. AI가 잘하는 작은 단위로 일을 쪼개는 것이 핵심입니다. 사람에게도 기획서, 초안, 편집, 검수를 한 번에 맡기면 누락이 생기듯 AI도 마찬가지입니다.

제가 자주 쓰는 4단계 셋업

실제로는 아래 순서가 가장 덜 흔들렸습니다. ChatGPT에는 기획과 구조화를 맡기고, Claude Code나 Cursor에는 파일 단위 코드 수정과 리팩터링을 맡기는 식입니다.

  1. 목표 고정: “최종 결과물이 무엇인지” 한 문장으로 먼저 정합니다.
  2. 작업 분해: AI에게 바로 실행시키지 말고 필요한 하위 작업 목록을 뽑게 합니다.
  3. 단계 실행: 한 번에 하나의 작업만 맡깁니다. 예: API 호출 함수만 작성.
  4. 검증 요청: 결과를 스스로 점검하게 하고, 빠진 조건을 다시 물어봅니다.

예를 들어 n8n으로 “폼 제출 시 Notion DB에 저장하고 Slack으로 알림 보내기” 자동화를 만든다고 해보겠습니다. 한 번에 “워크플로 만들어줘”라고 하면 인증, 필드 매핑, 예외 처리 설명이 섞입니다. 대신 먼저 노드 구성을 뽑고, 그다음 Notion 필드 설계, 마지막으로 Slack 메시지 문구를 따로 시키면 실제 구현까지 가는 시간이 줄어듭니다.

도구별로 나눠 맡기면 더 빠르다

모든 AI 도구가 같은 일을 잘하는 것은 아닙니다. 아래 표처럼 역할을 나누면 프롬프트를 억지로 길게 만들 필요가 없습니다.

도구 잘 맞는 작업 주의할 점
ChatGPT 아이디어 정리, 글 구조, 체크리스트, 사용 시나리오 설계 근거 확인이 필요한 정보는 공식 문서로 재검증
Claude Code 프로젝트 파일을 읽고 코드 수정, 리팩터링, 테스트 흐름 제안 변경 범위를 작게 지정해야 불필요한 수정이 줄어듦
Cursor IDE 안에서 함수 단위 수정, 코드베이스 탐색, 빠른 패치 컨텍스트가 넓어질수록 의도와 다른 파일을 건드릴 수 있음
n8n API 연결, 반복 업무 자동화, 웹훅 기반 워크플로 인증·요금·실행 횟수 제한을 먼저 확인해야 함
Notion 작업 분해표, 프롬프트 기록, 결과물 버전 관리 실행 도구라기보다 정리와 추적에 적합

구체 예시: 랜딩페이지 카피와 코드 작업을 분리하기

가상의 예로, AI 메모 앱 랜딩페이지를 만든다고 가정해보겠습니다. “랜딩페이지 만들어줘”라고 한 번에 시키는 대신 이렇게 나눕니다.

1차 ChatGPT: 타깃 사용자, 문제, 핵심 기능, 섹션 구성을 뽑게 합니다. 이때 “코드는 쓰지 말고 섹션별 목적만 정리해줘”라고 제한합니다.

2차 ChatGPT 또는 Claude: 히어로 문구, 가격 영역, FAQ 문구만 작성하게 합니다. 각 섹션의 글자 수와 톤을 지정하면 재작업이 줄어듭니다.

3차 Cursor: 이미 있는 Next.js 파일에서 hero 컴포넌트만 수정하게 합니다. “새 파일 만들지 말고 app/page.tsx의 Hero 영역만 바꿔줘”처럼 범위를 좁힙니다.

4차 Claude Code: 접근성, 모바일 레이아웃, 깨진 링크를 점검하게 합니다. 마지막에는 “수정하지 말고 문제 목록만 먼저 보여줘”라고 시키면 통제가 쉽습니다.

이 방식이 특히 잘 맞는 사람

개발자·1인 빌더라면 기능 구현 전 요구사항 정리에 효과적입니다. 코드부터 생성하면 나중에 구조를 갈아엎기 쉽기 때문입니다.

마케터·콘텐츠 운영자라면 리서치, 목차, 초안, 팩트체크를 분리하는 것만으로 품질 차이가 납니다. Perplexity로 자료 출처를 찾고, ChatGPT로 구조화한 뒤, 사람이 최종 문장을 다듬는 식이 안전합니다.

자동화 입문자에게도 좋습니다. Zapier나 Make에서 자동화를 만들 때 “트리거와 액션을 먼저 분리”하면 어떤 앱을 연결해야 하는지 금방 보입니다.

중급자가 자주 하는 실수

가장 흔한 실수는 “너는 최고의 전문가야” 같은 역할 부여에 시간을 많이 쓰고, 정작 입력값·완료 기준·금지 사항을 안 쓰는 것입니다. 역할은 도움이 되지만 결과물을 통제하지는 못합니다.

다음 문장 하나만 추가해도 품질이 달라집니다. “먼저 작업을 5개 이하 단계로 나누고, 내가 승인한 단계만 실행해.” 이 지시를 넣으면 AI가 바로 장황한 결과물을 내지 않고, 중간 확인 지점을 만들어줍니다.

바로 복사해서 쓰는 분해 프롬프트

“아래 목표를 한 번에 실행하지 말고, 먼저 작업을 작은 단위로 나눠줘. 각 단계마다 필요한 입력값, 예상 결과물, 내가 확인해야 할 포인트를 표로 정리해. 이후 내가 선택한 1단계만 실행해.”

이 프롬프트는 글쓰기, 코드 수정, 자동화 설계에 모두 쓸 수 있습니다. 단, 실제 업무에서는 민감한 고객 정보나 비공개 API 키를 그대로 넣지 않는 것이 좋습니다.

FAQ

Q. 단계가 많아지면 오히려 느려지지 않나요?

처음 5분은 더 걸립니다. 하지만 재작성, 버그 수정, 엉뚱한 방향의 결과물을 줄이기 때문에 전체 시간은 보통 짧아집니다. 특히 코드와 자동화 작업에서는 되돌리기 비용이 커서 분해 방식이 유리합니다.

Q. ChatGPT 하나만으로도 가능한가요?

가능합니다. 다만 코드베이스를 직접 수정하거나 여러 파일을 이해해야 한다면 Cursor나 Claude Code 같은 코딩 에이전트가 편합니다. 글과 기획은 ChatGPT, 파일 작업은 IDE 기반 도구로 나누는 구성이 현실적입니다.

Q. 프롬프트를 저장해두는 도구가 필요할까요?

반복 작업이 있다면 Notion이나 Airtable에 저장해두는 편이 좋습니다. “목표, 입력값, 단계, 결과, 수정 메모”만 남겨도 다음 작업의 출발점이 됩니다.

오늘 적용할 한 가지

지금 막힌 작업을 하나 고르고, AI에게 완성본을 요구하지 마세요. 먼저 “이 일을 어떤 순서로 나눠야 하는지”만 물어보세요. 그 목록에서 가장 작은 단계 하나를 선택해 실행하면 됩니다.

프롬프트 한 방으로 안 될 때 작업을 나눠 시키는 법 중급의 시작은 거창한 방법론이 아니라, AI에게 맡길 일을 사람의 작업관리처럼 쪼개는 습관입니다. 이 습관이 잡히면 도구를 바꿔도 결과가 덜 흔들립니다.

관련 링크

글쓴이 용기

AI 코딩 에이전트로 직접 빌드하는 개발자. Claude Code·Codex 실사용 후기와 빌더 일지를 씁니다.

지식창고