교육 영상 · 셀프 재생Learning video · self-running

RULE No.4

Claude Thinking · 생각하게 하라 · 시작을 누르면 음성과 함께 슬라이드가 자동 재생됩니다. Claude Thinking · let it think · Press start and slides advance with narration.

1·2 언어 전환 · ← → 수동 이동 · Space 재생/정지1·2 language · ← → navigate · Space play/pause
Claude Thinking · Rule No.4
01 / 13 목차Index
  이동 · F 전체화면 · RULE №4 · LET IT THINK   navigate · F fullscreen · RULE №4 · LET IT THINK [email protected]
일시정지Paused
0 / 0
Home
교육 세션 · 생각하게 하라Learning session · let it think

RULE No.4

생각하게
하라.
Let it
think.

체스 선수는 어려운 수 앞에서 더 오래 읽습니다. 오늘은 Claude에게 답 전에 ‘생각할 공간’을 주는 법 — Extended Thinking. 어려울수록, 생각하는 시간이 답을 바꿉니다. A chess player reads longer before a hard move. Today: how to give Claude a ‘thinking space’ before the answer — Extended Thinking. The harder it is, the more thinking time changes the answer.

As of 2026-06 · 파라미터·가격은 바뀝니다 — 메커니즘이 진실. [추론]As of 2026-06 · parameters & prices change — the mechanism is the truth. [inference]

생각 · THINKINGTHINKING
1막 — 즉답 vs 숙고Act 1 — Snap answer vs deliberation

바로 답하게 할까, 생각하게 할까?Answer now, or think first?

> 이 다단계 논리 퍼즐의 답은?

즉답 — 바로 한 줄로 답해 버린다 (자주 틀림)

생각 후 — 단계를 펼쳐 검토하고 답한다
> what's the answer to this multi-step logic puzzle?

Snap — fires one line right away (often wrong)

After thinking — unfolds the steps, then answers

지난 시간엔 Claude를 해부했죠 — 확률로 답을 잇는다고. 그렇다면, 잇기 전에 생각할 공간을 주면?Last time we dissected Claude — it strings the answer by probability. So what if we give it space to think before it strings?

[추론] s03 콜백 — Claude는 토큰을 확률로 잇는 ‘패턴 생성기’. → 답 전에 ‘생각 공간’을 주면 더 긴 추론 사슬을 펼칠 수 있다.[inference] s03 callback — Claude is a ‘pattern generator’ that strings tokens by probability. → Give it a ‘thinking space’ before the answer and it can unfold a longer reasoning chain.

2막 — ‘생각 공간’이란Act 2 — What the ‘thinking space’ is

답을 내기 전에, ‘생각하는 칸’을 연다.It opens a ‘scratchpad’ before answering.

질문Question입력input
🧠 생각 블록Thinking block…단계적 추론……step-by-step reasoning…
최종 답Final answer출력output

보통은 질문 → 답. Thinking은 그 사이에 ‘생각 칸’을 끼운다.Usually Question → Answer. Thinking inserts a ‘scratchpad’ between them.

[출처: platform.claude.com/docs/en/docs/build-with-claude/extended-thinking] Extended thinking은 복잡한 작업에 단계적 추론 능력을 부여하고 그 사고 과정에 부분 투명성을 준다. → 답이 아니라 ‘답에 이르는 과정’을 위한 공간.[source: platform.claude.com/docs/en/docs/build-with-claude/extended-thinking] Extended thinking gives complex tasks step-by-step reasoning and partial transparency into that process. → A space for the path to the answer, not the answer itself.

2막 — 왜 더 정확해지나Act 2 — Why it gets more accurate

수를 읽을 시간이 있으면, 더 멀리 본다.Given time to read the board, it sees further.

체스 비유Chess analogy

즉수는 직감, 수읽기는 검토. 어려운 판일수록 더 많은 수를 읽는다. Claude도 중간 단계를 펼쳐 스스로 점검한다.A snap move is instinct, reading is review. Harder boards, more moves read. Claude too unfolds the middle steps and checks itself.

효과가 큰 곳Where it pays off
다단계 추론multi-step reasoning 수학/논리math/logic 복잡한 코딩 설계complex code design

[출처: platform.claude.com/docs/en/docs/build-with-claude/extended-thinking] 복잡한 작업(수학적 추론·다단계 도구 사용·복잡한 문제 분해)에서 더 큰 예산이 더 철저한 분석으로 응답 품질을 높일 수 있다. → 복잡할수록 생각 공간의 값어치가 커진다.[source: platform.claude.com/docs/en/docs/build-with-claude/extended-thinking] On complex work (math reasoning · multi-step tool use · breaking down hard problems), a larger budget can lift quality through more thorough analysis. → The more complex, the more the thinking space is worth.

2막 — 켜는 법Act 2 — How to turn it on

Claude Code에서 생각 시키는 두 가지 방법.Two ways to activate thinking in Claude Code.

방법 1 — /effort 명령어Method 1 — /effort command
/effort high/effort high

low · medium · high 세 단계로 생각 깊이를 조절. high가 가장 긴 예산.Three levels (low · medium · high) to adjust thinking depth. high = largest budget.

방법 2 — ultrathink 키워드Method 2 — ultrathink keyword
[내 질문] ... ultrathink[my question] ... ultrathink

프롬프트 어디든 포함하면 최대 생각 모드. 붙여 쓴 한 단어 ultrathink만 인식됨.Include anywhere in the prompt for maximum thinking mode. Only the single word ultrathink (no space) is recognized.

[출처: code.claude.com/docs/en/model-config] /effort 명령어와 ultrathink 키워드는 터미널에서 생각 깊이를 조절하는 수단(effort level). 개발자라면 API에서 thinking: { type: "enabled", budget_tokens: N } 으로 직접 제어 가능. 예산은 상한선일 뿐, 작게 시작해 올리는 게 정석. (2026-06 기준)[source: code.claude.com/docs/en/model-config] /effort command and ultrathink keyword are ways to control thinking depth (effort level) from the terminal. Developers can control this directly in the API via thinking: { type: "enabled", budget_tokens: N }. Budget is a ceiling — start small and raise it. (As of 2026-06)

2막 — 생각에도 값이 붙는다Act 2 — Thinking has a price tag

생각 토큰은 ‘무료’가 아니다 — 출력으로 과금된다.Thinking tokens aren't ‘free’ — they bill as output.

항목Item 사실Fact
생각 토큰 과금Thinking-token billing 전부 출력 토큰으로 청구Charged in full, as output tokens
보이는 양What you see 청구 토큰 ≠ 응답에 보이는 토큰 (요약만 표시)Billed tokens ≠ tokens shown in the reply (summary only)
그래서So 예산을 무한정 키우지 마라Don't grow the budget without limit

[출처: platform.claude.com/docs/en/docs/build-with-claude/extended-thinking] “You're charged for the full thinking tokens generated.” 생각 토큰은 전부 출력 토큰으로 과금되며, 청구 토큰 수는 응답에 보이는 토큰 수와 일치하지 않는다(요약 표시). → 비용 = 어려운 문제에만 예산을 배정하는 이유. (2026-06 기준)[source: platform.claude.com/docs/en/docs/build-with-claude/extended-thinking] “You're charged for the full thinking tokens generated.” Thinking tokens bill in full as output tokens, and the billed count doesn't match what's shown in the reply (summary). → Cost = why you assign budget only to hard problems. (As of 2026-06)

→ 2강에서 배운 것: 출력 토큰은 입력 토큰보다 5배 비싸다. 생각 토큰도 출력 토큰으로 청구되므로, 예산 1,000 토큰 = 5,000 입력 토큰 비용. 어려운 문제에만 쓰는 이유.→ Recall from Session 2: output tokens cost 5× more than input. Thinking tokens bill as output — so a 1,000-token budget = the cost of 5,000 input tokens. That's why you reserve it for hard problems only.

3막 — 켤 때 / 끌 때Act 3 — When to turn it on / off

어려운 추론엔 켜고, 단순 작업엔 끈다.On for hard reasoning, off for simple work.

켜라Turn on ⚠️ 오버킬Overkill
다단계 추론Multi-step reasoning 단순 조회Simple lookup
수학/논리 증명Math/logic proofs 포맷 변환Format conversion
복잡한 비즈니스 분석Complex business analysis 짧은 요약Short summaries
시나리오·옵션 비교Comparing scenarios & options 정형 반복작업Routine repetitive work

[추론] 경계선은 ‘추론의 깊이’. 한 번에 그럴듯하게 이으면 되는 일엔 생각 예산이 곧 낭비(비용+지연). → 이 한 장이 Rule No.4의 핵심 판단표.[inference] The dividing line is ‘depth of reasoning’. For work you can string plausibly in one pass, a thinking budget is pure waste (cost + latency). → This one page is the core decision table for Rule No.4.

3막 — 얼마나 줄까Act 3 — How much to give

예산은 ‘문제 난이도’에 맞춘다.Match the budget to the problem's difficulty.

작은 예산Small budget
빠르고 싸다fast and cheap
큰 예산Large budget
더 철저하지만 비싸고 느리다more thorough, but costly and slow

큰 예산이라도 모델이 전부 안 쓸 수 있다. 예산은 의무가 아니라 상한선.Even a large budget may not be fully used. The budget is a ceiling, not an obligation.

[출처: platform.claude.com/docs/en/docs/build-with-claude/extended-thinking] 더 큰 예산은 복잡한 문제 품질을 높일 수 있으나, 모델이 예산 전부를 쓰지 않을 수 있다(특히 32k 이상 범위). → 예산은 ‘상한’이지 ‘의무’가 아니다. 작게 시작해 올린다. (2026-06 기준)[source: platform.claude.com/docs/en/docs/build-with-claude/extended-thinking] A larger budget can lift quality on complex problems, but the model may not spend all of it (especially above the 32k range). → Budget is a ‘ceiling’, not an ‘obligation’. Start small, raise it. (As of 2026-06)

3막 — 같은 모델, 다른 모드Act 3 — Same model, two modes

끄면 빠른 직관, 켜면 느린 검토.Off is fast intuition; on is slow review.

Thinking OFF
즉답 · 저비용 · 저지연Snap answer · low cost · low latency
→ 단순 작업 최적→ best for simple work
Thinking ON
단계적 추론 · 고비용 · 고지연Step-by-step reasoning · high cost · high latency
→ 복잡 작업 최적→ best for complex work

[추론] Thinking은 모델을 바꾸지 않는다 — 같은 모델에 ‘추론 시간’을 더 줄 뿐. → 그래서 ‘체급(s03 S09: Opus·Sonnet·Haiku)’과 ‘생각 시간’은 별개의 레버. 더 똑똑한 모델이 아니라, 더 오래 생각하는 같은 모델.[inference] Thinking doesn't swap the model — it just gives the same model more ‘reasoning time’. → So ‘weight class (s03 S09: Opus·Sonnet·Haiku)’ and ‘thinking time’ are separate levers. Not a smarter model — the same model thinking longer.

4막 — 켜기 전 4가지 점검Act 4 — 4 checks before you enable it

이 4가지면, 켤지 말지 즉시 판단된다.These 4 settle whether to turn it on.

  1. 1
    다단계 추론을 요구하나?Does it need multi-step reasoning? → 아니면 끈다→ if not, turn it off
  2. 2
    예산을 난이도에 맞췄나?Did you match budget to difficulty? → 작게 시작해 올린다→ start small, raise it
  3. 3
    비용·지연을 감당할 만한가?Can you absorb the cost·latency? → 생각도 과금이다→ thinking is billed too
  4. 4
    사실 정확성이 핵심인가?Is factual accuracy the crux? → 그럼 검증·근거가 답→ then verify·sources, not thinking

[추론] 4항목은 각각 S04·S08·S06·S11과 1:1 대응. → 메커니즘을 알면 체크리스트가 외워진다.[inference] The 4 items map one-to-one onto S04·S08·S06·S11. → Know the mechanism and the checklist memorizes itself.

4막 — 생각해도 못 푸는 것Act 4 — What thinking can't fix

더 생각해도,
모르는 사실은 모른다.
More thinking won't
conjure facts it lacks.

학습에 없는 최신 사실 — 생각해도 못 만든다Recent facts not in training — thinking can't create them 잘못된 전제 — 생각이 오답을 더 정교하게 만든다A wrong premise — thinking just refines the wrong answer 그래서 — 사실은 여전히 Rule No.1(검증)So — facts still fall under Rule No.1 (verify)

[추론] Thinking은 추론을 깊게 할 뿐 새로운 사실을 만들지 못한다 — 틀린 전제는 더 그럴듯하게 틀릴 수도. → 사실 확인 문제엔 Thinking이 아니라 근거·검증(Rule No.1).[inference] Thinking only deepens reasoning — it can't manufacture new facts; a wrong premise can get more plausibly wrong. → For fact-checking, the answer is sources·verification (Rule No.1), not thinking.

4막 — 한 줄로Act 4 — In one line

그래서 — 어려우면 생각시키고, 사실은 검증하라.So — let it think when it's hard, verify the facts.

Thinking 켤까? = [다단계 추론인가?] + [예산 맞췄나?] + [비용 OK?]
  → 켠다
  단, [사실 정확성]은 → 검증으로
Turn thinking on? = [Multi-step reasoning?] + [Budget matched?] + [Cost OK?]
  → on
  But [factual accuracy] → handle by verifying

[추론] Rule No.4(생각하게 하라)와 Rule No.1(결과를 믿지 마라)이 만나는 지점 — 생각은 깊이, 검증은 사실.[inference] Where Rule No.4 (let it think) and Rule No.1 (don't trust the result) meet — thinking owns depth, verification owns facts.

닫으며 — 생각하게 하라Closing — let it think

급할수록,
생각할 시간을 줘라.
The harder it is,
the more time to think.

한 단어로: 어려우면 → 생각 공간.In one word: when it's hard → a thinking space.

다음 강 예고 — 지시의 기술: 명령하지 말고 설계하라.Next up — the craft of instruction: don't command, design.

RULE No.4

As of 2026-06 · 파라미터는 바뀌어도 ‘어려운 문제엔 생각 시간’이라는 원리는 남습니다. [추론]As of 2026-06 · parameters change, but the principle — ‘hard problems get thinking time’ — remains. [inference]

강의 노트Lecture notes

4강 · Claude ThinkingLesson 4 · Claude Thinking

Rule No.4 — 생각하게 하라Rule No.4 — Let it think

강의 요약Summary

같은 질문을 던졌는데, 어떤 답은 한 줄로 툭 나오고 어떤 답은 차근차근 따져서 나온다면, 어느 쪽이 더 믿음직할까요. 복잡한 판단일수록 후자입니다. 체스 선수를 떠올려 보세요. 쉬운 수는 거의 즉시 두지만, 판이 어려워지면 손을 멈추고 한참을 읽습니다. 다음 수, 그다음 수까지 머릿속에서 펼쳐 보죠. Claude도 똑같습니다. 어려운 문제 앞에서 바로 답하게 하느냐, 답하기 전에 생각할 시간을 주느냐가 결과를 가릅니다. 똑같은 Claude인데도 말이죠.If you ask the same question and one answer pops out in a single line while another works through it step by step, which do you trust more? For complex judgments, the latter. Picture a chess player. On easy moves they play almost instantly, but when the board gets hard they stop and read for a long time — running the next move, and the move after that, in their head. Claude is the same. In front of a hard problem, whether you make it answer right away or give it time to think first is what decides the result — even though it's the very same Claude.

이 '생각할 시간'을 주는 기능을 Extended Thinking, 우리말로는 '생각 모드'라고 부릅니다. 평소에는 질문을 던지면 바로 답이 나옵니다. 질문, 답, 끝이죠. 그런데 생각 모드를 켜면 그 사이에 '생각하는 칸'이 하나 끼어듭니다. 답을 바로 내지 않고, 답에 이르는 과정을 먼저 펼치는 겁니다. 사람으로 치면 계산 결과만 적는 게 아니라, 풀이 과정을 적을 연습장을 따로 주는 셈이죠. 그래서 효과가 큰 일이 정해져 있습니다. 여러 단계를 거쳐야 하는 판단, 숫자와 논리를 따지는 분석, 여러 안의 장단점을 비교하는 일 — 한 번에 답이 안 나오고 차근차근 따져야 하는 일일수록 생각 모드의 값어치가 커집니다. 반대로 단순 조회, 짧은 요약, 정형화된 반복 작업처럼 한 방에 되는 일에는 생각 모드가 오히려 과잉입니다. 시간만 더 걸리고 답은 그대로니까요.This feature that gives Claude time to think is called Extended Thinking, or simply 'thinking mode.' Normally a question goes in and the answer comes right out — question, answer, done. But when you turn on thinking mode, a 'thinking box' slides in between them. Instead of producing the answer immediately, it first unfolds the process of reaching it. For a person, it's like handing them a separate scratchpad to write the working-out, not just the final number. That's why the payoff is biggest on specific kinds of work: judgments that take several steps, analysis weighing numbers and logic, comparing the pros and cons of multiple options — the more a task has to be worked through rather than answered in one pass, the more valuable thinking mode becomes. Conversely, for one-shot work like a simple lookup, a short summary, or routine repetitive tasks, thinking mode is overkill: it just takes longer and the answer is the same.

그렇다면 무조건 켜면 되지 않을까요. 아닙니다. 생각 모드는 공짜가 아닙니다. Claude가 더 오래 생각할수록 답이 나오는 데 시간이 더 걸리고, 유료로 쓰는 환경이라면 비용도 더 듭니다. 그래서 원칙은 하나입니다 — 생각의 양을 문제 난이도에 맞춥니다. 쉬운 일에 깊게 생각시키는 건 낭비고, 어려운 일을 즉답시키는 건 부실이죠. 마지막으로 가장 중요한 한계가 있습니다. 생각 모드는 추론을 깊게 해 줄 뿐, 없는 사실을 만들어 내지는 못합니다. Claude가 모르는 최신 정보나 우리 회사 내부 규정은, 아무리 오래 생각해도 정확해지지 않습니다. 오히려 전제가 틀렸을 때 더 위험합니다. 더 생각할수록 틀린 답을 더 그럴듯하게 다듬어 버리거든요. 그러니 '판단'이 핵심인 일에는 생각 모드를 켜되, '사실'이 핵심인 일에는 Rule No.1, 결과를 믿지 말고 검증하라가 여전히 답입니다. 어려우면 생각시키고, 사실은 검증하라 — 이 두 룰이 만나는 자리가 오늘의 결론입니다.So why not just turn it on for everything? Because thinking mode isn't free. The longer Claude thinks, the longer the answer takes, and in a paid environment it costs more too. So the principle is one thing — match the amount of thinking to the problem's difficulty. Thinking hard on an easy task is waste; demanding a snap answer on a hard task is sloppy. Finally, there's the most important limit. Thinking mode only deepens the reasoning; it cannot manufacture facts that aren't there. The latest information Claude doesn't know, or your company's internal policy, won't become accurate no matter how long it thinks. It's even more dangerous when the premise is wrong: the more it thinks, the more plausibly it polishes the wrong answer. So turn thinking mode on when 'judgment' is the crux, but when 'fact' is the crux, Rule No.1 — don't trust the result, verify it — is still the answer. Let it think when it's hard, verify the facts: where those two rules meet is today's conclusion.

핵심 개념 5가지Five key concepts

  1. 01

    생각 모드 = 답 전에 '생각하는 칸'을 연다Thinking mode = it opens a 'scratchpad' before the answer

    평소 Claude는 질문을 받으면 바로 답을 냅니다 — 질문, 답, 끝. 그런데 '생각 모드'(Extended Thinking)를 켜면 그 사이에 생각하는 칸이 하나 끼어듭니다. 답을 곧장 내는 대신, 답에 이르는 중간 과정을 먼저 펼치는 거죠. 공식 문서의 표현으로는, 복잡한 작업에 단계적으로 추론하는 능력을 부여하는 기능입니다. 사람으로 치면, 계산 결과만 적게 하는 게 아니라 풀이 과정을 적을 연습장을 따로 쥐여 주는 셈입니다. 핵심은, 이건 '답을 담는 공간'이 아니라 '답에 이르는 과정을 위한 공간'이라는 점입니다.Normally Claude takes a question and produces an answer right away — question, answer, done. But when you turn on 'thinking mode' (Extended Thinking), a thinking box slides in between them. Instead of producing the answer straight off, it first unfolds the intermediate process of reaching it. In the official docs' phrasing, it's a feature that gives complex tasks a step-by-step reasoning ability. For a person, it's like handing them a separate scratchpad to write the working-out, not just letting them jot down the final number. The key point: this isn't a 'space that holds the answer' — it's a 'space for the process of reaching the answer.'

  2. 02

    왜 더 정확해지나 — 체스처럼 '수를 읽기' 때문Why it gets more accurate — because it 'reads the moves' like chess

    그럼 왜 이 한 칸이 답을 더 정확하게 만들까요? 체스를 떠올려 보세요. 직감으로 즉수를 두면 빠르지만 어려운 국면에서는 자주 틀립니다. 반대로 수를 읽으면 '이 수 다음에 상대가 이렇게, 그럼 내가 이렇게' 하고 중간 단계를 펼쳐 검토하죠. Claude도 똑같습니다. 그럴듯한 답을 한 번에 내는 대신, 중간 추론을 펼쳐 스스로 점검할 수 있게 됩니다. 그래서 효과가 큰 곳이 정해져 있습니다 — 여러 단계를 거치는 판단, 숫자·논리를 따지는 분석, 여러 안의 장단점 비교. 공통점은 '한 번에 답이 안 나오고 차근차근 따져야 하는 일'이라는 점입니다.So why does this one box make the answer more accurate? Think of chess. A snap move from instinct is fast but often wrong on hard positions. Read the moves instead, and you unfold the middle steps — 'if I play this, they respond that way, then I answer like this' — and review them. Claude is the same. Instead of producing one plausible answer in a single pass, it can lay out the intermediate reasoning and check itself. That's why the payoff is concentrated in specific places: multi-step judgments, analysis weighing numbers and logic, comparing the pros and cons of several options. The common thread is that these are jobs where the answer doesn't come in one pass — it has to be worked through.

  3. 03

    언제 켜고 언제 끄나 — 경계선은 '추론의 깊이'When to turn it on or off — the line is the 'depth of reasoning'

    켤지 말지는 딱 한 가지로 갈립니다 — 추론의 깊이입니다. 깊게 따져야 하면 켜고, 한 방에 되면 끕니다. 켜야 할 일: 발주량 결정이나 프로모션 효과 분석처럼 여러 조건을 단계로 따지는 판단, 매출·재고 숫자를 엮어 보는 분석, 여러 운영안의 장단점을 비교하는 일. 끄는 게 나은 일(과잉): 단순 조회, 표 형식 바꾸기, 한 문단 요약, 정해진 양식의 반복 작업. 이런 일은 한 번에 그럴듯하게 내면 되는 일이라, 생각 모드를 켜 봐야 시간만 더 걸리고 답은 그대로입니다. 어려운 판단엔 켜고, 단순 작업엔 끈다 — 이 한 줄이 Rule No.4의 핵심 판단 기준입니다.Whether to turn it on comes down to one thing — the depth of reasoning. If it needs deep working-out, turn it on; if it's a one-shot, turn it off. Turn it on for: judgments that weigh several conditions in steps, like deciding an order quantity or analyzing a promotion's impact; analysis that ties sales and inventory numbers together; comparing the pros and cons of several operating options. Better off (overkill): a simple lookup, reformatting a table, a one-paragraph summary, repetitive work in a fixed template. These are jobs you just produce plausibly in one pass, so turning thinking mode on only adds time while the answer stays the same. On for hard judgments, off for simple work — that one line is the core decision rule of Rule No.4.

  4. 04

    생각은 공짜가 아니다 — 난이도에 맞춰 다이얼을 돌려라Thinking isn't free — turn the dial to match difficulty

    그럼 어려운 일은 무조건 깊게 생각시키면 될까요? 여기에 함정이 있습니다. 생각 모드는 공짜가 아닙니다. Claude가 더 오래 생각할수록 답이 나오는 데 시간이 더 걸리고, 유료로 쓰는 환경이라면 비용도 더 듭니다. 그래서 '생각의 양'을 다이얼이라고 생각하세요 — 왼쪽으로 돌리면 적게 생각해 빠르고 싸고, 오른쪽으로 돌리면 많이 생각해 철저하지만 느리고 비쌉니다. 원칙은 하나, 다이얼을 문제 난이도에 맞춥니다. 쉬운 일에 크게 돌리는 건 낭비고, 어려운 일을 즉답시키는 건 부실이죠. 처음부터 끝까지 크게 돌려 두지 말고, 작게 시작해 부족하다 싶을 때 조금씩 올리는 게 정석입니다.So should you always make hard tasks think as deeply as possible? Here's the trap. Thinking mode isn't free. The longer Claude thinks, the longer the answer takes, and in a paid environment it costs more too. So picture the 'amount of thinking' as a dial — turn it left and it thinks little, fast and cheap; turn it right and it thinks a lot, thorough but slow and costly. The principle is one thing: match the dial to the problem's difficulty. Cranking it up on an easy task is waste; demanding a snap answer on a hard one is sloppy. Don't leave it maxed out across the board — start small and nudge it up bit by bit when it falls short. That's the standard play.

  5. 05

    생각 모드는 만능이 아니다 — 사실은 검증으로Thinking mode isn't a cure-all — facts are for verifying

    마지막으로 가장 중요한 한계입니다. 생각 모드는 추론을 깊게 해 줄 뿐, 없는 사실을 만들어 내지는 못합니다. Claude가 학습한 적 없는 최신 정보나 우리 회사 내부 규정·실적 숫자는, 아무리 오래 생각해도 정확해지지 않습니다. 더 위험한 건 전제가 틀렸을 때입니다 — 시작 가정이 틀려 있으면, 생각을 더 할수록 틀린 답을 오히려 더 정교하고 그럴듯하게 다듬어 버립니다. 그래서 '판단'이 핵심인 일(발주·분석·비교)에는 생각 모드를 켜되, '사실'이 핵심인 일(최신 수치·규정·고유명사)에는 Rule No.1, 결과를 믿지 말고 검증하라가 여전히 답입니다. 생각은 깊이를 책임지고, 검증은 사실을 책임집니다.Finally, the most important limit. Thinking mode only deepens the reasoning; it cannot manufacture facts that aren't there. The latest information Claude never learned, or your company's internal policy and performance figures, won't become accurate no matter how long it thinks. It's even more dangerous when the premise is wrong — if the starting assumption is off, the more it thinks, the more refined and plausible it makes the wrong answer. So turn thinking mode on for work where 'judgment' is the crux (ordering, analysis, comparison), but for work where 'fact' is the crux (latest figures, policies, proper names), Rule No.1 — don't trust the result, verify it — is still the answer. Thinking owns the depth; verification owns the facts.

실습 예제Exercise

성공 기준: 즉답 버전이 빠뜨린 조건(안전재고·날씨 등)을 단계적 풀이에서 1개 이상 찾으면 성공.Success criterion: Find at least one condition the snap answer missed (safety stock, weather, etc.) in the step-by-step solution.

복잡한 판단 하나를 Claude에게 '바로 답하지 말고 단계적으로 생각해서' 풀게 시켜 보고, 같은 일을 '그냥 바로 답해' 시킨 것과 비교해 보는 연습입니다. 코드도, 설정도 필요 없습니다 — Claude 대화창에 아래 지시문을 그대로 붙여 넣기만 하면 됩니다. 소재는 매장운영·MD가 매주 마주치는 '다음 주 발주량 결정'입니다. 한 번에 답이 안 나오고 여러 조건(지난 판매 추세, 재고, 다가오는 행사, 날씨)을 차근차근 엮어야 하는, 생각 모드가 빛을 발하는 전형적인 판단이죠. 두 가지만 몸에 익히면 됩니다 — ① 어려운 판단에는 '단계적으로 생각해서 근거와 함께' 풀게 시킨다 ② 그렇게 나온 답도, 그 안에 들어간 '사실'(우리 실적 숫자·재고)은 내가 검증한다.This exercise has you make Claude solve one complex judgment by 'thinking through it step by step before answering,' then compare it against the same task done with 'just answer right away.' No code, no setup — you just paste the instruction below straight into a Claude chat. The subject is something store-operations and merchandising staff face every week: deciding next week's order quantity. It's a textbook case where thinking mode shines — the answer doesn't come in one pass; you have to tie together several conditions (recent sales trend, inventory, an upcoming event, the weather). Just make two habits stick: (1) for hard judgments, have it solve 'step by step, with reasoning,' and (2) even for that answer, you verify the 'facts' inside it (your performance figures and inventory yourself).

복사해서 Claude 대화창에 붙여넣기Copy & paste into a Claude chat

다음 주 발주량을 정하려고 해. 바로 결론부터 말하지 말고, 단계적으로 생각해서 풀어줘. 각 단계의 근거를 보여주고, 마지막에 권장 발주량을 제안해줘.I'm deciding next week's order quantity. Don't lead with the conclusion — think it through step by step. Show the reasoning for each step, and propose a recommended order quantity at the end.

## 상황 (내가 주는 정보)## Situation (the info I give you)

  • 품목: 생수 2리터 6개입 묶음Item: bundles of 6 × 2-liter bottled water
  • 지난 4주 주간 판매량: 120, 135, 110, 150 (묶음 기준)Weekly sales for the last 4 weeks: 120, 135, 110, 150 (by bundle)
  • 현재 매장 재고: 80묶음Current store inventory: 80 bundles
  • 다음 주 특이사항: 주중에 '여름맞이 음료 할인 행사' 시작, 주말 기온 33도 예보Next week's notes: a 'summer drinks discount event' starts midweek, weekend temperature forecast 33°C
  • 발주는 한 번에 하고, 다음 주 안에는 추가 발주가 어려움You order once, and a re-order within next week is difficult
  • 안전재고는 한 주 판매량의 약 20퍼센트를 남기고 싶음I want to keep a safety stock of about 20 percent of one week's sales

## 이렇게 생각해줘 (단계적으로)## Think like this (step by step)

  1. 먼저 지난 4주 추세를 읽어줘 — 늘고 있나, 들쭉날쭉한가.First read the last 4 weeks' trend — is it rising, or erratic?
  2. 다음 주 수요에 영향을 줄 요인(할인 행사, 폭염)을 하나씩 짚고, 각각 수요를 얼마나 끌어올릴지 범위로 추정해줘. 단정하지 말고 '대략 ~정도'로.Point out each factor that will affect next week's demand (the discount event, the heat) one by one, and estimate how much each lifts demand as a range. Don't assert — say 'roughly about ~.'
  3. 추정한 다음 주 예상 판매량을 범위로 제시해줘.Present the estimated expected sales for next week as a range.
  4. 거기서 현재 재고와 원하는 안전재고를 반영해, 권장 발주량을 계산해줘.From there, reflect current inventory and the desired safety stock, and calculate a recommended order quantity.
  5. 마지막에 한 줄 요약: '권장 발주량 X묶음, 근거 한 줄'.End with a one-line summary: 'recommended order quantity X bundles, reasoning in one line.'

## 지킬 것## Rules to keep

  • 각 단계의 숫자가 어디서 나왔는지 보여줘. 결론만 툭 던지지 마.Show where each step's numbers came from. Don't just toss out the conclusion.
  • 내가 주지 않은 정보(작년 같은 주 실적, 경쟁점 행사 등)는 네가 지어내지 마. 필요하면 '이 정보가 있으면 더 정확해집니다'라고 알려만 줘.Don't invent information I didn't give you (last year's same-week results, a competitor's event, etc.). If you need it, just tell me 'this would be more accurate with this info.'
  • 할인 행사·폭염이 수요를 '정확히 몇 퍼센트' 올린다고 단정하지 마. 그건 우리 과거 데이터로 내가 확인할 부분이야.Don't assert 'exactly what percent' the discount event or the heat lifts demand. That's something I'll confirm from our past data.
  1. 단계적으로 풀게 시키기: Claude 대화창을 열고 위 지시문을 그대로 붙여 넣는다. Claude가 추세 읽기 → 수요 요인 → 예상 판매량 → 재고 반영 → 권장 발주량 순으로, 각 단계의 숫자 근거를 보여주며 푸는지 확인한다. 결론만 툭 던지지 않고 '풀이 과정'이 보이면, 그게 바로 생각 모드가 하는 일이다.Make it solve step by step: Open a Claude chat and paste in the instruction above. Check that Claude works in order — read the trend, then demand factors, then expected sales, then reflect inventory, then a recommended order quantity — showing the numeric basis for each step. If it shows its 'working-out' instead of just tossing out a conclusion, that's exactly what thinking mode does.
  2. 즉답과 비교해 보기: 새 대화를 열고, 위 상황 정보는 그대로 주되 '단계적으로 생각해줘' 부분을 빼고 '다음 주 발주량 숫자만 바로 알려줘'라고만 시킨다. 두 답을 나란히 본다 — 단계적으로 푼 쪽이 근거가 또렷하고 따져볼 여지가 있는지, 즉답 쪽은 숫자 하나만 덜렁 나와 '왜 그 숫자인지' 알기 어려운지 비교한다. 어려운 판단일수록 단계적 추론이 왜 유리한지 체감하는 단계다.Compare against a snap answer: Open a fresh chat, give the same situation info but drop the 'think step by step' part and just say 'tell me only the order-quantity number for next week, right away.' Put the two answers side by side — does the step-by-step one have clear reasoning you can scrutinize, while the snap one is just a bare number where it's hard to tell 'why that number'? This is where you feel why step-by-step reasoning pays off the harder the judgment is.
  3. 사실은 내가 검증하기: 단계적으로 나온 답에서 '사실'에 해당하는 것을 골라 직접 확인한다 — 지난 4주 판매량과 현재 재고는 우리 실제 데이터와 맞는지, 할인 행사가 수요를 끌어올릴 비율을 Claude가 임의로 단정하진 않았는지. 만약 Claude가 '작년 행사 때 30퍼센트 올랐으니' 식으로 내가 주지 않은 숫자를 지어냈다면, 그건 생각 모드가 아니라 Rule No.1(검증)으로 잡아야 할 대목이다. 판단은 Claude에게 깊게 시키되, 그 안의 사실은 사람이 검증한다 — 이게 오늘의 핵심이다.Verify the facts yourself: From the step-by-step answer, pick out the 'facts' and check them directly — do the last 4 weeks' sales and current inventory match your real data, and did Claude avoid flatly asserting a rate at which the discount event will lift demand? If Claude invented a number you never gave — like 'since last year's event lifted it 30 percent' — that's not a job for thinking mode but for Rule No.1 (verify). Make Claude think deeply on the judgment, but have a human verify the facts inside it — that's the heart of today.

전체 대본Full transcript

1 · 오프닝 — 생각하게 하라1 · Opening — let it think

체스 선수를 한번 떠올려 보세요. 쉬운 수에서는 거의 즉시 둡니다. 그런데 판이 어려워지면, 손을 멈추고 한참을 읽죠. 다음 수, 그다음 수까지 머릿속에서 펼쳐 봅니다. Claude도 똑같아요. 어려운 문제 앞에서는 바로 답하기보다, 생각할 시간을 주는 게 답을 바꿉니다. 오늘은 룰 넘버 포, "생각하게 하라"를 가지고, Claude에게 답 전에 생각할 공간을 주는 법, 익스텐디드 씽킹을 보겠습니다.Picture a chess player. On easy moves, they play almost instantly. But when the board gets hard, they stop and read — running the next move, and the move after that, in their head. Claude is the same. In front of a hard problem, giving it time to think — rather than answering right away — changes the answer. Today, under Rule Number Four, "let it think," we'll look at how to give Claude a thinking space before the answer: Extended Thinking.

2 · 즉답 vs 숙고2 · Snap answer vs deliberation

다단계로 꼬인 논리 퍼즐 하나를 던졌다고 해볼게요. 그냥 바로 답하라고 하면, Claude는 한 줄로 답을 뱉습니다. 그런데 이런 문제는 즉답이 꽤 자주 틀려요. 반대로, 답하기 전에 단계를 차근차근 펼쳐서 검토하게 하면 결과가 달라집니다. 똑같은 모델인데, 둘 중 어느 쪽을 시킬지가 정확도를 가르는 거예요.Say we throw it a tangled, multi-step logic puzzle. If you just tell it to answer, Claude fires back one line. But on problems like this, the snap answer is wrong fairly often. Flip it around — make it unfold the steps and review them before answering — and the result changes. Same model, but which of the two you ask for is what decides the accuracy.

지난 시간엔 Claude를 해부했죠. 정답을 어디서 꺼내오는 게 아니라, 다음 단어를 확률로 이어 붙이는 패턴 생성기라고요. 그렇다면 자연스러운 질문이 생깁니다. 답을 잇기 전에, 생각할 공간을 따로 주면 어떻게 될까? 바로 그게 오늘의 주제, 익스텐디드 씽킹입니다.Last time we dissected Claude. It doesn't pull answers out of a vault — it's a pattern generator that strings the next word by probability. So a natural question follows: what if we give it a separate space to think before it strings the answer together? That is exactly today's topic — Extended Thinking.

3 · ‘생각 공간’이란3 · What the ‘thinking space’ is

익스텐디드 씽킹이 뭔지부터 정리할게요. 보통은 질문이 들어가면 바로 답이 나옵니다. 질문, 답. 끝이죠. 그런데 씽킹을 켜면, 그 사이에 생각하는 칸이 하나 끼어들어요. 화면으로 보면, 질문 다음에 가운데 생각 블록이 생기고, 거기서 단계적으로 추론을 펼친 다음, 마지막에 최종 답이 나옵니다.Let's start with what Extended Thinking is. Normally, a question goes in and the answer comes right out. Question, answer, done. But when you turn on thinking, a thinking box slides in between them. On screen, after the question, a thinking block appears in the middle — it unfolds the reasoning step by step there — and then the final answer comes out.

공식 문서의 표현을 빌리면, 익스텐디드 씽킹은 복잡한 작업에 단계적 추론 능력을 부여하고, 그 사고 과정을 부분적으로 들여다볼 수 있게 해 줍니다. 핵심은 이거예요. 이건 답을 담는 공간이 아니라, 답에 이르는 과정을 위한 공간입니다. 사람으로 치면, 계산 결과만 적는 게 아니라 풀이 과정을 적을 연습장을 따로 주는 거죠.Borrowing the official docs' phrasing: Extended Thinking gives complex tasks a step-by-step reasoning ability, and lets you partially see into that thought process. Here's the key. This isn't a space that holds the answer — it's a space for the process of reaching the answer. For a person, it's like handing them a separate scratchpad to write the working-out, not just the final number.

4 · 왜 더 정확해지나 — 체스 비유4 · Why it gets more accurate — chess

그럼 이 생각 칸이 왜 답을 더 정확하게 만들까요? 다시 체스로 돌아가 볼게요. 직감으로 즉수를 두면 빠르지만, 어려운 국면에서는 자주 틀립니다. 반대로 수를 읽으면, 이 수 다음에 상대가 이렇게 두고, 그럼 내가 이렇게 받고, 하고 중간 단계를 펼쳐서 검토하죠. Claude도 똑같아요. 그럴듯한 답을 한 번에 잇는 대신, 중간 추론을 펼쳐서 스스로 점검할 수 있게 됩니다.So why does this thinking box make the answer more accurate? Back to chess. A snap move from instinct is fast, but on hard positions it's often wrong. Read the moves instead, and you unfold the middle steps — if I play this, they respond that way, then I answer like this — and review them. Claude is the same. Instead of stringing one plausible answer in a single pass, it can lay out the intermediate reasoning and check itself.

그래서 효과가 특히 큰 곳이 정해져 있어요. 공식 문서도 말합니다. 수학적 추론이나, 여러 단계로 도구를 쓰는 작업이나, 복잡한 문제를 쪼개는 일처럼, 작업이 복잡할수록 생각에 더 많은 예산을 줄 때 더 철저한 분석으로 품질이 올라갈 수 있다고요. 한마디로, 문제가 복잡할수록 생각 공간의 값어치가 커집니다. 다단계 추론, 수학과 논리, 복잡한 코딩 설계. 이 세 군데를 기억하세요.That's why the payoff is biggest in specific places. The official docs say it too: for things like mathematical reasoning, multi-step tool use, or breaking down a complex problem — the more complex the work, the more a larger thinking budget can lift quality through more thorough analysis. In a word, the more complex the problem, the more valuable the thinking space. Multi-step reasoning, math and logic, complex code design. Remember those three.

5 · 켜는 두 가지 방법5 · Two ways to turn it on

그럼 이걸 어떻게 켤까요? Claude Code 터미널에서는 두 가지 방법이 있습니다. 첫 번째는 슬래시 이에프에프오아르티, 그러니까 /effort 명령어입니다. low, medium, high 세 단계로 생각 깊이를 조절할 수 있어요. high가 가장 긴 예산입니다. 두 번째는 울트라씽크 키워드예요. 프롬프트 어디든 이 단어를 포함하면 최대 생각 모드로 작동합니다. 중요한 건, 반드시 붙여 쓴 한 단어, 울트라씽크여야 합니다. 띄어 쓰면 인식이 안 돼요.So how do you turn it on? In the Claude Code terminal there are two methods. The first is the /effort command — three levels, low, medium, and high, to adjust thinking depth. high gives the largest budget. The second is the ultrathink keyword. Include this word anywhere in your prompt and it activates maximum thinking mode. The key thing: it must be written as one word — ultrathink. With a space it won't be recognized.

예산은 의무가 아니라 상한선이에요. 처음부터 최대로 지르지 말고, 작게 시작해서 부족하다 싶을 때 올리는 게 정석입니다. 개발자라면 API에서 씽킹 객체에 버짓 토큰스 숫자를 직접 넣어서 제어할 수도 있어요. 어느 방법이든 핵심은 같습니다 — 예산은 상한선이고, 문제 난이도에 맞춰 조절한다.The budget is a ceiling, not an obligation. Don't start at the maximum — begin small and raise it when it falls short. If you're a developer, you can control this directly in the API by setting a budget_tokens number in the thinking object. Whichever method you use, the core idea is the same — the budget is a ceiling, and you tune it to match the problem's difficulty.

6 · 생각에도 값이 붙는다6 · Thinking has a price tag

여기서 아주 흔한 오해를 하나 짚고 갈게요. "생각 칸은 어차피 답이 아니니까 공짜겠지?" 아닙니다. 생각 토큰은 무료가 아니에요. 공식 문서에 분명하게 적혀 있습니다. 생성된 생각 토큰은 전부 과금된다고요. 그것도 출력 토큰으로 청구됩니다. 즉, Claude가 연습장에 끄적인 추론도 한 토큰 한 토큰 다 돈으로 계산돼요.Let me clear up a very common misconception here. "The thinking box isn't the answer anyway, so it's free, right?" No. Thinking tokens are not free. The official docs say it plainly: you're charged for the full thinking tokens generated. And they bill as output tokens. So even the reasoning Claude scribbles on the scratchpad is counted, token by token, as money.

한 가지 더 헷갈리는 지점이 있어요. 청구되는 생각 토큰의 양과, 응답 화면에 보이는 양이 일치하지 않습니다. 화면에는 요약된 형태만 보이거든요. 그러니까 "보이는 게 적으니까 적게 나왔겠지" 하고 방심하면 안 됩니다. 결론은 명확해요. 생각 토큰도 과금된다. 그러니 예산을 무한정 키우지 말고, 어려운 문제에만 예산을 배정한다. 이게 다음 슬라이드로 이어집니다.There's one more confusing point. The amount of thinking tokens you're billed for doesn't match the amount shown on the reply screen — the screen shows only a summarized form. So don't relax thinking, "it looks small, so it must have been cheap." The conclusion is clear: thinking tokens are billed too. So don't grow the budget without limit — assign budget only to hard problems. And that leads us into the next slide.

7 · 켤 때 / 끌 때7 · When to turn it on / off

자, 그럼 언제 켜고 언제 끄느냐. 오늘의 핵심입니다. 왼쪽은 켜라, 입니다. 다단계로 이어지는 추론, 수학이나 논리 증명, 복잡한 디버깅, 그리고 여러 설계안의 장단점을 비교하는 일. 이런 건 중간 단계를 펼쳐서 검토할 때 답이 확 좋아져요. 공통점은, 한 번에 답이 안 나오고 차근차근 따져야 한다는 겁니다.Alright — when to turn it on, when to leave it off. This is today's peak. The left column is "turn it on." Reasoning that runs over multiple steps, math or logic proofs, complex debugging, and comparing the pros and cons of several design options. On these, the answer gets much better when it unfolds and reviews the middle steps. The common thread is that the answer doesn't come in one pass — it has to be worked through.

오른쪽은 오버킬, 그러니까 과잉입니다. 단순 조회, 포맷 변환, 짧은 요약, 정형화된 반복작업. 이런 건 그냥 그럴듯하게 한 번에 이으면 되는 일이라, 생각 예산을 줘 봐야 그대로 낭비예요. 비용도 더 들고, 응답도 느려집니다. 그래서 경계선은 딱 하나, 추론의 깊이입니다. 깊게 따져야 하면 켜고, 한 방에 되면 끈다. 이 한 장이 룰 넘버 포의 핵심 판단표예요.The right column is overkill. Simple lookups, format conversion, short summaries, routine repetitive work. These are jobs you just string together plausibly in one pass, so handing them a thinking budget is pure waste — it costs more and the response is slower. So the dividing line is just one thing: the depth of reasoning. If it needs deep working-out, turn it on; if it's a one-shot, turn it off. This single page is the core decision table for Rule Number Four.

8 · 예산은 난이도에 맞춰8 · Match budget to difficulty

그럼 예산은 얼마나 줘야 할까요? 다이얼을 떠올리시면 됩니다. 왼쪽으로 돌리면 작은 예산, 빠르고 쌉니다. 오른쪽으로 돌리면 큰 예산, 더 철저하게 따지지만 그만큼 비싸고 느려져요. 원칙은 간단합니다. 다이얼을 문제 난이도에 맞추는 거예요. 쉬운 문제에 큰 예산을 주는 건, 아까 말한 그 낭비입니다.So how much budget should you give? Think of a dial. Turn it left for a small budget — fast and cheap. Turn it right for a large budget — it works things through more thoroughly, but it's that much more costly and slow. The principle is simple: match the dial to the problem's difficulty. Giving a big budget to an easy problem is exactly the waste we just talked about.

한 가지 재미있는 점이 있어요. 예산을 크게 줬다고 해서 Claude가 그걸 다 쓰는 건 아닙니다. 특히 아주 큰 예산, 그러니까 삼만 이천 토큰 이상 범위에서는 모델이 예산을 다 안 쓰는 경우가 있어요. 그러니까 예산은 의무가 아니라 상한선입니다. 처음부터 크게 지르지 말고, 작게 시작해서 부족하다 싶을 때 조금씩 올리는 게 정석이에요.Here's an interesting point. Giving a big budget doesn't mean Claude uses all of it. Especially at very large budgets — the range above thirty-two thousand tokens — the model sometimes doesn't spend the whole thing. So the budget is a ceiling, not an obligation. Don't blow it up from the start; start small and nudge it up bit by bit when it falls short. That's the standard play.

9 · 즉답형 vs 사고형9 · Snap mode vs thinking mode

끄고 켤 때 작동이 어떻게 다른지 나란히 볼게요. 왼쪽, 씽킹을 끄면 즉답입니다. 비용이 낮고 빠르죠. 단순 작업에 최적이에요. 오른쪽, 씽킹을 켜면 단계적으로 추론합니다. 비용이 높고 느려지죠. 대신 복잡한 작업에 강합니다. 여기서 꼭 짚을 게 하나 있어요. 씽킹을 켠다고 더 똑똑한 모델로 바뀌는 게 아닙니다. 똑같은 모델이 더 오래 생각하는 것뿐이에요.Let me put off and on side by side to show how they behave. On the left, with thinking off, it's a snap answer — low cost, fast, best for simple work. On the right, with thinking on, it reasons step by step — high cost, slower, but strong on complex work. There's one thing I have to stress here. Turning thinking on does not swap in a smarter model. It's the very same model, just thinking longer.

이게 지난 시간 내용과 연결됩니다. 기억하시죠? Claude는 체급, 그러니까 모델이 나뉜다고 했잖아요. 오퍼스, 소넷, 하이쿠. 그건 모델 자체를 바꾸는 레버예요. 반면 씽킹은 같은 모델에 생각 시간을 더 주는 레버고요. 그러니까 체급과 생각 시간은 완전히 별개의 다이얼입니다. 둘을 헷갈리지 마세요.This connects back to last time. Remember? We said Claude comes in weight classes — the models: Opus, Sonnet, Haiku. That's a lever that swaps the model itself. Thinking, on the other hand, is a lever that gives the same model more time to think. So weight class and thinking time are completely separate dials. Don't mix the two up.

10 · 켜기 전 4가지 점검10 · 4 checks before enabling

오늘의 두 번째 핵심입니다. 씽킹을 켜기 전에, 딱 네 가지만 확인하세요. 첫째, 이 일이 다단계 추론을 요구하나? 한 방에 답이 나오는 일이면 그냥 끄세요. 둘째, 예산을 문제 난이도에 맞췄나? 처음부터 크게 지르지 말고, 작게 시작해서 부족하면 올립니다.This is today's second peak. Before you turn thinking on, check just four things. One: does this job need multi-step reasoning? If the answer comes in one shot, just leave it off. Two: did you match the budget to the problem's difficulty? Don't go big from the start — begin small and raise it if it falls short.

셋째, 비용과 지연을 감당할 만한가? 생각도 과금이라는 거, 잊지 마세요. 넷째, 이게 좀 중요한데요. 사실 정확성이 핵심인 일인가? 만약 그렇다면, 답은 씽킹이 아닙니다. 검증과 근거예요. 더 생각한다고 모르는 사실이 생기진 않거든요. 그리고 이 네 가지는 앞에서 본 슬라이드와 하나씩 정확히 짝을 이룹니다. 메커니즘을 알면, 이 체크리스트는 저절로 외워져요.Three: can you absorb the cost and the latency? Don't forget — thinking is billed too. Four, and this one matters: is factual accuracy the crux of the job? If so, the answer isn't thinking. It's verification and sources. Thinking harder doesn't conjure facts it doesn't have. And these four map, one by one, exactly onto the slides we saw earlier. Once you know the mechanism, this checklist memorizes itself.

11 · 생각해도 못 푸는 것11 · What thinking can't fix

마지막으로, 씽킹의 한계를 분명히 짚고 갈게요. 씽킹은 추론을 깊게 해 줄 뿐, 없는 사실을 만들어 내지는 못합니다. 학습한 적 없는 최신 사실은, 아무리 오래 생각해도 못 만들어요. 더 위험한 건, 전제가 틀렸을 때입니다. 이럴 땐 생각을 더 할수록 틀린 답을 오히려 더 정교하게, 더 그럴듯하게 다듬어 버려요. 그러니 사실 확인 문제에는 씽킹이 답이 아닙니다. 지난 시간에 배운 룰 넘버 원, 결과를 믿지 말고 검증하라가 여전히 답이에요.Finally, let me make the limits of thinking crystal clear. Thinking only deepens the reasoning — it can't manufacture facts that aren't there. A recent fact it never learned, it cannot produce no matter how long it thinks. The more dangerous case is when the premise is wrong. There, the more it thinks, the more it polishes the wrong answer into something more refined and more plausible. So for fact-checking problems, thinking is not the answer. Rule Number One from last time — don't doubt, verify — is still the answer.

12 · 한 줄로 굳히기12 · In one line

오늘 배운 걸 한 줄로 정리해볼게요. 어려우면 생각시키고, 사실은 검증하라. 씽킹을 켤지 말지는 이렇게 따지면 됩니다. 다단계 추론인가, 예산은 난이도에 맞췄나, 비용은 감당할 만한가. 여기까지 통과하면 켜세요. 단, 사실 정확성이 핵심인 일이라면 그건 씽킹이 아니라 검증으로 해결합니다. 룰 넘버 포, 생각하게 하라와 룰 넘버 원, 결과를 믿지 말고 검증하라가 정확히 여기서 만나요. 생각은 깊이를 책임지고, 검증은 사실을 책임집니다.Let me lock today into one line. Let it think when it's hard, verify the facts. Whether to turn thinking on, you weigh it like this: is it multi-step reasoning, did I match the budget to the difficulty, can I absorb the cost? Pass that, and turn it on. But if factual accuracy is the crux, you solve that by verifying, not by thinking. Rule Number Four, let it think, and Rule Number One, don't trust the result, verify it, meet exactly here. Thinking owns the depth; verification owns the facts.

13 · 마무리 · 다음 강 예고13 · Wrap-up · next lesson

오늘 한 단어만 가져가신다면, 어려우면 생각 공간, 입니다. 쉬운 일은 즉답으로 빠르게, 어려운 일은 생각할 시간을 줘서 깊게. 다이얼을 문제 난이도에 맞추는 것, 그게 전부예요. 파라미터 형식이나 가격은 앞으로 바뀌겠지만, 어려운 문제일수록 생각할 시간을 준다는 원리는 그대로 남습니다. 다음 시간에는 지시의 기술을 다룹니다. 명령하지 말고 설계하라. 거기서 뵙겠습니다.If you take one word from today, it's: when it's hard, a thinking space. Easy jobs, fast with a snap answer; hard jobs, deep by giving it time to think. Matching the dial to the problem's difficulty — that's the whole thing. Parameter formats and prices will change, but the principle — the harder the problem, the more time to think — stays the same. Next time, we cover the craft of instruction: don't command, design. See you there.