Ultrathink: Claude에게 당신의 문제를 얼마나 깊게 생각해야 하는지 정확히 알려 주세요
Source: Dev.to
번역할 텍스트를 제공해 주시면 한국어로 번역해 드리겠습니다.
A Truth About AI
Not every question deserves the same amount of computational thought.
Asking “what’s the syntax for a for loop in Python?” shouldn’t trigger the same deep reasoning as “help me architect a distributed system for 10 million concurrent users.”
Yet most AI interactions treat every prompt the same—you get what you get, with no control over the depth of reasoning. Until now.
문제
AI 코딩 어시스턴트를 사용하는 방식을 솔직히 말해 봅시다. 우리의 요청은 대략 세 가지 범주로 나뉩니다:
| 카테고리 | 예시 | 희망 지연 시간 |
|---|---|---|
| 빠른 조회 | “What’s the Python syntax for list comprehension?” | 2 초 |
| 보통 난이도 문제 | “Help me refactor this function to be more readable.” | 약간의 생각은 필요하지만 논문 수준은 아님 |
| 복잡한 도전 과제 | “I’m seeing intermittent failures in production… Help me find the root cause.” | 심도 있는 추론 필요 |
명시적인 제어가 없으면 사고 깊이를 우연에 맡기는 셈입니다. 때때로 Claude는 더 많은 고민이 필요했던 것을 급하게 처리하고, 때때로는 간단한 질문을 과도하게 고민합니다. 복잡한 문제에서는 얕은 사고가 미묘한 부분을 놓쳐, 연속적인 후속 질문을 하게 만들 수 있습니다.
솔루션
Claude Code는 추론 깊이를 명시적으로 제어할 수 있는 thinking keywords를 도입합니다. 프롬프트 어디에든 이 마법의 단어들을 포함하기만 하면 됩니다.
사용 방법
| 키워드 | 추론 예산 | 사용 시점 |
|---|---|---|
think – 표준 확장 사고 (4 K 토큰) | think about how I should structure this React component for maximum reusability | 중간 복잡도의 문제에서 즉각적인 판단보다 좀 더 깊은 사고가 필요할 때. |
think hard – 깊은 사고 (10 K 토큰) | think hard about the trade‑offs between these three database architectures for our use case | 여러 옵션을 신중히 평가하고, 엣지 케이스를 고려하며, 잘 근거된 권고안을 제공해야 할 때. |
ultrathink – 최대 깊이 (31 999 토큰) | ultrathink through this distributed‑systems design and identify potential failure modes | 가장 큰 경우. 응답을 보기 전에 거의 32 K 토큰에 달하는 내부 추론이 진행됩니다. Claude는 다양한 접근 방식을 탐색하고, 스스로 논쟁하며, 되돌아가고, 재고한 뒤, 표면 수준의 사고로는 놓칠 수 있는 통찰을 종합합니다. |
실제 적용 예시
예시: 복잡한 문제 디버깅
I'm seeing race conditions in our payment processing. Here's the relevant code:
[code block]
The error appears intermittently, about 1 in 100 transactions.
ultrathink through potential causes and solutions.
With ultrathink engaged, Claude will:
- 코드 구조를 체계적으로 분석합니다
- 여러 잠재적인 레이스 컨디션 원인을 고려합니다
- 타이밍 영향을 고민합니다
- 다양한 락 전략을 평가합니다
- 엣지 케이스와 실패 모드를 고려합니다
- 포괄적인 답변을 종합합니다
빠른 패턴 매칭이 아니라 실제 깊은 사고를 반영한 답변을 받게 됩니다.
배치가 유연합니다
마법의 단어는 프롬프트 어디에서든 작동합니다:
ultrathink — what's wrong with this architecture?
Here's my code. think hard about potential security vulnerabilities.
I need to optimize this query. think about it and suggest improvements.
전문가 팁
- 🎯 문제 복잡도에 맞게 사고 깊이를 맞추세요.
ultrathink를 사용해 “vim을 어떻게 종료하나요”와 같은 간단한 질문에 머무르지 마세요—시간 낭비입니다.ultrathink는 “이 마이크로서비스를 어떻게 설계해야 할까”와 같은 복잡한 질문에 활용하세요. - 🎯
ultrathink를 코드 리뷰에 활용하세요. PR diff를 붙여넣고 “이 변경 사항에 대한 잠재적 문제를ultrathink해 주세요”라고 말하면, 시니어 엔지니어 수준의 리뷰를 받을 수 있습니다. - 🎯 아키텍처 결정에 활용하세요. 기술 방향을 확정하기 전에 Claude에게
ultrathink를 시켜 그 영향을 검토하게 하세요. 마치 시니어 아키텍트가 즉시 옆에 있는 것과 같습니다. - 🎯 컨텍스트와 결합하세요. Claude가 전체 컨텍스트를 갖추었을 때
ultrathink는 가장 강력합니다—관련 파일을 공유하고, 제약 조건을 설명하고, 목표를 명시한 뒤 깊은 사고를 풀어놓으세요.
실제 사례
Marcus는 기술 리드로서 마이크로서비스 아키텍처를 도입할지 아니면 모듈형 모놀리스를 유지할지 결정해야 합니다.
Old approach: “Claude, 마이크로서비스로 갈까요?” → 장단점이 일반적인 “상황에 따라 다릅니다” 리스트.
With ultrathink:
ultrathink
We're a team of 8 developers building a B2B SaaS product.
Current state: modular monolith, 50 K LOC, PostgreSQL, deployed on AWS ECS.
We have 500 customers, growing 20 % MoM.
Pain points: deployments take 45 minutes, one team's changes often break another team's features, scaling specific features independently isn’t possible.
Question: Should we migrate to microservices? If yes, what's the migration strategy? If no, what should we do instead?
Claude는 깊이 파고들어 트레이드‑오프를 저울질하고, 마이그레이션 로드맵을 제시하며 숨겨진 위험 요소를 드러냅니다—Marcus에게 결정적인, 충분히 근거가 있는 답변을 제공합니다.
Enter fullscreen mode
Exit fullscreen mode
Claude는 32,000 토큰을 정말 생각하는 데 사용합니다. 응답에는 다음이 포함됩니다:
- 그들의 고충이 실제로 마이크로서비스를 필요로 하는지에 대한 분석
- 대안 솔루션(더 나은 모듈 경계, 피처 플래그 등)
- 마이크로서비스인 경우, 가장 고통이 큰 영역부터 시작하는 단계적 마이그레이션 전략
- 팀 구조에 미치는 영향
- 일정 추정치
- 너무 빠르거나 너무 느리게 진행하고 있다는 경고 신호
Marcus는 컨설턴트가 일주일 걸릴 답변을 받게 됩니다. 모두 Claude에게 실제로 생각하도록 요청했기 때문입니다.
결론
ultrathink 기능은 우리가 AI와 상호작용하는 방식을 근본적으로 바꿉니다. 이제 모델이 적용하는 사고 깊이에 수동적으로 맡겨지는 것이 아니라, 여러분이 직접 제어합니다.
- 간단한 질문? 그냥 평소처럼 물어보세요.
- 보통 수준의 복잡성? Claude에게 “think”라고 말하세요.
- 복잡한 아키텍처 결정? Ultrathink 하세요.
이는 단순히 더 나은 답변을 얻는 것이 아니라 효율성을 높이는 것입니다:
- Claude가 처음부터 더 깊게 생각했더라면 필요 없었을 후속 질문에 시간을 낭비하지 마세요.
- 깊은 질문에 얕은 답변을 받는 일을 없애세요.
내일 Day 13
프롬프트 도중에 급히 다른 질문을 해야 할 때는 어떻게 할까요?
우리는 Prompt Stashing을 다룹니다 — git stash처럼, 생각을 임시 저장하는 기능입니다. 초안을 절대 잃어버리지 마세요. 💾
ultrathink가 여러분의 Claude 활용을 한 단계 끌어올렸나요? 경험을 공유하고 31 Days of Claude Code Features의 나머지 일정도 함께 따라가세요!