이득:
- 초기 출력이 완벽할 수는 없으며 반복은 일반적인 프로세스라는 점을 이해합니다.
- 목표가 지정된 단변량 피드백을 통해 결과를 체계적으로 개선할 수 있습니다.
- 성공적인 프롬프트를 재사용 가능한 템플릿으로 전환하는 논리를 알고 있습니다.
초보자의 가장 큰 실수는 첫 번째 프롬프트에서 완벽한 결과가 나올 것이라고 기대하는 것입니다. 첫 번째 결과물이 기대에 못 미치면 “AI는 이 일을 할 수 없다”며 포기한다. 그러나 숙련된 사용자에게는 첫 번째 출력이 끝이 아니라 시작입니다. 이번 단원에서는 즉각적인 글쓰기를 일회성 작업이 아닌 대화와 개선 과정으로 보는 방법을 배웁니다. 반복은 신속한 엔지니어링의 핵심입니다.
반복이란 무엇이며 왜 정상적인가요?
반복은 출력을 가져와서 마음에 들지 않는 점을 지적하고 프롬프트나 요청을 수정하여 재현하는 것입니다. 초기 출력이 불완전한 경우 이는 실패가 아니라 프로세스의 자연스러운 부분입니다. 왜냐하면 대부분의 경우 첫 번째 출력을 볼 때만 원하는 것이 무엇인지 명확해지기 때문입니다. 좋은 사용자는 초기 출력을 "초안"으로 취급하고 목표를 향해 조금씩 깎습니다.
반복에는 두 가지 유형이 있습니다.
- 대화 중 수정: "이것을 더 짧게 만들어 주세요", "세 번째 항목을 제거하세요" 등의 피드백으로 동일한 대화를 진행합니다. 그것은 빠릅니다; 모델은 이전 출력을 기억합니다.
- 프롬프트 재작성: 배운 내용을 초기 프롬프트에 적용하고 더 나은 지침으로 처음부터 시작합니다. 재사용할 작품에 가치가 있습니다.
타겟 피드백 제공
반복의 비결은 피드백이 타겟으로 지정된다는 것입니다. "마음에 들지 않아 다시 써주세요"라고 말하는 것은 모델을 지시하는 것이 아닙니다. 아마도 비슷한 결과가 나올 것입니다. 대신, 무엇을 어떻게 바꿀지 정확히 말하세요.
- 약함: "이건 좋지 않아요."
- 스트롱: "서론이 너무 길어요. 첫 번째 문단을 한 문장으로 줄이세요. 어조가 너무 형식적이니 좀 더 친근하게 해주세요. 검증할 수 없기 때문에 두 번째 글머리 기호에서 주장을 삭제하세요."
일변량 최적화
과학적인 습관을 들이십시오. 한 번에 하나씩 바꾸십시오. 톤, 길이, 구조를 동시에 변경하면 어떤 변경 사항이 적용되었는지, 출력이 향상되는지 저하되는지 알 수 없습니다. 단일 변수를 사용하면 무엇이 효과적인지 배우고 이를 고수할 수 있습니다.
반복 루프
단계
당신은 무엇을 합니까
1. 생산
첫 번째 프롬프트로 출력 가져오기
2. 평가
좋았던 점, 싫었던 점 - 구체적으로 적어주세요
3. 하나의 변화
하나의 문제를 대상으로 단일 수정을 수행합니다.
4. 재생성
변경 효과 보기
5. 비교
그는 회복됐나요? 그렇다면 보관하고, 그렇지 않으면 취소하세요.
6. 고정
좋은 결과를 주는 프롬프트를 템플릿에 저장
복사 가능한 템플릿 4개
1) 목표 수정:
이전 출력은 괜찮았지만 다음과 같이 변경되었습니다. - [단일 구체적인 변경 1]- [단일 구체적인 변경 2]다른 모든 항목은 동일하게 유지하세요.
2) 출력을 비판합니다.
방금 작성한 텍스트를 편집자의 눈으로 비평해 보세요. 3가지 약점을 찾아 각각에 대한 구체적인 수정안을 제시합니다. 그런 다음 수정된 버전을 작성합니다.
3) 변형 생성(A/B):
이 텍스트를 2가지 다른 버전으로 만드세요: A) 더 형식적이고 더 짧습니다. B) 더 친절하고 예가 있습니다. 둘 다 제공하십시오. 어떤 상황에 더 적합한지 한 문장으로 말해 보세요.
4) 프롬프트를 통해 자신을 치료하십시오.
다음 프롬프트를 사용했지만 결과는 충분합니다 [문제]. 이 프롬프트를 보다 명확하고 효과적으로 작성할 수 있는 방법을 제안해 주십시오. 개선된 프롬프트를 작성하고 변경한 내용과 이유를 설명하세요. 프롬프트: [현재 프롬프트]
약한 프롬프트 / 강한 프롬프트(피드백)
좋지 않은 피드백:
작동하지 않았습니다. 다시 시도해 보세요.
강력한 피드백:
내용은 정확하지만 세 가지 문제가 있습니다: 1) 210 단어; 120.2로 축소) 두 번째 단락은 기술적입니다. 전문 용어를 단순화하십시오.3) 마무리가 약합니다. 명확한 다음 단계 문장으로 마무리하세요. 다른 모든 것을 유지하십시오.
두 번째 피드백은 모델이 터치할 위치를 정확하게 알려줍니다. 결과는 한 턴에 목표에 가까워집니다.
미니 케이스 3개
사례 1 - 콘텐츠 제작. 한 마케팅 담당자는 "마음에 들지 않습니다. 다시 작성해 주세요"라고 6번이나 말하면서 홍보 문구를 시도했지만 더 이상 도달하지 못했습니다. 그가 접근 방식을 바꾸고 각 라운드마다 하나의 구체적인 변경(먼저 길이, 다음 어조, 다음 마무리)을 요청했을 때 그는 3라운드 만에 출판 가능한 텍스트를 달성했습니다. 총 시간이 절반 이하로 단축되었습니다.
사례 2 — 보고. 한 분석가는 첫 번째 요약이 너무 기술적인 것을 보고 "관리자가 이것을 이해하지 못할 것입니다. 기술 용어를 일상 언어로 번역하고 길이를 유지합니다"라고 말했습니다. 단변량 수정 덕분에 보고서는 단순화되었고 범위를 잃지 않았습니다. 두 번째로 완전히 다시 작성할 필요가 없었습니다.
사례 3 - 템플릿화. 지원팀은 동일한 유형의 응답을 반복적으로 수정하고 있었습니다. 마지막으로 템플릿에 이상적인 프롬프트를 기록했습니다. 이제 새로운 케이스마다 처음부터 반복하는 대신 사소한 변경 사항이 포함된 템플릿을 사용합니다. 이는 반복의 요점을 보여줍니다. 한 번 좋게 만든 다음 다시 사용하십시오.
팁: 모델에게 자신의 결과물을 비평해 달라고 요청하세요(“이 텍스트의 3가지 약점을 찾아보세요”). 모델은 종종 자체 오류를 인식하고 수정합니다. 이는 귀하를 대신하여 사전 편집을 수행합니다.
주의: 반복에는 제한이 있습니다. 5~6라운드 후에도 여전히 목표에 가까워지지 않는다면 문제는 작은 수정에 있는 것이 아니라 기본적인 접근 방식에 있는 것입니다. 처음부터 역할, 컨텍스트 또는 작업을 잘못 설정했을 수 있습니다. 그 시점에서는 패치 적용을 중단하고 프롬프트를 처음부터 다시 디자인하세요.
두 가지 반복 경로: 대화인가 아니면 재작성인가?
반복하는 동안 어떤 방법이 더 효율적인지 알면 시간이 절약됩니다. 규칙은 다음과 같습니다. 일회성 작업의 경우 채팅에서 수정하는 것이 가장 빠릅니다. 모델이 이전 출력을 기억하고 차이점만 알 수 있기 때문입니다. 하지만 반복하게 될 작업의 경우 배운 내용을 초기 프롬프트에 작성하고 깔끔한 템플릿을 생성하는 것이 더 가치가 있습니다. 다음 번에는 반복할 필요 없이 좋은 결과를 얻을 수 있기 때문입니다.
실제로는 두 가지를 결합하는 것이 가장 효율적입니다. 먼저 채팅에서 빠르게 시도하여 올바른 지침을 찾은 다음 찾은 지침을 깨끗한 프롬프트에 입력하고 라이브러리에 저장합니다. 이러한 방식으로 귀하는 빠르게 발전하고 귀하의 노동력을 영구적인 자산으로 전환할 수 있습니다.
반복을 학습 기록으로 보기
반복할 때마다 어떤 추가 항목이 출력을 향상시켰는지, 어떤 제약 조건이 불필요한지, 모델에 무엇이 잘못되었는지 등을 배울 수 있습니다. 이러한 학습 내용을 기록하면 시간이 지남에 따라 개인적인 "효과가 있는 것" 가이드가 만들어집니다. 예를 들어, "이 유형의 요약에서는 '댓글 추가' 제약 조건이 필수입니다.", "타이틀 제작에는 예 3개면 충분하고, 5개는 불필요합니다"와 같은 추론을 통해 다음 유사한 작업의 첫 번째 시도에서 올바른 프롬프트를 작성할 수 있습니다. 이 지식은 숙련된 사용자와 초보자를 실제로 구별하는 요소입니다. 그들은 각 비즈니스를 처음부터 시작하는 것이 아니라 이전 반복의 교훈으로 무장합니다.
모델을 반복 파트너로 만들기
반복을 혼자 실행할 필요는 없습니다. 모델에게 "어떻게 하면 이 출력을 내 목표에 더 가깝게 만들 수 있나요? 3가지 구체적인 제안을 주세요."라고 질문할 수 있습니다. 모델은 출력의 약점을 정확하게 진단하고 수정 방법을 제안하는 경우가 많습니다. 이는 반복을 "시행 착오"에서 대상 협업으로 전환합니다. 당신이 원하는 것을 우리에게 말하면, 모델은 거기에 도달하는 방법을 알려줍니다.
일반적인 실수
- 같은 메시지를 다시 보냅니다. 변경하지 않고 다시 시도합니다. 결과는 변하지 않습니다.
- 막연한 피드백. "마음에 안 든다"고만 말하고 무엇을 고칠 것인지는 말하지 않는다.
- 한 번에 많은 것을 변화시킵니다. 작동하는 것을 배우지 않습니다.
- 좋은 프롬프트를 녹음하지 않았습니다. 매번 같은 반복을 반복합니다.
- 무한 반복. 패치를 통해 근본적으로 잘못된 프롬프트를 수정하려고 합니다.
요약하면
- 초기 출력은 거의 완벽하지 않습니다. 반복은 실패가 아니며 프로세스의 자연스러운 부분입니다.
- 효과적인 반복은 모호하지 않은 목표가 있는 피드백으로 진행됩니다.
- 라운드마다 한 가지를 변경합니다. 그래서 당신은 무엇이 효과가 있는지 배웁니다.
- 모델에게 자신의 결과물을 비평하도록 요청하여 사전 편집할 수 있습니다.
- 템플릿에 잘 작동하는 프롬프트를 저장하세요. 반복의 목표는 재사용 가능한 자산을 생성하는 것입니다.
응용과제
인쇄물을 가지고 의식적으로 세 번의 반복을 거칩니다. 즉, 라운드당 한 가지만 변경하고(먼저 길이, 그다음 톤, 마지막 마무리) 각 라운드를 기록합니다. 세 번째 라운드 후에는 어떤 변경 사항이 가장 큰 변화를 가져왔는지 확인하고 최종 프롬프트를 재사용 가능한 템플릿으로 저장합니다.
체크리스트
- [ ] 나는 초기 결과물을 완성된 작업이 아닌 초안으로 봅니다.
- [ ] 나는 피드백을 구체적이고 구체적으로 전달합니다.
- [ ] 라운드당 한 번씩 변경합니다.
- [ ] 모델에게 자체 결과를 비판하도록 요청할 수 있습니다.
- [ ] 좋은 결과를 얻을 수 있는 프롬프트를 템플릿에 저장합니다.