한 줄 정의

주어진 자료나 주장을 무비판적으로 수용하지 않고, LLM을 비판적인 동료 검토자(Peer Reviewer)로 설정하여 논증의 허점, 취약한 전제, 누락된 맹점을 능동적으로 발굴하는 검증 워크플로우(Workflow).

핵심 요지

  • 우호적 관점의 극복: LLM에게 단순히 우호적인 요약이나 설명을 구하는 대신, 의도적으로 약점을 들춰내게 하여 주장의 설득력을 한층 객관적으로 평가한다.
  • 취약한 전제(Load-bearing Assumption) 식별: 전체 논증의 뼈대를 지탱하는 가장 약한 고리를 포착하여, 주장이 쉽게 무너질 수 있는 지점을 사전 검증한다.
  • 확증 편향(Confirmation Bias) 탈피: ‘자신의 신념을 완전히 뒤엎을 수 있는 반증이나 사실’을 LLM과 함께 추적하여 인지적 맹점을 제거한다.
  • 방어적 대안 및 보완책 수립: 식별된 약점과 모순점을 바탕으로 반론에 대비하고, 실행 가능한 보완 조치를 미리 수립한다.

절차

  1. 역할 정의 및 비판적 프레임워크 설정 (Roleplay) LLM에게 논문의 허점을 잡기 위해 벼르는 까다로운 피어 리뷰어(Peer Reviewer) 역할을 명시적으로 지시한다.
  2. 핵심 전제(Load-bearing Assumption) 검증 전체 논증의 바탕이 되는 가정 중, 사실이 아닐 때 치명타를 입힐 수 있는 핵심 전제가 무엇인지 분석한다.
  3. 누락된 쟁점(Missing Gap) 스캔 논의의 성격상 당연히 다뤄야 하지만 문서가 의도적으로 회피하거나 생략한 맹점(Risk, 비용 등) 목록을 작성한다.
  4. 논리적 모순(Contradiction) 탐지 긴 보고서나 공동 집필 문서의 경우, 내부에서 상호 충돌하거나 논리적 일관성이 깨진 부분을 감지한다.
  5. 토론 및 보완책 설계 (Action Plan) 추출된 비판적 관점을 토대로 토론 대비 요약표(Debate prep sheet)를 만들고, 부족한 근거를 보충하는 후속 조치를 계획한다.

체크리스트

  • LLM에게 비판적인 검토자 역할을 상세하게 지시했는가?
  • 주장을 떠받치는 핵심 전제가 무너질 경우에 대비한 대안이 마련되어 있는가?
  • 문서 내 논리적 모순이나 일관성이 깨진 지점이 식별되었는가?
  • 본문에 언급되지 않고 누락된 쟁점을 타 보조 자료를 활용해 교차 검증하였는가?
  • 반대 의견을 제기할 상대방과의 토론을 대비한 대응 논리가 준비되었는가?

예시 시나리오

투자 제안서나 프로젝트 기획서를 검증하는 상황에서 다음과 같이 단계별 프롬프트 시스템을 적용할 수 있다.

  1. 피어 리뷰어 검증 단계

    “당신은 이 비즈니스 기획서의 현실성을 검증하고 허점을 찾으려는 철저하고 까다로운 외부 투자 심사역입니다. 이 기획서의 논증에서 가장 신뢰하기 어렵고 근거가 빈약한 부분 3가지를 구체적으로 지적해 주세요.”

  2. 핵심 전제 및 모순 검증 단계

    “이 기획서가 성공한다고 가정할 때, 기저에 깔려 있는 가장 위험한 핵심 전제는 무엇입니까? 그 전제가 거짓으로 밝혀진다면 사업 모델 전체가 어떻게 붕괴하는지 분석해 주세요. 또한 문서 전반부와 후반부에서 서로 모순되는 데이터나 수치가 있다면 찾아내 주세요.”

  3. 누락 쟁점 도출 단계

    “이 기획서의 경쟁 분석과 재무 계획에서 마땅히 다뤘어야 하지만, 의도적으로 회피하거나 누락시킨 것으로 의심되는 핵심 리스크 요소는 무엇입니까?”

충돌

아직 확인된 충돌 사항 없음.

관련 노트