클로드 Extended Thinking 사용법: 어려운 판단을 천천히 풀게 하는 팁

TL;DR

클로드 Extended Thinking은 최신 정보를 찾는 기능이 아니라, 이미 가진 정보와 사용자가 준 조건을 더 깊게 따져 보게 만드는 사고 강화 기능입니다.

Anthropic Help Center는 Extended Thinking이 웹의 최신 정보가 필요 없는 복잡한 추론 작업에 적합하다고 설명합니다. 마케터와 기획자는 가격 정책 비교, 캠페인 우선순위, 리스크 검토, 긴 문서의 모순 찾기처럼 "정답 검색"보다 "조건을 따져 결론을 내리는 일"에 쓰면 좋습니다.

핵심 3줄 요약

• 핵심 1
  Extended Thinking은 클로드가 문제를 더 천천히 따져 보게 하는 기능입니다. 웹 검색이나 Research처럼 새 자료를 모으는 기능과 목적이 다릅니다.
• 핵심 2
  좋은 사용처는 의사결정, 전략 비교, 코드 디버깅, 긴 문서 검토, 조건이 많은 기획안 평가처럼 여러 기준을 동시에 봐야 하는 작업입니다.
• 핵심 3
  처음부터 모든 질문에 켜기보다 "정보는 충분한데 판단이 어렵다"는 순간에 켜고, 마지막에는 근거와 남은 불확실성을 따로 확인해야 합니다.

이 글에서 다룰 내용

클로드 Extended Thinking은 무엇인가요?

Extended Thinking은 클로드가 답을 내기 전에 더 깊게 추론하도록 돕는 기능입니다. Anthropic Help Center는 Extended Thinking이 수학 문제, 코드 디버깅, 철학적 개념 분석처럼 최신 웹 정보가 필요하지 않은 복잡한 추론 작업에 잘 맞는다고 설명합니다.

초보자에게는 이렇게 이해하면 쉽습니다. Web search는 밖에 나가 최신 정보를 찾는 기능이고, Research는 여러 출처를 오래 조사해 보고서를 만드는 기능입니다. 반면 Extended Thinking은 이미 가진 정보와 사용자가 준 조건을 바탕으로 더 꼼꼼하게 따져 보는 기능입니다.

한 문장 정리: 클로드 Extended Thinking은 최신 정보를 검색하는 기능이 아니라, 복잡한 조건을 더 깊게 검토해 결론의 품질을 높이는 사고 강화 기능입니다.

누가 쓰면 좋은가요?

첫째, 마케팅 전략과 우선순위를 자주 비교하는 사람에게 좋습니다. 예를 들어 "검색광고 예산을 늘릴지, CRM 자동화를 먼저 할지"처럼 단순 장단점 나열로는 결론이 어려운 문제가 있습니다. 이럴 때 조건, 리스크, 비용, 실행 난이도를 함께 따지게 만들 수 있습니다.

둘째, 기획서와 보고서를 검토하는 사람에게 좋습니다. 긴 문서에서 논리 충돌, 빠진 전제, 약한 근거, 실행 순서의 문제를 찾을 때 일반 요약보다 더 적합합니다.

셋째, 코드나 자동화 흐름을 검토하는 사람에게도 유용합니다. Anthropic 문서는 Extended Thinking의 예시로 디버깅을 듭니다. 코드 전체를 새로 쓰게 하기보다 "왜 이 조건에서 실패하는지 가능한 원인을 좁혀 달라"고 요청하면 효과적입니다.

핵심 인사이트: Extended Thinking은 창의적인 아이디어를 많이 뽑는 기능이라기보다, 이미 나온 후보를 더 신중하게 평가하는 데 강합니다.

언제 쓰면 좋을까요?

첫째, 정보는 충분하지만 판단이 어려울 때 씁니다. 예를 들어 경쟁사 표, 내부 예산, 고객 세그먼트, 일정 제약을 이미 갖고 있다면 검색보다 추론이 필요합니다.

둘째, 답이 하나로 바로 나오지 않는 문제에 씁니다. "A가 좋아요, B가 좋아요?"보다 "A를 선택하면 어떤 전제가 맞아야 하고, B를 선택하면 어떤 리스크가 커지는지 비교해 줘"처럼 묻는 것이 좋습니다.

셋째, 실수 비용이 큰 초안을 검토할 때 씁니다. 외부 발송 이메일, 고객 제안서, 가격 정책, 제품 출시 체크리스트처럼 작은 누락이 큰 문제로 이어질 수 있는 문서에 적합합니다.

주의: 최신 가격, 정책, 출시 일정, 법률, 의료, 투자 정보가 필요한 문제라면 Extended Thinking만으로 충분하지 않습니다. 먼저 공식 출처나 최신 자료를 확인한 뒤 판단을 맡겨야 합니다.

Web search, Research와 무엇이 다른가요?

Anthropic Help Center는 세 기능을 목적별로 구분합니다. Web search는 최신 정보 확인이 필요할 때 씁니다. Research는 여러 출처와 통합 정보를 바탕으로 깊은 보고서를 만들 때 씁니다. Extended Thinking은 웹이나 외부 통합을 쓰지 않고도 문제를 더 깊게 생각하게 할 때 씁니다.

실무에서는 이렇게 나누면 쉽습니다.

• 최신 뉴스, 가격, 정책 확인: Web search
• 여러 문서와 웹 자료를 종합한 보고서: Research
• 이미 가진 자료를 바탕으로 판단, 비교, 리스크 분석: Extended Thinking

한 줄 정리: 자료가 부족하면 검색하고, 자료가 많으면 Research로 종합하고, 자료는 충분한데 판단이 어렵다면 Extended Thinking을 씁니다.

따라 하는 순서

1단계: 문제를 "검색 문제"와 "판단 문제"로 나눕니다

먼저 이 질문에 최신 정보가 필요한지 확인합니다. "2026년 현재 어떤 요금제가 가능한가"는 검색 문제입니다. 반면 "이 세 가지 옵션 중 우리 팀 상황에 맞는 우선순위는 무엇인가"는 판단 문제입니다.

판단 문제라면 Extended Thinking을 쓸 후보입니다. 검색이 필요한 문제라면 공식 자료를 먼저 확인하거나 Web search, Research를 함께 쓰는 편이 안전합니다.

실전 팁: 질문 앞에 "최신 정보 검색이 아니라, 아래 자료만 기준으로 판단해 달라"고 적으면 답변 범위가 더 분명해집니다.

2단계: 판단 기준을 먼저 줍니다

Extended Thinking은 조건이 분명할수록 좋습니다. "뭐가 좋아?"라고 묻는 대신 평가 기준을 줍니다.

예시 기준:

• 비용
• 실행 난이도
• 예상 효과
• 실패했을 때 손실
• 필요한 인력
• 2주 안에 실행 가능성
• 고객에게 보이는 영향

이 기준을 주면 클로드가 단순 취향이 아니라 실제 판단표에 가깝게 답할 수 있습니다.

3단계: 후보를 2~4개로 제한합니다

후보가 너무 많으면 답변이 흐려집니다. 처음에는 2~4개만 비교하세요.

예를 들어 "마케팅 자동화 후보 10개를 평가해 줘"보다 "이메일 자동화, 랜딩페이지 개선, 검색광고 키워드 정리 중 무엇을 먼저 할지 비교해 줘"가 좋습니다.

한 문장 정리: Extended Thinking은 후보를 무한히 늘리는 단계보다, 후보를 좁힌 뒤 깊게 비교하는 단계에 더 잘 맞습니다.

4단계: 결론 형식을 지정합니다

결과 형식을 정하지 않으면 긴 설명만 받을 수 있습니다. 아래처럼 출력 형식을 미리 정하세요.

• 최종 추천 1개
• 추천 이유 3가지
• 반대 선택이 더 나은 조건
• 가장 큰 리스크
• 실행 전 확인할 질문
• 7일 안에 할 첫 행동

이렇게 요청하면 깊게 생각한 결과가 실무에서 바로 쓰기 쉬운 구조로 나옵니다.

5단계: 반대 논리를 따로 요청합니다

Extended Thinking의 좋은 사용법은 "내 결론을 강화해 줘"가 아니라 "내 결론이 틀릴 수 있는 이유를 찾아 줘"입니다.

예를 들어 이렇게 물어보세요.

위 추천이 틀릴 수 있는 조건을 찾아줘. 특히 내가 과소평가한 리스크, 빠뜨린 이해관계자, 데이터가 부족한 지점을 분리해 줘.

이 질문은 보고서, 제안서, 캠페인 결정 전에 특히 유용합니다.

6단계: 마지막에 검증 목록을 만듭니다

답변을 받은 뒤 바로 실행하지 말고 검증 목록을 만드세요.

• 어떤 사실을 공식 출처로 다시 확인해야 하나?
• 어떤 숫자가 추정인가?
• 어떤 조건이 바뀌면 결론이 바뀌나?
• 사람이 최종 승인해야 할 부분은 어디인가?
• 고객이나 팀에 설명할 때 빠진 맥락은 무엇인가?

주의: Extended Thinking 결과가 길고 설득력 있어 보여도 사실 확인 책임이 사라지는 것은 아닙니다.

바로 쓰는 프롬프트 예시

예시 1. 마케팅 우선순위 비교

아래 세 가지 실행안을 비교해 주세요.

조건:

– 예산은 이번 달 300만 원입니다.

– 담당자는 1명입니다.

– 2주 안에 첫 결과를 봐야 합니다.

– 기존 고객 재구매가 가장 중요합니다.

후보:

1. 검색광고 키워드 정리

2. 이메일 자동화 시나리오 개선

3. 랜딩페이지 첫 화면 문구 수정

요청:

– 최종 추천 1개

– 추천 이유 3가지

– 선택하지 않은 후보의 리스크

– 결론이 바뀔 수 있는 조건

– 이번 주 바로 할 일 5개

예시 2. 보고서 논리 검토

아래 보고서 초안을 검토해 주세요. 요약보다 논리 검토가 목적입니다.

확인할 것:

– 결론을 뒷받침하는 근거가 충분한가

– 숫자와 주장 사이에 비약이 있는가

– 반대 해석이 가능한 부분은 어디인가

– 의사결정자가 물어볼 질문은 무엇인가

– 외부 발송 전 확인해야 할 사실은 무엇인가

결과는 "강한 부분", "약한 부분", "수정 제안", "확인 필요"로 나눠 주세요.

예시 3. 리스크 중심 의사결정

이 선택이 실패한다고 가정하고 사전 부검 방식으로 검토해 주세요.

상황:

– 우리는 신규 AI 기능 소개 캠페인을 준비 중입니다.

– 출시 일정은 10일 뒤입니다.

– 법무 검토는 아직 끝나지 않았습니다.

– 고객에게 보이는 문구가 많습니다.

요청:

– 실패 시나리오 5개

– 각 시나리오의 조기 경고 신호

– 지금 줄일 수 있는 리스크

– 반드시 사람 검토가 필요한 항목

– 실행 여부를 결정할 최종 체크리스트

실전 팁

첫째, "더 깊게 생각해 줘"만 쓰지 말고 판단 기준을 같이 주세요. 기준 없는 깊은 생각은 긴 답변일 뿐입니다.

둘째, 최신 정보가 필요한 질문은 먼저 출처를 확인하세요. Extended Thinking은 웹 검색을 대신하는 기능이 아닙니다.

셋째, 한 번에 결론까지 맡기기보다 "기준 만들기 -> 후보 비교 -> 반대 논리 -> 실행 체크리스트" 순서로 나누면 품질이 좋아집니다.

넷째, 중요한 결정에는 반대 질문을 꼭 붙이세요. "내가 틀렸을 가능성"을 찾게 하면 답변이 더 실무적이 됩니다.

다섯째, 결과를 그대로 복사하지 말고 팀 언어로 줄이세요. 긴 분석은 내부 검토용으로 두고, 실제 공유 문서는 결론, 이유, 리스크, 다음 행동만 남기는 편이 좋습니다.

주의할 점

첫째, Extended Thinking은 사실 확인 기능이 아닙니다. 최신 가격, 정책, 모델 제공 범위, 요금제, 국가별 사용 가능 여부는 공식 문서를 확인해야 합니다.

둘째, 복잡한 문제라고 항상 Extended Thinking이 필요한 것은 아닙니다. 단순 요약, 짧은 번역, 간단한 문장 수정에는 일반 답변이 더 빠를 수 있습니다.

셋째, 긴 답변이 곧 정확한 답변은 아닙니다. 결론이 그럴듯해 보여도 근거가 부족하거나 전제가 틀릴 수 있습니다.

넷째, 민감한 자료를 넣을 때는 개인정보와 내부 정보를 줄이세요. 고객명, 계약 금액, 직원 평가, 비공개 전략은 익명화하거나 필요한 부분만 넣는 것이 안전합니다.

다섯째, Research와 함께 쓸 때는 역할을 나누세요. 먼저 Research로 자료를 모으고, 그다음 Extended Thinking으로 판단 기준과 결론을 검토하게 하는 흐름이 좋습니다.

자주 묻는 질문

Q1. 클로드 Extended Thinking은 검색 기능인가요?

아닙니다. Anthropic Help Center는 Extended Thinking이 웹이나 통합 도구를 쓰지 않고도 복잡한 문제를 더 깊게 생각하게 할 때 적합하다고 설명합니다. 최신 정보가 필요하면 Web search나 Research를 써야 합니다.

Q2. Web search와 Extended Thinking 중 무엇을 먼저 써야 하나요?

최신 정보가 부족하면 Web search를 먼저 씁니다. 자료가 이미 충분하고 판단이 어려우면 Extended Thinking을 씁니다. 두 가지가 모두 필요하면 먼저 자료를 확인하고, 그다음 판단을 요청하는 순서가 안전합니다.

Q3. Research와 Extended Thinking은 어떻게 다른가요?

Research는 여러 출처와 통합 정보를 모아 더 깊은 보고서를 만드는 데 적합합니다. Extended Thinking은 새 자료 수집보다 복잡한 추론과 판단에 초점이 있습니다.

Q4. 마케터는 어떤 작업에 쓰면 좋나요?

캠페인 우선순위 비교, 고객 세그먼트별 메시지 선택, 예산 배분, 랜딩페이지 리스크 점검, 제안서 반대 논리 검토에 유용합니다.

Q5. 답변이 길면 그대로 보고서에 넣어도 되나요?

그대로 넣기보다 결론, 이유, 리스크, 확인 필요 항목으로 줄이는 편이 좋습니다. 특히 외부 공유 문서라면 사실 확인과 문장 검토를 사람이 다시 해야 합니다.

Q6. 코딩에도 쓸 수 있나요?

가능합니다. Anthropic Help Center는 Extended Thinking 예시로 코드 디버깅을 언급합니다. 다만 코드 수정 전에는 변경 파일, 테스트 결과, 실행 로그를 따로 확인해야 합니다.

출처

마무리

클로드 Extended Thinking은 "더 많이 검색하기"가 아니라 "더 신중하게 판단하기"에 가까운 기능입니다. 그래서 자료가 부족한 상태보다, 자료와 조건이 어느 정도 모였을 때 더 강합니다.

감자나라ai님이 실무에서 바로 써 본다면 오늘은 작은 의사결정 하나만 골라 보세요. 후보 3개, 판단 기준 5개, 최종 추천 형식을 정해 클로드에게 맡긴 뒤, 마지막에 "내 결론이 틀릴 수 있는 조건"을 꼭 물어보면 됩니다.