이득:
- 단계별 사고가 복잡한 작업의 정확성을 향상시키는 이유를 설명하세요.
- 모델 추론을 안내하는 표현과 구조를 사용할 수 있습니다.
- 기술이 적절한 상황과 불필요한 상황을 구별합니다.
일부 작업은 단번에 응답할 수 없습니다. 여러 단계의 사고가 필요합니다. 이러한 작업에는 매우 간단하지만 놀랍도록 효과적인 기술이 있습니다. 즉, 모델에게 단계별로 생각하도록 요청하는 것입니다. 영어로 "사고의 사슬"이라고 불리는 이 방법은 복잡한 작업의 정확성을 크게 높입니다. 이번 단원에서 우리는 이 기술이 왜 작동하는지, 어떻게 적용하는지, 언제 사용하는지, 사용하지 않는지를 배울 것입니다.
이 기술은 왜 작동하는가?
이전 단원에서 살펴본 것처럼 모델은 단어별로 진행하여 텍스트를 생성합니다. 그것이 생성하는 각 단어는 다음 단어의 입력이 됩니다. 모델에 결과를 직접 요청하면 모델은 한 단계에서 해당 결과를 "예측"하려고 시도하고 중간 단계에서 수행해야 하는 추론을 건너뜁니다. 이로 인해 특히 다단계 작업에서 오류가 발생합니다.
모델에게 먼저 생각한 다음 대답하도록 요청하면 모델은 중간 단계를 텍스트로 입력합니다. 이러한 중간 단계는 "중간 입력"처럼 작동하며 다음 단계를 더 정확하게 만듭니다. 즉, 모델이 생각할 수 있는 공간을 열어주는 것입니다. 이는 사람들이 어려운 문제를 종이에 적고 이를 단계별로 해결하는 것과 같습니다. 관련된 작업이 올바른 결과를 얻을 가능성을 높입니다.
단계별로 트리거하는 방법은 무엇입니까?
몇 가지 간단한 진술은 추론 패턴을 안내합니다.
- "단계적으로 생각해보세요."
- "먼저 관련 정보를 정리한 후 결정하세요."
- "해결책에 도달하기 전에 각 단계를 명확하게 기록해 보세요."
- "시간을 갖고 각 단계를 정당화하십시오."
이것은 마법의 단어가 아닙니다. 이는 모델에 "결과를 즉시 제공하지 말고 중간 단계를 생성하라"고 말하는 방법입니다.
어디에 유용하고 어디에 불필요한가요?
임무 유형
단계별로 생각하기
다단계 미적분/논리 문제
매우 유용하다
결정을 정당화하기
유용한
긴 텍스트에서 추론하기
유용한
간단한 번역 / 한 단어 답변
불필요한
짧은 인사말/제목
불필요한
속도가 중요하고 작업이 간단한 경우
피하다
규칙: 작업을 한 번에 안전하게 완료할 수 있다면 단계별로 생각하는 것은 시간을 더 늘릴 뿐입니다. 그러나 작업에 여러 가지 중간 결정이 포함된 경우 판단을 공개하면 정확성이 향상됩니다.
결론과 추론을 분리하기
단계별로 생각하는 데에는 실용적인 미묘함이 있습니다. 때로는 중간 단계(검사를 위해)를 보고 싶을 때도 있고, 때로는 깨끗한 결과만 보고 싶을 때도 있습니다. 다음과 같이 두 가지를 관리할 수 있습니다.
- 감사의 경우: "먼저 추론을 기록한 다음 '결론:'에 최종 답변을 제공하세요." 이렇게 하면 생각과 결과를 별도로 볼 수 있습니다.
- 깔끔한 출력을 위해: "단계적으로 생각하되 최종 결과만 작성하세요." 모델 내에서 추론하고 결과만 제공합니다. (후자의 판단은 통제할 수 없습니다. 중요한 문제에서는 첫 번째 경로를 선택하십시오.)
복사 가능한 템플릿 4개
1) 결정의 정당성:
작업: [결정 질문]먼저 결정에 영향을 미치는 요인을 나열하세요. 각 요소를 간략하게 평가합니다. 그런 다음 "권장 사항:"이라는 제목 아래에 명확한 권장 사항을 하나 제시합니다.
2) 다단계 분석:
다음 상황을 단계별로 분석합니다. 1) 사용 가능한 데이터를 요약합니다. 2) 가능한 원인을 나열합니다. 3) 증거로 각 원인을 뒷받침하거나 배제합니다. 4) 가장 가능성이 높은 원인과 다음 단계를 설명합니다. 상황: [텍스트]
3) 확인/감사(자체 답변 테스트):
이 질문을 해결하세요. 그런 다음 처음부터 솔루션을 검토하십시오. 각 단계에서 오류를 확인하고 필요한 경우 수정하십시오. 마지막으로 "확인된 결과:"라고 작성합니다. 질문: [질문]
4) 깔끔한 결론(추론 숨기기):
이 문제를 단계별로 생각하여 해결하되, 마지막 한 줄 답변만 알려주세요.문제: [문제]
약한 프롬프트 / 강한 프롬프트
약함:
3개의 공급업체 견적 중 어떤 것을 선택해야 합니까?[견적]
강한:
3개의 공급업체 견적을 평가합니다. 단계별로 진행하십시오. 1) 가격, 배송 시간 및 보증 측면에서 각 견적을 표로 작성하십시오. 2) 우리의 우선 순위는 배송 속도입니다. 각 제안에 따라 점수를 매깁니다(1-5).3) 정당성을 포함하여 점수를 설명합니다.4) "제안:"이라는 제목 아래에서 하나를 선택하고 이를 한 문장으로 정당화합니다.제안:[제안]
두 번째 프롬프트 모델은 먼저 구성, 그 다음 우선순위에 따른 점수 매기기, 마지막으로 결정으로 이어집니다. 결과는 더욱 정확해지고 타당성을 확인할 수 있습니다.
미니 케이스 3개
사례 1 - 예산 통제. 사무실 관리자가 8개 항목의 비용 목록과 예산 초과 항목의 합계를 요구했을 때 모델이 직접 질문했을 때 항목을 생략하고 잘못된 합계를 제공했습니다. "먼저 각 항목을 하나씩 적어서 실행한 후 합산해서 예산과 비교해 보세요"라고 했더니 합계가 정확하고 초과 항목 2개도 명확하게 표시되어 있었습니다.
사례 2 - 계약 위험. 조달 전문가가 계약서의 위험한 조항에 대해 물었을 때 모델은 단계별 지침 없이 피상적인 목록을 제공했습니다. “기사를 하나하나 읽어보고 위험이 있으면 왜 위험한지를 적고 가장 중요한 3개를 나열하라”는 말에 분석이 한층 깊어지며 간과했던 처벌 조항이 포착됐다.
사례 3 - 가격 책정 시나리오. 기업가가 3가지 가격 패키지가 연간 소득에 미치는 영향에 대해 물었을 때 직접적인 대답은 일관되지 않았습니다. 단계별 지침(가정 기록 → 각 패키지를 별도로 계산 → 비교)을 통해 계산이 일관되게 되었습니다. 그럼에도 불구하고 결과는 스프레드시트에서 독립적으로 검증되었습니다.
팁: 중요한 계산이나 결정인 경우 추론이 표시되도록 요청하세요('단계 표시'). 시각적 추론을 통해 어디에서 잘못되었는지 알려주고 수정하기가 더 쉬워집니다.
주의: 단계별 추론은 정확성을 향상시키지만 이를 보장하지는 않습니다. 모델의 중간 단계가 일관적으로 나타나더라도 계산이 잘못될 수 있습니다. 항상 수치 및 사실 결과를 독립적으로 확인하십시오(계산기, 소스, 두 번째 방법).
일반적인 실수
- 간단한 작업에 적용됩니다. 일회성 작업으로 불필요한 길이를 생성합니다.
- 판단을 통제하지 못함. "단계적으로 생각하라"고 말하고 중간 단계를 읽지 않고 결과를 받아들인다.
- 결과를 분리하지 않습니다. 추론과 최종 답변이 얽혀 있으면 유용한 결론을 도출할 수 없습니다.
- 확인을 건너뛰는 중입니다. 단계가 논리적으로 보일 때 의심 없이 수치 결과를 받아들입니다.
- 과도한 조치를 요구합니다. 15단계 푸시는 간단한 작업을 불필요하게 복잡하게 만듭니다.
요약하면
- 단계별 프롬프트는 결과를 제공하기 전에 모델에 중간 단계를 기록하도록 요청하는 것입니다.
- 중간 단계는 중간 입력으로 작동하고 다단계 작업의 정확성을 높입니다.
- 이 기술은 복잡한 계산, 논리 및 정당화에 유용합니다. 간단한 원스텝 작업에서는 불필요합니다.
- 추론과 최종 결과를 분리함으로써 감사하고 깨끗한 결과를 얻을 수 있습니다.
- 기술은 향상되지만 정확성을 보장하지는 않습니다. 수치적이고 사실적인 결과를 반드시 확인하세요.
응용과제
여러 단계(예산 확인, 견적 비교 또는 결정)가 필요한 실제 업무를 수행하세요. 먼저 직접 물어보고, '단계적으로 생각하고, 단계를 보여주고, 결론을 적는' 형식으로 다시 질문하세요. 두 출력의 정확성을 독립적으로 확인하고 단계별 버전의 차이점을 확인하세요.
체크리스트
- [ ] 단계별로 생각하면 정확도가 높아지는 이유를 설명할 수 있습니다.
- [ ] 모델의 추론을 유도하는 표현을 사용할 수 있습니다.
- [ ] 나는 기술이 적절한 작업과 불필요한 작업을 구분합니다.
- [ ] 추론을 분리하여 최종 결과를 물어볼 수 있습니다.
- [ ] 나는 항상 결과를 독립적으로 확인한다.