2026년 한 개발자가 Claude 창을 연다. "마케팅 카피 써줘." 결과는 뻔하다. 다시 쓴다 — "20-30대 개발자 타겟, 시니컬한 톤, 길이 두 문장, 이모지 금지, 구체 숫자 하나 포함, 그리고 답을 내기 전에 세 가지 초안을 먼저 생각해봐." 결과가 완전히 달라진다. 같은 모델, 같은 세상, 그러나 전혀 다른 답. 이 차이를 만든 것은 AI가 아니라 질문이다. 2500년 전 소크라테스가 아테네의 광장에서 매일 증명한 바로 그 원리 — 답의 품질은 질문의 품질을 결코 넘지 못한다.
소크라테스 — 답이 아닌 질문으로 가르치다
프롬프트 엔지니어링 — 질문이 모델의 절반이다
두 지혜가 만나는 지점
소크라테스의 산파술과 프롬프트 엔지니어링은 구조적으로 같은 원리다. 네 가지 공명 지점을 본다.
1. 답은 상대 안에 있다
산파술의 전제는 "제자 안에 이미 답이 있다"였다. 프롬프트의 전제도 같다 — 모델 안에 이미 지식이 있다. 질문자의 일은 그 지식을 꺼내주는 것이지, 없는 것을 만들라고 하는 것이 아니다. 그래서 "써줘"보다 "네가 이미 아는 이 주제에서, 가장 비관습적인 관점은 무엇인가"가 더 나은 프롬프트다.
2. 단계적 질문이 깊이를 만든다
소크라테스는 한 번에 답을 묻지 않았다. "먼저 이것은 무엇인가?" → "그럼 그 정의에 이런 예외가 있지 않은가?" → "그럼 다시 정의해보라". Chain-of-Thought가 정확히 같다. "답을 내기 전에 단계를 쪼개라"는 지시 한 줄이 모델 성능을 몇 배로 끌어올린다. 깊이는 한 번의 폭발이 아니라 단계의 누적에서 나온다.
3. 자기 무지의 인정이 출발점이다
"나는 모른다"에서 시작해야 대화가 진짜 탐구가 된다. 프롬프트도 마찬가지 — "내가 명확히 모르는 것은 X다. 네 판단을 먼저 듣고 싶다"가, "당연히 X가 맞지?"보다 훨씬 나은 답을 끌어낸다. 확증 편향 프롬프트는 모델의 아첨을 유도할 뿐이다.
4. 논박(elenchus)이 최종 질을 결정한다
소크라테스는 항상 두 단계로 움직였다 — 답을 받으면 먼저 논박한다. 프롬프트도 1턴에서 만족하면 거기서 끝난다. 좋은 사용자는 2턴을 거의 반드시 넣는다 — "이 답의 약한 고리 세 개를 지적해라. 그리고 다시 써라." 이것이 현대의 elenchus다.
오늘 할 수 있는 실천 — 산파술 프롬프트 5원칙
-
1
"내가 모르는 것"을 먼저 적는다
프롬프트 첫 줄에 "이 주제에서 내가 확신하지 못하는 부분은 X, Y다"를 적어라. 모델은 당신이 확신하는 영역을 반복하지 않고, 당신이 모르는 지점을 집중 공격한다.
-
2
답 전에 단계를 요구한다
Chain-of-Thought. "답을 내기 전에 (1) 문제 정의 (2) 가능한 접근 세 가지 (3) 각 접근의 장단점 (4) 최종 선택 이유를 순서대로 써라." 이 골격 하나가 프롬프트의 50%다.
-
3
항상 elenchus 턴을 추가한다
1턴 답을 받으면, 2턴은 반드시 — "이 답의 약한 고리 세 개. 반대편에서 비판한다면. 그리고 그 비판을 반영해서 다시 써라." 한 번 더 움직이는 것이 프롬프트 차이의 핵심.
-
4
질문을 구조화하라
Anthropic 가이드가 강조하는 XML 태그(<context>, <task>, <format>, <examples>)는 소크라테스의 2단 문답 구조의 현대판이다. 질문이 스스로 구조를 가지면 답도 구조를 가진다.
-
5
답이 마음에 들지 않으면 모델이 아니라 질문을 의심한다
2024년 엔지니어들의 공통 습관 — "결과가 이상하면 먼저 프롬프트를 다시 읽는다". 모델 탓은 마지막이다. 소크라테스의 "내가 틀린 질문을 한 것은 아닌가"를 매번 먼저 묻는다.
결어 — 소크라테스가 Claude 창을 연다면
소크라테스가 2026년 한 개발자의 어깨 너머로 Claude 창을 보고 있다고 상상해보자. 개발자는 "요약해줘"라고 짧게 친다. 모델은 평범한 답을 내놓는다. 개발자는 한숨을 쉬며 "역시 AI는 별 거 없네"라고 중얼거린다. 소크라테스는 옆에서 가만히 고개를 젓는다. 그리고 말할 것이다.
"답이 얕다고 상대를 탓하지 말라. 너의 질문이 얕았을 뿐이다. 아고라에서 내가 2500년 전 배운 단 하나의 진실 — 질문이 모든 것을 결정한다. 모른다고 먼저 말하고, 단계로 물어라. 그리고 받은 답을 다시 의심하라. 그것이 지혜를 낳는 산파의 방식이다."
더 깊이 읽기
-
📖
플라톤 『메논』 — 산파술의 가장 극적인 증명 — 노예 소년의 기하학
-
📖
플라톤 『소크라테스의 변명』 — "나는 내가 모른다는 것을 안다"의 원전
-
📖
Anthropic Prompting Guide — Claude 공식 프롬프트 설계 원칙
-
📖
Wei et al., Chain-of-Thought (2022) — 프롬프트 엔지니어링의 전환점이 된 원 논문 — arXiv:2201.11903