한 줄 정의
어떤 주장이나 논증이 타당성을 유지하기 위해 반드시 참이어야 하는, 그러나 스스로 증명하지 못한 기저의 핵심 전제(Load-bearing assumption)를 파악하고 검증하여 논리의 취약점을 공략하는 분석 워크플로우.
핵심 요지
- 모든 논증은 암묵적으로 의존하고 있는 기저의 핵심 전제(Load-bearing assumption)를 가지고 있으며, 이를 찾아내는 것이 전체 맥락을 요약하는 것보다 논증의 견고함을 파악하는 데 더 효과적이다.
- LLM에 분석 대상을 제공하고, 주장을 무너뜨릴 수 있는 “단 하나의 전제”가 무엇인지 질문하여 논리의 가장 약한 고리를 포착한다.
- 단일 자료 분석에 그치지 않고, 상호 대립되거나 보완적인 다수의 자료를 교차 분석(Cross-analysis)하여 숨겨진 전제들의 충돌과 모순을 도출한다.
- 도출된 핵심 전제에 대해 지속적으로 반증을 제시하고 이의를 제기(Push back)하는 핑퐁식 상호작용(Back-and-forth iteration)을 거쳐 분석의 깊이를 더한다.
절차
- 분석 대상 자료 준비: 분석하고자 하는 논증, 보고서, 논문 등의 원문 자료를 수집한다. 가능하면 상호 교차 비교가 가능한 2개 이상의 자료를 함께 준비한다.
- 자료 입력 및 컨텍스트 제공: 준비한 자료를 LLM(예: NotebookLM 등)의 컨텍스트에 입력하거나 업로드한다.
- 핵심 전제 도출 프롬프트 실행: 다음 프롬프트를 사용하여 주장의 기저에 깔려 있는 약한 고리를 질문한다.
“이 주장의 뼈대를 완전히 무너뜨릴 수 있는, 만약 사실이 아닐 경우 치명타를 입힐 단 하나의 전제(Assumption)는 무엇인가요?”
- 취약점 검증 및 푸시백(Push back): 도출된 전제에 대해 이의를 제기하고 예외를 탐색한다.
“이 전제가 성립하지 않는 실무적/현실적 예외는 무엇인가?” “이 전제를 반박할 수 있는 실제 팩트나 통계 데이터가 있는가?”
- 의사결정 및 대안(Options) 도출: 핵심 전제가 거짓일 때 취해야 할 실무적인 실행 대안을 요구한다.
“이 전제가 유효하지 않다고 판정될 경우, 내가 실무에서 취해야 할 구체적인 대안은 무엇인가?”
체크리스트
- 분석하려는 핵심 주장이나 논증이 명확하게 정의되었는가?
- 해당 주장이 의존하고 있는 암묵적이고 증명되지 않은 기저의 가정(Assumption)을 식별했는가?
- 도출된 전제가 거짓일 때 전체 주장이 완전히 무너지는 성격의 ‘핵심 전제(Load-bearing)‘가 맞는가?
- 분석의 정밀도를 위해 다수 문서 간의 교차 분석(Cross-analysis)을 설계했는가?
- LLM의 1차 답변에 만족하지 않고, 최소 2회 이상 반박 질문(Push back)을 던져 심층 검증을 거쳤는가?
예시 시나리오
- 시나리오: “A사에서 신규 AI 코딩 에이전트를 도입하여 개발 생산성을 50% 향상시킬 수 있다”는 제안서를 검토 중이다.
- 워크플로우 적용:
- 제안서 원문을 LLM에 업로드한다.
- “이 제안서의 주장을 완전히 무너뜨릴 수 있는, 만약 사실이 아닐 경우 치명타를 입힐 단 하나의 전제는 무엇인가?” 라고 질문한다.
- LLM의 1차 분석: “생산성이 50% 향상되려면, 에이전트가 생성한 코드를 인간 엔지니어가 검증하는 리소스(Review Overhead)가 거의 발생하지 않거나 극히 최소화되어야 한다는 암묵적 전제가 깔려 있습니다. 만약 검증 및 디버깅 오버헤드가 크다면 생산성 향상률은 오히려 마이너스가 될 수 있습니다.”
- 추가 검증(Push back): “제안서 내에 ‘검증 오버헤드’를 통제하거나 측정하기 위한 구체적인 프로세스나 데이터가 존재하는가? 존재하지 않는다면, 리뷰 오버헤드가 전체 프로세스에 미치는 영향을 역으로 분석해 줘.”
- 대안 도출: 만약 검증 오버헤드 통제 방안이 부실하다면, 도입 전 파일럿 프로젝트를 통해 이 오버헤드 지표를 먼저 측정하는 의사결정을 내릴 수 있다.