"A안과 B안 중 뭐가 나아?"라고 물으면 클로드는 곧바로 그럴듯한 결론을 냅니다. 그런데 근거를 따져 보면 조건 하나를 빼먹은 경우가 있습니다. 사람도 복잡한 문제는 종이에 하나씩 적어 가며 풀듯, 클로드에게도 생각할 단계를 주면 정확도가 올라갑니다.
왜 단계를 주면 좋아질까
클로드는 답을 앞에서부터 순서대로 써 내려갑니다. 결론부터 쓰기 시작하면 그 결론에 맞춰 근거를 붙이게 되고, 따져야 할 조건을 놓칠 수 있습니다. 반대로 따져야 할 것을 먼저 쓰고 마지막에 결론을 내게 하면, 결론이 앞의 분석을 근거로 나옵니다. Anthropic 공식 가이드에서도 복잡한 작업에는 생각할 여지를 주라고 권합니다.
단계를 주는 질문의 차이
가장 간단한 방법은 "단계별로 생각해서 답해 줘"를 붙이는 것이지만, 더 효과적인 것은 무엇을 어떤 순서로 따질지 직접 정해 주는 것입니다.
우리 팀 협업 도구를 A와 B 중에서 고르려고 해.
1) 두 도구의 월 비용을 팀원 12명 기준으로 계산하고
2) 우리 조건(예산 월 15만 원, 다음 달부터 사용)과 맞춰 본 뒤
3) 도입할 때의 위험을 각각 2가지씩 비교하고
4) 마지막에 하나를 추천해 줘.
순서를 정해 주면 클로드가 놓치는 조건이 줄고, 내가 어느 단계에서 판단이 갈렸는지 확인하기도 쉽습니다.
생각과 답을 분리해 받기
분석이 길어져 결론을 찾기 어렵다면, XML 태그로 나눠 달라고 합니다.
먼저 <analysis> 태그 안에 비교 과정을 쓰고,
<answer> 태그 안에 최종 추천을 3줄로 써 줘.
결론만 동료에게 공유하고, 근거가 궁금할 때 분석을 보면 됩니다.
확장 사고 기능과의 관계
클로드에는 답하기 전에 더 깊이 생각하는 확장 사고(extended thinking) 기능이 있습니다. 모델과 환경에 따라 켜고 끄는 방식이 다르고, 최신 모델은 스스로 필요한 만큼 생각하는 방식으로 동작하기도 합니다. 확장 사고가 켜져 있어도 판단 순서와 기준을 주는 것은 여전히 효과가 있습니다. 생각의 양을 늘리는 것과 방향을 맞추는 것은 다른 일이기 때문입니다.
언제 쓰고 언제 쓰지 않나
단계별 추론은 생각이 필요한 질문에만 씁니다. 번역이나 맞춤법 같은 간단한 작업에 쓰면 답이 느려지고 사용량만 늘어납니다.
결과를 검증하는 법
- 단계마다 숫자 확인: 계산이 들어갔다면 중간 숫자를 직접 확인합니다.
- 빠진 조건 묻기: "이 분석에서 고려하지 않은 조건이 있으면 알려 줘."
- 반대 결론 요청: "B안이 더 낫다는 입장에서 반론을 써 줘."
써 보며 정리한 기준
제가 단계를 줄지 판단하는 기준은 "내가 이 문제를 풀 때 메모지가 필요한가?"입니다. 메모 없이 바로 답할 수 있는 질문이면 그냥 묻고, 메모지에 표를 그려야 할 것 같은 문제면 그 표의 순서를 그대로 질문에 적습니다. 결국 좋은 단계 지시는 내가 문제를 푸는 순서를 글로 옮긴 것입니다.
핵심 요약
- 복잡한 질문은 결론보다 따질 순서를 먼저 주면 정확도가 오릅니다.
- 생각과 답은 태그로 분리해 받고, 확장 사고가 켜져 있어도 판단 기준은 알려 주세요.
- 간단한 작업에는 쓰지 말고, 중간 숫자·빠진 조건·반대 결론으로 검증합니다.
