좋은 프롬프트 엔지니어링이 첫 번째 시도에서 완벽한 프롬프트를 작성하는 것이라고 생각했어요.
멋진 무언가를 작성하고 입력을 누르면 정확히 원하는 것을 얻을 수 있습니다. 마법의 주문처럼요.
그렇지 않습니다. 하지만 이를 받아들이자마자 AI를 훨씬 더 잘 사용하게 되었습니다.
첫 프롬프트는 단지 시작일 뿐입니다
당신의 첫 프롬프트는 출발점이지 마지막이 아닙니다.
전문가들도 첫 시도에 성공하지 못합니다. 그들은 프롬프트 엔지니어링을 대화처럼 다룹니다—각 응답이 다음 요청에 영향을 미치는 주고받음입니다.
AI가 뭔가를 줍니다. 뭐가 빠졌거나 틀렸는지 봅니다. 조정합니다. 필요한 것을 얻을 때까지 반복합니다.
이건 기술의 실패가 아닙니다. 이것이 기술입니다.
첫 프롬프트가 실패하는 이유
여러 가지가 첫 시도 성공에 작용합니다:
옵션을 볼 때까지 정확히 뭘 원하는지 몰라요. “전문적인 이메일"을 원한다고 생각하지만 AI의 버전을 읽으면 사실 더 짧고, 따뜻하고, 직접적인 것을 원했다는 걸 깨달아요.
AI가 당신의 말을 다르게 해석해요. “Casual"이 당신에게는 “편하지만 전문적"을 의미할 수 있지만, AI에게는 “슬랭과 이모지 사용"을 의미할 수 있어요. 결과를 봐야만 이 불일치를 발견합니다.
복잡한 요청은 많은 변수를 가져요. 톤, 길이, 형식, 세부 수준, 포함할 내용, 제외할 내용—모든 걸 미리 지정할 수 없어요. 어떤 것은 반복을 통해서만 명확해집니다.
개념과 실행 사이의 간격은 실제예요. 당신의 머릿속에 구상이 있어요. 그걸 AI가 실행할 수 있는 말로 번역하려면 개선이 필요합니다.
이 모든 게 당신 탓이 아니에요. 그냥 프로세스가 그렇게 작동하는 거예요.
반복의 사고방식
도움이 되는 정신적 전환입니다:
완벽한 프롬프트를 쓰려고 하지 말고. 생산적인 대화를 시작하려고 하세요.
당신의 첫 프롬프트는 유용한 응답을 얻기에 충분해야 합니다—당신이 반응하고 그 위에 구축할 수 있는 것. 그 다음 반복해요.
완벽한 초기 프롬프트를 고민하는 것보다 빨라요. 그리고 실제 결과를 바탕으로 조정을 하고 있어서 더 나은 결과를 만들어요.
실용적인 반복 문구
이건 내가 가장 자주 쓰는 후속 문구예요. 직접 복사하세요:
길이 조정
- “더 짧게 해주세요. 반으로 줄여주세요.”
- “너무 짧아요. 더 세부사항을 추가해서 확장해주세요.”
- “이건 한 문단에 맞아야 해요.”
- “이걸 더 짧은 섹션으로 나눠주세요.”
톤 조정
- “너무 공식적이에요. 대화체로 만들어주세요.”
- “너무 캐주얼해요. 더 전문적으로 해주세요.”
- “더 따뜻하게. 친구와 얘기하는 것처럼.”
- “더 자신감 있게. 주저함을 줄여주세요.”
내용 조정
- “[특정 측면]에 더 집중해주세요.”
- “[주제]에 관한 부분을 빼주세요.”
- “예시를 추가해주세요.”
- “구체적인 숫자/데이터를 포함해주세요.”
- “이론은 적게, 실행 가능한 조언은 많게.”
형식 조정
- “이걸 글머리 기호로 제시해주세요.”
- “번호 매긴 목록으로 변환해주세요.”
- “제목을 사용해서 정리해주세요.”
- “이걸 표에 넣어주세요.”
- “코드처럼 포맷해주세요.”
방향 바꾸기
- “정확히 내가 의도한 게 아니에요. 난…”
- “좋은데, X에 더 많이, Y에 더 적게 필요해요.”
- “이 각도로 다시 시작해주세요: [새로운 방향].”
- “구조는 유지하되 예시를 바꿔주세요.”
더 가까워지기
- “거의 다 왔어요. 두 번째 문단이 완벽한데—첫 번째 문단도 그 톤으로 만들어주세요.”
- “형식은 맞는데 내용을 더 구체적으로 만들어주세요.”
- “결론을 제외한 다 유지하고. 그 부분만 다시 써주세요.”
3번의 반복 규칙
대부분의 작업은 3번의 반복 안에 수렴합니다:
반복 1: 기본 결과물을 얻어요. 초기 프롬프트로 AI가 뭘 만드는지 봐요.
반복 2: 명백한 문제들을 고쳐요. 톤, 길이, 형식 문제를 수정해요.
반복 3: 세부사항을 미세조정해요. 완벽히 만들기 위한 작은 조정.
3번 반복을 넘어서도 가까워지지 않으면 당신의 접근법에 뭔가 잘못된 거예요—작업이 단일 프롬프트에는 너무 복잡하거나 다른 각도로 다시 시작해야 해요.
나누기 vs 반복
때론 반복이 답이 아니에요. 때론 작업을 나눠야 해요.
반복할 때:
- 결과가 올바른 방향으로 가고 있어요
- 한두 가지만 조정하고 있어요
- 작은 변경으로 고칠 수 있어요
나눌 때:
- 결과가 완전히 잘못됐어요
- 많은 중요한 것들이 바뀌어야 해요
- 요청이 너무 많은 걸 하려고 해요
복잡한 작업의 경우: “이걸 단계별로 해봐요. 먼저 [첫 번째 부분]만 줘요.”
그 부분에 반복해요. 맞을 때까지. 그 다음 다음 부분으로 넘어가요.
선택적 피드백
뭐가 작동하고 뭐가 안 하는지 구체적으로 말해요.
모호함: “이건 맞지 않아요.”
더 나음: “톤은 완벽한데 예시가 내 산업에 안 맞아요. 소매 대신 B2B 소프트웨어 예시를 써주세요.”
훨씬 나음: “1번과 3번 문단은 그대로 유지하고. 2번 문단을 다시 써주세요. 이점 대신 구현 과제에 집중해서요.”
피드백이 구체적할수록 AI가 뭘 바꿔야 할지 덜 추측해도 돼요.
“네, 그리고” 기법
전체 결과물을 대체하는 대신 좋은 것 위에 구축해요.
프롬프트: “내 원격 근무 블로그 포스트를 위한 도입 문단을 써주세요.”
AI가 무난하지만 일반적인 거 써요.
후속: “좋은 시작이에요. 이제 더 개인적으로 만들어주세요—독자들이 공감할 수 있는 원격 근무의 구체적인 좌절 순간을 언급해주세요.”
AI가 개인적 요소를 추가해요.
후속: “더 좋아요. 이제 마지막 문장을 더 임팩트 있게 해주세요.”
각 반복이 레이어를 추가해요. 당신은 처음부터가 아니라 응답을 조각하고 있어요.
언제 다시 시작할지
때론 반복할 가치가 없어요. 이럴 때 새로 시작해요:
- 5번 이상 반복했는데도 답답해요
- 기본 접근이 잘못됐어요 (세부사항만이 아니라)
- 결과물에서 배운 게 당신이 원하는 걸 바꿔요
- 대화 문맥이 복잡해졌어요
다시 시작하는 건 실패가 아니에요. 배운 것을 써서 더 나은 첫 시도를 하는 거죠.
다시 시작할 때 배운 거 가져가세요: “사실 난 [지금 아는 기반의 더 명확한 설명]을 원해요.”
반복의 숨겨진 이점
반복이 당신을 가르쳐요. 뭘 정말 원하는지.
종종 뭘 찾고 있는지 정확히 몰라요. 뭘 찾지 않는지 볼 때까지. AI의 첫 시도가 당신 자신의 생각을 명확히 해줘요.
“아, 정식 제안은 원치 않아요. 더 캐주얼한 피치를 원해요.”
“사실 이건 기능에 대해서보다 우리가 해결하는 문제에 대해 더 많아야 해요.”
“포괄적인 걸 원한다고 생각했는데 사실 핵심 포인트만 필요해요.”
이 발견 과정은 소중해요. 싸우지 말고—써먹으세요.
실용적인 워크플로우
요즘 대부분의 AI 작업이 이렇게 진행돼요:
합리적인 첫 프롬프트를 써주세요. 과하게 생각하지 마세요. 기본을 포함해요: 작업, 맥락, 중요한 제약.
질문과 함께 결과물을 읽으세요: 뭐가 좋아? 뭐가 나빠? 뭐가 빠졌어?
구체적인 피드백을 주세요. 가장 큰 문제부터 집중하세요.
2-3단계 반복 만족하거나 다른 접근이 필요하다 알 때까지.
막혔으면 다시 시작 얻은 명확함과 함께.
보통 2-4번 오가요. 거의 안 넘어가요.
당신의 새로운 만트라
완벽한 프롬프트 쓰려는 거 멈춰요.
생산적인 대화 하려는 거 시작해요.
첫 메시지는 오프닝일 뿐이에요. 중요한 건 응답으로 뭘 하는지—어떻게 가이드하고 조정하고 개선하는지예요.
당신의 첫 프롬프트는 절대 작동하지 않을 거예요.
그리고 그게 정확히 어떻게 되어야 해요.