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

RULE No.17

멀티모달 · 텍스트 밖으로 나가라 · 시작을 누르면 음성과 함께 슬라이드가 자동 재생됩니다. Multimodal · step outside the text · Press start and slides advance with narration.

1·2 언어 전환 · ← → 수동 이동 · Space 재생/정지1·2 language · ← → navigate · Space play/pause
멀티모달 · No.17
01 / 14 목차Index
  이동 · F 전체화면 · RULE №17 · STEP OUTSIDE THE TEXT   navigate · F fullscreen · RULE №17 · STEP OUTSIDE THE TEXT [email protected]
일시정지Paused
0 / 0
Home
교육 세션 · 텍스트 밖으로Learning session · beyond the text

RULE No.17

텍스트 밖으로
나가라.
Step outside
the text.

지금까지 우리는 텍스트로 Claude와 대화했습니다. 그런데 Claude는 이미지·PDF도 직접 봅니다. 오늘은 텍스트 너머의 입력을 제대로 활용합니다. Until now we've talked to Claude in text. But Claude can look directly at images and PDFs too. Today we properly use inputs beyond the text.

As of 2026-06 · 지원 포맷·API 파라미터는 버전마다 바뀝니다 — '텍스트 밖으로'라는 원리가 진실. [추론]As of 2026-06 · supported formats & API parameters change by version — the principle 'step outside the text' is the truth. [inference]

이미지 · IMAGEIMAGE
1막 — 이미지를 보여줬더니Act 1 — We showed it an image

"Claude한테 이미지를 보여줬더니 — 다 설명해 줬다.""We showed Claude an image — and it explained everything."

> [매출 차트 이미지 첨부] 이번 달 트렌드 분석해줘
→ 수치·패턴 읽어서 분석 즉시 제공

> [차트 이미지 첨부] 트렌드 요약해줘
→ 수치·패턴 읽어서 분석

> [screenshot attached] what's wrong here?
→ explains error cause and fix instantly

> [chart image attached] summarize the trend
→ reads numbers and patterns, then analyzes

텍스트로 길게 설명하는 것보다 — 이미지 하나가 더 정확하고 빠를 때가 있다.Sometimes one image is more accurate and faster — than a long text description.

[출처: platform.claude.com/docs/en/build-with-claude/vision] Claude는 이미지를 직접 입력으로 받아 분석할 수 있다 — 스크린샷·차트·다이어그램·문서 이미지 모두 포함.[source: platform.claude.com/docs/en/build-with-claude/vision] Claude can take images directly as input for analysis — includes screenshots, charts, diagrams, and document images.

2막 — Claude는 무엇을 볼 수 있나Act 2 — What can Claude see?

Claude는 이미지·PDF·코드를 직접 처리한다.Claude handles images, PDFs, and code directly.

모달Modal 지원 포맷Supported formats
이미지Images JPEG, PNG, GIF, WebP
PDF 모델에 따라 최대 100~600페이지 문서up to 100–600 pages depending on model
코드/텍스트Code/text 모든 텍스트 기반 파일all text-based files
구조 텍스트Structured text Markdown, CSV, JSON etc.

[출처: platform.claude.com/docs/en/build-with-claude/vision] [출처: platform.claude.com/docs/en/build-with-claude/pdf-support] 지원 이미지 형식: JPEG, PNG, GIF, WebP. PDF: 모델에 따라 최대 100~600페이지. As of 2026-06, 공식 문서로 현행 확인.[source: platform.claude.com/docs/en/build-with-claude/vision] [source: platform.claude.com/docs/en/build-with-claude/pdf-support] Supported image formats: JPEG, PNG, GIF, WebP. PDF: up to 100–600 pages depending on model. As of 2026-06; confirm live via official docs.

2막 — 이미지는 토큰을 얼마나 쓰나Act 2 — How many tokens does an image use?

1092×1092 이미지 ≈ 1,568 tokens (대략 가로×세로÷750) — 텍스트와 같은 풀로 차감.A 1092×1092 image ≈ 1,568 tokens (roughly width×height÷750) — deducted from the same pool as text.

이미지 크기가 클수록The larger the image
토큰이 더 많이
소모된다
the more tokens
it consumes
대책Solution
큰 이미지는
리사이즈·압축
resize or compress
large images

해상도를 낮춰도 — 분석에 충분한 경우가 많다.Lower resolution — is often sufficient for analysis.

[출처: platform.claude.com/docs/en/build-with-claude/vision] 토큰 수 공식: 가로×세로÷750. 1092×1092 ≈ 1,568 tokens. 최신 모델(Opus 4 등)은 고해상도 처리 시 같은 이미지가 최대 약 4,784토큰까지 쓸 수 있음 — 정확한 값은 공식 문서 확인. 이미지 토큰은 텍스트 토큰과 같은 컨텍스트 윈도우에서 차감. As of 2026-06.[source: platform.claude.com/docs/en/build-with-claude/vision] Token formula: width×height÷750. 1092×1092 ≈ 1,568 tokens. Newer models (e.g. Opus 4) may consume up to ~4,784 tokens for high-resolution images — check official docs for exact values. Image tokens are deducted from the same context window as text tokens. As of 2026-06.

2막 — PDF도 직접 읽는다Act 2 — It reads PDFs directly too

PDF: 모델에 따라 100~600페이지 · 페이지당 약 1,500~3,000 토큰(밀도에 따라) + 이미지 토큰.PDF: 100–600 pages depending on model · ~1,500–3,000 tokens per page (by density) + image tokens.

가능한 것What's possible

표·그래프 읽기, 특정 섹션 요약, 여러 페이지 교차 분석.Read tables/graphs, summarize specific sections, cross-analyze multiple pages.

주의할 것Watch out

요청 크기 삼십이 메가바이트 한도 · 큰 문서는 분할 · 스캔 PDF는 글자를 그림처럼 찍어 정확도가 떨어질 수 있음.32 MB request limit · split large documents · scanned PDFs (image-only) may lose accuracy.

[출처: platform.claude.com/docs/en/build-with-claude/pdf-support] 모델에 따라 최대 100~600페이지(200K 컨텍스트 모델은 100페이지), 요청 크기 32MB 한도. 페이지당 약 1,500~3,000 토큰(텍스트 밀도에 따라) + 페이지가 이미지로도 처리돼 이미지 토큰 추가. 큰 문서는 분할 권장. As of 2026-06.[source: platform.claude.com/docs/en/build-with-claude/pdf-support] Up to 100–600 pages depending on model (100-page limit on 200K context models), 32 MB request size limit. ~1,500–3,000 tokens per page (by text density) plus image tokens as each page is also processed as an image. Split large documents. As of 2026-06.

2막 — 실전에서 어떻게 쓰나Act 2 — How it's used in practice

텍스트로 설명하기 어려운 것 — 이미지로 직접 보여준다.Things hard to explain in text — show them directly as images.

매출 보고서 스크린샷 → 즉시 수치 분석Sales report screenshot → instant data analysis 차트·그래프 → 수치 읽기·트렌드 분석Chart/graph → read numbers, trend analysis 매장 레이아웃 사진 → 개선점 도출Store layout photo → improvement points 문서·계약서 → 조항 요약·비교Document/contract → clause summary and comparison 손으로 쓴 노트 → 텍스트 변환Handwritten notes → text conversion

텍스트로 옮기면 정보 손실·오류 가능성 — 원본 시각 정보를 그대로 전달하는 게 유리.Converting to text risks information loss and errors — passing original visual information as-is is more advantageous.

[추론] 위 활용 패턴은 이미지·PDF 입력이 텍스트 설명보다 효과적인 대표 사례 — 원본 시각 정보를 그대로 전달하는 게 유리. (platform.claude.com/docs/en/build-with-claude/vision 확인.)[inference] The above usage patterns are representative cases where image/PDF input is more effective than text description — passing original visual information as-is is more advantageous. (See platform.claude.com/docs/en/build-with-claude/vision.)

3막 — 왜 이미지가 더 정확한가Act 3 — Why images are more accurate

텍스트 설명은 해석을 거친다 — 이미지는 원본을 그대로 전달한다.Text descriptions pass through interpretation — images deliver the original as-is.

텍스트 설명Text description
"버튼이 파란색이고 오른쪽 상단에 있다" — 사람이 해석해서 쓴 것, 오류·누락 가능."the button is blue and in the top right" — written through human interpretation, can have errors or omissions.
이미지 직접 전달Direct image
Claude가 원본을 직접 분석 — 사람 중간 해석 없이, 디테일 유지.Claude analyzes the original directly — no human intermediary, details preserved.

[추론] 텍스트 설명은 사람이 시각 정보를 언어로 번역하는 과정에서 해석·단순화·누락이 생긴다. 이미지를 직접 전달하면 그 번역 단계가 없어져 원본 정보가 보존된다 — 멀티모달의 핵심 이점.[inference] Text descriptions introduce interpretation, simplification, and omission as a person translates visual info into language. Passing the image directly removes that translation step, preserving the original information — the core benefit of multimodal.

3막 — 이미지를 잘 쓰는 법Act 3 — How to use images well

이미지 + 명확한 질문 = 최적 결과.Image + a clear question = optimal result.

최적 이미지 입력 = [목적에 맞는 크기] + [명확한 질문] + [필요한 맥락 텍스트]
  → 정확한 분석
Optimal image input = [right size for the purpose] + [clear question] + [necessary context text]
  → accurate analysis

이미지가 시각 정보를 담당하고, 텍스트가 맥락을 담당한다 — 둘이 함께여야 최적.The image handles visual info, the text handles context — together they're optimal.

[추론] 이미지 입력 최적화 3요소: (1) 목적에 맞는 크기 — 불필요하게 크면 토큰 낭비; (2) 명확한 질문 — "이 차트에서 2025년 최대값은?" vs "분석해줘"; (3) 필요한 맥락 텍스트 — 배경 설명·분석 기준 등 이미지 단독으로 전달 안 되는 정보.[inference] Three elements of optimal image input: (1) right size for purpose — unnecessarily large wastes tokens; (2) clear question — "what's the max value in 2025 on this chart?" vs "analyze this"; (3) necessary context text — background, analysis criteria, etc. that images alone can't convey.

3막 — 워크플로우에 통합하기Act 3 — Integrating into a workflow

이미지는 '입력 변환기' — 텍스트 파이프라인 앞에 둔다.Images as an 'input converter' — place them before the text pipeline.

시각 정보이미지·PDFVisual sourceimage·PDF
Claude 분석직접 처리Claude analysisdirect processing
구조화된 텍스트Structured text결과 출력result output
다음 단계 처리Next stage processing파이프라인 연결pipeline connected

멀티모달 입력으로 구조화된 텍스트를 얻어 — 그 뒤 파이프라인을 태운다.Use multimodal input to get structured text — then run it through the downstream pipeline.

[추론] 멀티모달 입력의 워크플로우 역할: 시각 정보(이미지·PDF)를 구조화된 텍스트로 변환하는 '입력 전처리' 단계 — 이후 요약·분류·번역·코드생성 등 텍스트 파이프라인에 연결.[inference] Workflow role of multimodal input: an 'input preprocessing' stage that converts visual info (images/PDFs) into structured text — then connects to text pipelines for summarization, classification, translation, code generation, etc.

3막 — 조심해야 할 것Act 3 — Things to watch out for

이미지 입력의 두 가지 주의사항: 프라이버시비용.Two things to watch with image input: privacy and cost.

프라이버시Privacy

이미지 안의 개인정보(얼굴·주민번호·의료정보)는 API 전송 전 확인 필요. 정책 숙지 후 사용.Personal info in images (faces, ID numbers, medical info) needs review before API transmission. Know the policy before use.

비용Cost

이미지가 많으면 토큰이 빠르게 쌓인다. 배치 처리·크기 최적화로 관리.Many images stack up tokens fast. Manage with batch processing and size optimization.

[추론] (1) 프라이버시 — 이미지에는 텍스트보다 더 많은 개인정보가 담길 수 있으므로 API 전송 전 민감정보 검토·마스킹 고려; (2) 비용 — 이미지당 토큰 소모가 크므로 대량 이미지 처리 시 비용 추정 필요. (s16 비용·거버넌스 정합.)[inference] (1) Privacy — images can contain more personal info than text, so review and consider masking sensitive info before API transmission; (2) Cost — token consumption per image is high, so estimate costs for bulk image processing. (Aligns with s16 cost & governance.)

4막 — 이미지 입력 전 5점검Act 4 — 5 checks before image input

이미지를 쓰기 전, 이 5가지를 확인한다.Before using an image, check these five.

  1. 1
    텍스트로 설명하기 어려운가?Is it hard to explain in text? → 어렵다면 이미지가 낫다→ if so, an image is better
  2. 2
    지원 포맷인가?Is it a supported format? → JPEG·PNG·GIF·WebP·PDF 확인→ check JPEG·PNG·GIF·WebP·PDF
  3. 3
    크기가 적절한가?Is the size appropriate? → 목적에 맞게 리사이즈·압축→ resize or compress for the purpose
  4. 4
    민감정보가 없는가?No sensitive data? → 있으면 마스킹 후 전송→ mask it before sending if there is
  5. 5
    질문이 명확한가?Is the question clear? → 이미지 + 구체적 질문 = 정확한 답→ image + specific question = accurate answer

[추론] 5항목은 각각 슬라이드 06·03·04·10·08의 내용과 대응 — 필요성·포맷·크기·프라이버시·질문 명확성. 이미지는 '항상 쓰면 좋은 것'이 아니라 '텍스트보다 효과적일 때 쓰는 것'.[inference] The five map onto slides 06·03·04·10·08 — necessity·format·size·privacy·question clarity. Images aren't 'always better' — they're for when they're more effective than text.

4막 — 텍스트의 한계, 이미지의 강점Act 4 — Text's limits, image's strengths

텍스트가 못하는 것을 — 이미지가 한다.What text can't do — images do.

이미지가 더 나은 경우 =
[공간 레이아웃] + [시각적 패턴] + [현재 상태 스냅샷] + [손글씨·그림]
  → 텍스트 설명보다 원본 그대로
Images are better for =
[spatial layout] + [visual patterns] + [current-state snapshot] + [handwriting·drawings]
  → original as-is, not a text description

[추론] 이미지가 텍스트보다 우위인 네 가지 유형: (1) 공간 레이아웃; (2) 시각적 패턴; (3) 현재 상태 스냅샷; (4) 손글씨·그림. 텍스트는 의미·논리·언어에 강하고, 이미지는 시각·공간·상태에 강하다.[inference] Four types where images outperform text: (1) spatial layout; (2) visual patterns; (3) current-state snapshots; (4) handwriting/drawings. Text is strong for meaning, logic, and language; images are strong for visuals, space, and state.

4막 — 같은 질문, 다른 결과Act 4 — Same question, different outcome

'텍스트로 설명'과 '이미지로 직접'은 다르다.'Explain in text' and 'show directly as image' are different.

텍스트 설명Text description
"차트 왼쪽에 막대가 세 개 있고 오른쪽으로 갈수록 높아집니다…" — 길고, 해석 오류 가능, 디테일 손실."There are three bars on the left side of the chart and they get taller going right…" — long, possible errors, detail loss.
이미지 직접Direct image
[차트 이미지 첨부] "이 차트의 최대·최소·추세를 분석해줘" — 짧고, 원본 그대로, 정확.[chart image attached] "analyze the max, min, and trend of this chart" — short, original as-is, accurate.

[추론] 실전 레시피: (1) 이미지 첨부; (2) 구체적 질문으로 목적 명시; (3) 필요한 맥락 텍스트 추가. 텍스트 설명은 번거롭고 정보 손실 — 이미지는 원본 그대로 전달해 짧고 정확.[inference] Practical recipe: (1) attach the image; (2) state the purpose with a specific question; (3) add necessary context text. Text description is tedious and loses info — images deliver the original as-is, short and accurate.

닫으며 · 텍스트 너머로Closing · beyond the text

텍스트 밖으로 나가라 —
이미지가 더 정확할 때는, 이미지를 써라.
Step outside the text —
when an image is more accurate, use the image.

한 단어로: 시각 정보는 이미지로 — 직접, 원본, 정확하게.In a word: visual info as images — directly, original, accurately.

5점검: 필요성·포맷·크기·프라이버시·질문 명확성. 다음 강 예고 — 결과물의 품질을 어떻게 측정하는지 (Rule No.18).5 checks: necessity·format·size·privacy·question clarity. Next up — how do we measure the quality of results (Rule No.18).

RULE No.17

[추론] Rule No.17 핵심: 텍스트로 설명하기 어려운 시각 정보는 이미지로 직접 전달한다 — 번역 단계 없이 원본 보존. Rule No.2(컨텍스트 보호 — 이미지 크기 최적화)·No.16(비용·거버넌스 — 이미지 토큰 계획)과 연결. As of 2026-06.[inference] Core of Rule No.17: visual info that's hard to explain in text is passed directly as images — original preserved without a translation step. Connected to Rule No.2 (protect context — image size optimization) & No.16 (cost & governance — image token planning). As of 2026-06.

강의 노트Lecture notes

17강 · 멀티모달Lesson 17 · Multimodal

Rule No.17 — 텍스트 밖으로 나가라Rule No.17 — Step outside the text

강의 요약Summary

지금까지 우리가 Claude와 나눈 대화는 거의 전부 텍스트였습니다. 프롬프트를 쓰고, 답을 읽고, 다시 쓰고. 그런데 Claude는 텍스트만 이해하는 도구가 아닙니다. 이미지를 직접 보고, PDF를 직접 읽습니다. 매장 담당자가 이번 달 매출 차트를 캡처해서 붙이고 "이번 달 트렌드 분석해줘"라고 하면, Claude는 수치와 패턴을 읽어 곧바로 분석을 내놓습니다. 재고 현황 스크린샷을 붙이고 "문제 있는 항목 찾아줘"라고 하면, 이미지를 직접 보고 바로 파악해 줍니다. 텍스트로 그 내용을 일일이 타이핑해서 설명하는 것보다, 이미지 하나를 던지는 게 훨씬 빠르고 정확합니다. 이게 오늘, Rule No.17의 출발점입니다.Nearly every conversation we've had with Claude so far has been text. Write a prompt, read an answer, write again. But Claude doesn't just understand text. It looks directly at images, and it reads PDFs directly. When a store associate captures this month's sales chart and attaches it with "analyze this month's trend," Claude reads the numbers and patterns and produces an analysis right away. Attach a screenshot of inventory status with "find any problem items," and Claude looks at the image directly and grasps the situation immediately. Throwing in one image is far faster and more accurate than typing out all that information as text, piece by piece. That's today's starting point — Rule No.17.

공식 문서 기준으로 Claude는 이미지 네 가지 형식(JPEG, PNG, GIF, WebP)을 지원하고, PDF는 모델에 따라 최대 100~600페이지를 처리할 수 있습니다. 중요한 건, Claude가 이 파일들을 그냥 받아서 저장만 하는 게 아니라는 점입니다. 이미지 안의 텍스트를 읽고, 차트의 수치를 파악하고, PDF 안의 표를 분석합니다. 단순한 파일 첨부가 아니라 진짜 입력으로 처리한다는 뜻입니다. 다만 이미지에도 토큰 비용이 있습니다. 공식 공식은 가로×세로÷750이고, 1092×1092 이미지는 약 1,568토큰입니다. 텍스트와 같은 컨텍스트 윈도우 안에서 차감되기 때문에, 이미지가 클수록 토큰을 더 많이 씁니다. 그래서 무조건 큰 이미지를 보내는 게 아니라, 목적에 맞게 리사이즈하거나 압축하는 습관이 필요합니다 — 이건 Rule No.2, 컨텍스트를 지켜라와 직결되는 이야기입니다.Based on the official docs, Claude supports four image formats (JPEG, PNG, GIF, WebP), and PDFs can be processed up to 100 to 600 pages depending on the model. What matters is that Claude doesn't just receive and store these files — it reads text inside images, grasps the numbers on charts, and analyzes tables inside PDFs. It's not mere file attachment; it's genuine input processing. But images carry a token cost too. The official formula is width times height divided by 750, and a 1092×1092 image comes out to roughly 1,568 tokens. Because it's deducted from the same context window as text, larger images consume more tokens. So instead of always sending the biggest image available, you need the habit of resizing or compressing to fit the purpose — which connects directly to Rule No.2, protect your context.

왜 이미지가 텍스트 설명보다 더 정확할 때가 많을까요. 텍스트 설명은 사람이 시각 정보를 언어로 번역하는 과정을 거칩니다. "버튼이 파란색이고 오른쪽 상단에 있다"라고 쓸 때, 이미 해석이 들어가 있고, 어떤 파란색인지·정확히 어디인지 같은 디테일이 빠지거나 틀릴 수 있습니다. 이미지를 직접 주면 그 번역 단계가 사라집니다. Claude가 원본을 직접 보고 분석하기 때문에, 사람이 중간에서 해석하며 생기는 오류나 누락이 없어집니다. 이게 멀티모달의 핵심 이점입니다. 공간 레이아웃, 시각적 패턴, 현재 상태 스냅샷, 손글씨나 그림처럼 텍스트로는 전달이 안 되거나 전달하면 정보가 줄어드는 것들 — 이런 건 이미지로 직접 보여주는 게 압도적으로 유리합니다.Why are images often more accurate than text descriptions? Text descriptions pass through a process where a person translates visual information into language. When you write "the button is blue and in the top right," interpretation has already happened, and details — exactly what shade, exactly where — can be dropped or wrong. Give the image directly, and that translation step disappears. Claude looks at and analyzes the original directly, removing the errors and omissions that come from a person interpreting in the middle. This is the core benefit of multimodal. Spatial layout, visual patterns, current-state snapshots, handwriting or drawings that text can't convey — or that lose information when converted to text — are overwhelmingly better shown directly as images.

실천은 다섯 가지 점검으로 정리됩니다. 첫째, 텍스트로 설명하기 어려운 것인지 생각해봅니다 — 텍스트로 충분하면 굳이 이미지를 쓸 필요가 없습니다. 둘째, 지원 포맷인지 확인합니다. 셋째, 목적에 맞는 크기인지 봅니다. 넷째, 얼굴·주민등록번호·의료 정보 같은 민감한 정보가 없는지 확인하고, 있으면 마스킹합니다. 다섯째, 이미지에 구체적인 질문을 더해서 보냈는지 점검합니다. 텍스트가 강한 건 의미·논리·언어이고, 이미지가 강한 건 시각·공간·상태입니다. 이 차이를 이해하고 적절히 섞어 쓰는 것, 그게 오늘 배우는 Rule No.17의 핵심입니다.The practice comes down to five checks. First, think about whether this is hard to explain in text — if text is enough, there's no need to use an image. Second, check whether it's a supported format. Third, check whether the size fits the purpose. Fourth, check for sensitive information like faces, ID numbers, or medical data, and mask it if present. Fifth, check whether you've added a specific question alongside the image. Text is strong for meaning, logic, and language; images are strong for visuals, space, and state. Understanding that difference and mixing them appropriately is the heart of today's Rule No.17.

핵심 개념 5가지Five key concepts

  1. 01

    Claude는 이미지·PDF를 진짜로 "본다"Claude actually "sees" images and PDFs

    Claude는 이미지나 PDF를 받아서 그냥 저장해 두는 게 아닙니다. 이미지 안에 적힌 텍스트를 읽고, 차트의 막대나 선이 나타내는 수치를 파악하고, PDF 안의 표를 분석합니다. 공식 문서 기준으로 이미지는 JPEG·PNG·GIF·WebP 네 가지 형식을, PDF는 모델에 따라 최대 100~600페이지를 지원합니다. 코드나 텍스트 파일, Markdown·CSV·JSON 같은 구조 텍스트도 마찬가지로 직접 처리됩니다. 매출 차트 이미지를 주면 수치와 트렌드를 분석하고, 재고 현황 스크린샷을 주면 문제 항목을 짚어주고, 손으로 쓴 노트를 이미지로 주면 텍스트로 변환해줍니다. 핵심은 "파일 첨부"가 아니라 "진짜 입력"이라는 점입니다.Claude doesn't just receive an image or PDF and store it. It reads the text written inside an image, grasps what the bars or lines on a chart represent numerically, and analyzes tables inside a PDF. Based on the official docs, images support four formats — JPEG, PNG, GIF, WebP — and PDFs go up to 100 to 600 pages depending on the model. Code and text files, and structured text like Markdown, CSV, and JSON, are processed directly the same way. Give it a sales chart image and it analyzes the numbers and trend; give it an inventory screenshot and it flags the problem items; give it handwritten notes as an image and it converts them to text. The key point is that this isn't "file attachment" — it's genuine input.

  2. 02

    이미지도 토큰을 쓴다Images consume tokens too

    이미지를 텍스트와 다른 세계라고 생각하기 쉽지만, 사실은 같은 컨텍스트 윈도우 안에서 토큰을 차감합니다. 공식 공식은 가로 곱하기 세로 나누기 750입니다. 예를 들어 1092×1092 이미지는 약 1,568토큰이 됩니다. 오퍼스 4처럼 고해상도를 정교하게 처리하는 최신 모델은 같은 이미지에 최대 약 4,784토큰까지 쓸 수도 있으니, 정확한 값은 반드시 공식 문서로 확인해야 합니다. 이미지가 클수록 토큰을 더 많이 쓰기 때문에, 차트 분석이나 텍스트 추출처럼 해상도가 크게 중요하지 않은 작업이라면 리사이즈나 압축으로 토큰을 아낄 수 있습니다. 이건 Rule No.2, 컨텍스트를 지켜라는 원칙이 이미지에도 그대로 적용된다는 뜻입니다.It's easy to think of images as a separate world from text, but they actually deduct tokens from the same context window. The official formula is width times height divided by 750. A 1092×1092 image, for example, comes out to about 1,568 tokens. Newer models that handle high resolution more elaborately, like Opus 4, may use up to roughly 4,784 tokens for the same image — so always check the official docs for the exact figure. Because larger images use more tokens, tasks like chart analysis or text extraction, where resolution doesn't matter much, can save tokens through resizing or compression. This means Rule No.2, protect your context, applies to images just as much as to text.

  3. 03

    PDF는 강력하지만 두 가지 함정이 있다PDFs are powerful, but two traps lurk

    PDF 처리는 강력합니다. 모델에 따라 최대 100~600페이지, 요청 크기 32메가바이트 한도 안에서 한 번에 처리할 수 있고, 페이지당 약 1,500~3,000토큰이 소모됩니다(내용 밀도에 따라 다름). 표나 그래프도 읽고, 특정 섹션 요약이나 여러 페이지 교차 분석도 가능합니다. 계약서나 리포트, 논문 전체를 통째로 넘기고 질문할 수 있다는 뜻입니다. 다만 두 가지는 주의해야 합니다. 모델 한도를 넘는 큰 문서는 분할해서 나눠 보내야 하고, 스캔해서 만든 PDF — 즉 글자를 그림처럼 찍은 문서 — 는 정확도가 떨어질 수 있습니다. 디지털 원문으로 저장된 PDF일수록 훨씬 정확하게 처리됩니다.PDF processing is powerful. Depending on the model, it can handle up to 100 to 600 pages at once within a 32-megabyte request size limit, consuming roughly 1,500 to 3,000 tokens per page (varying with content density). It can read tables and graphs, summarize specific sections, and cross-analyze multiple pages. That means you can hand over an entire contract, report, or paper and ask questions about it. But watch for two things. Documents larger than the model's page limit need to be split and sent in parts, and scanned PDFs — documents where the text was captured as an image rather than actual text — can be less accurate. PDFs saved as digital source files are processed far more accurately.

  4. 04

    텍스트 설명은 번역이고, 이미지는 원본이다Text description is translation; an image is the original

    텍스트로 시각 정보를 설명하려면, 사람이 먼저 그것을 언어로 번역해야 합니다. "버튼이 파란색이고 오른쪽 상단에 있다"라고 쓸 때, 이미 그 안에 해석이 들어가 있습니다. 어떤 파란색인지, 정확히 어디인지, 다른 요소와의 관계는 어떤지 같은 디테일이 빠지거나 틀릴 수 있습니다. 반면 이미지를 직접 주면 그 번역 단계 자체가 없어집니다. Claude가 원본을 직접 보고 분석하기 때문에, 사람이 중간에서 해석하며 생기는 오류나 누락이 사라집니다. 이게 멀티모달의 핵심 이점입니다. 텍스트로 설명하기 어려운 것, 설명하면 정보가 줄어드는 것은 이미지로 직접 보여주는 게 낫습니다.To describe visual information in text, a person must first translate it into language. When you write "the button is blue and in the top right," interpretation has already crept in. Details — what shade of blue, exactly where, how it relates to other elements — can be dropped or wrong. Give the image directly, and that translation step disappears entirely. Because Claude looks at and analyzes the original directly, the errors and omissions that come from a person interpreting in the middle vanish. This is the core benefit of multimodal. Things hard to explain in text, or things where explaining loses information, are better shown directly as images.

  5. 05

    최적의 이미지 입력 = 크기 + 질문 + 맥락Optimal image input = size + question + context

    이미지를 잘 쓰려면 세 가지를 기억하세요. 첫째, 목적에 맞는 크기입니다. 무조건 크다고 좋은 게 아니라, 차트 분석이면 고해상도가 없어도 충분합니다. 둘째, 명확한 질문입니다. "이 차트에서 2025년 최대값은 얼마야?"처럼 구체적으로 물으면, 그냥 "분석해줘"보다 훨씬 좋은 답이 나옵니다. 셋째, 필요한 맥락 텍스트입니다. 이미지만으로는 전달되지 않는 배경 정보가 있습니다. "이건 우리 서비스의 6월 매출 차트야. 전월 대비 변화를 분석해줘"처럼 이미지에 텍스트를 더하면 훨씬 정확한 분석이 나옵니다. 이미지가 시각 정보를 담당하고, 텍스트가 맥락을 담당하는 것 — 둘이 함께여야 최적입니다. 여기에 프라이버시 점검(얼굴·주민번호·의료정보 마스킹)과 비용 관리(배치 처리 시 사전 예산 추정)까지 더하면, 이미지 입력 전 다섯 가지 체크리스트가 완성됩니다.Remember three things to use images well. First, the right size for the purpose — bigger isn't always better; for chart analysis, you don't need high resolution. Second, a clear question — asking specifically, like "what's the maximum value in 2025 on this chart?" produces far better answers than just "analyze this." Third, the necessary context text — there's background information images alone can't convey. Adding text like "this is our service's June revenue chart, analyze the change from the previous month" produces much more accurate analysis. The image handles the visual information, the text handles the context — together they're optimal. Add privacy checks (masking faces, ID numbers, medical info) and cost management (estimating budget in advance for batch processing), and you have the complete five-point checklist for image input.

실습 예제Exercise

오늘 배운 걸 직접 확인해봅니다. 코드도 설정도 필요 없습니다 — 여러분 손에 있는 차트나 스크린샷 이미지 하나(매출 그래프, 대시보드 캡처, 재고 화면, 뭐든 좋습니다)를 Claude 대화창에 붙여넣고, 아래 지시문을 그대로 따라가면서 "그냥 물었을 때"와 "구체적으로 물었을 때"의 답이 어떻게 달라지는지 비교하는 연습입니다. 핵심은 이미지를 첨부하는 것 자체가 아니라, "이미지 + 명확한 질문 + 필요한 맥락"이라는 조합이 답의 질을 얼마나 바꾸는지 직접 목격하는 것입니다.Let's verify what we learned today, hands-on. No code, no config — just paste one chart or screenshot image you already have (a sales graph, a dashboard capture, an inventory screen, anything works) into a Claude chat, follow the instruction below, and compare how the answer differs between "just asking" and "asking specifically." The point isn't the act of attaching an image — it's watching firsthand how much the combination of "image + clear question + necessary context" changes the quality of the answer.

복사해서 Claude 대화창에 붙여넣기 (이미지 1장 첨부 필요)Copy & paste into a Claude chat (attach one image)

지금 첨부한 이미지 하나로 다음 두 가지를 순서대로 해줘. ## 1단계 — 막연한 질문 방금 첨부한 이미지를 보고 그냥 "이거 분석해줘"라는 요청을 받았다고 생각하고 답해줘. 딱 그 정도 정보만으로 나올 수 있는 답을 한 문단으로 줘. ## 2단계 — 명확한 질문 + 맥락 이번엔 같은 이미지를 놓고, 내가 이렇게 다시 물었다고 생각하고 답해줘: "이 이미지는 [여기에 실제로 무엇인지 한 줄로 채워 넣기 — 예: 우리 매장 6월 매출 대시보드]야. 이 안에서 가장 눈에 띄는 수치나 이상 신호가 뭔지, 그리고 그게 왜 문제인지 콕 집어서 알려줘." 마지막으로, 1단계 답과 2단계 답이 구체성·정확성 면에서 어떻게 달랐는지 한 줄로 정리해줘.

  1. 이미지 준비: 손에 있는 차트·스크린샷·대시보드 캡처 중 아무거나 하나를 고른다. 없다면 지금 화면을 캡처해도 된다 — 오늘 배운 건 "어떤 이미지든" 적용되는 원리이지, 특정 파일 형식에 갇힌 이야기가 아니다.Prepare an image: pick any chart, screenshot, or dashboard capture you already have. If you don't have one, just capture your current screen — today's lesson is a principle that applies to "any image," not something locked to a specific file type.
  2. 막연한 답 관찰: 1단계에서 Claude가 이미지를 보고도 뭉뚱그린 답을 내놓는지 확인한다. 질문이 막연하면 아무리 이미지를 잘 봐도 답이 애매해질 수 있다는 걸 체감하는 단계다.Observe the vague answer: check whether Claude, even while looking at the image, gives a fuzzy answer in step 1. This is where you feel that a vague question produces a vague answer, no matter how well the image itself is read.
  3. 구체적인 답과 비교: 2단계에서 같은 이미지인데도 "무엇인지" 맥락을 주고 "무엇을 짚어달라"고 명확히 물으면, 답이 얼마나 더 콕 집어지는지 비교한다. 이 차이가 곧 오늘 배운 "이미지 + 명확한 질문 + 맥락" 공식이다. 실무에 적용할 땐, 앞으로 이미지를 붙일 때마다 이 세 가지가 다 들어갔는지 스스로 점검하는 습관을 들일 것.Compare the specific answer: in step 2, with the same image, compare how much sharper the answer gets once you supply context on "what this is" and ask clearly "what to point out." That difference is exactly today's formula — "image + clear question + context." Going forward, make it a habit to check that all three are present every time you attach an image at work.

전체 대본Full transcript

1 · RULE No.17 — 텍스트 밖으로1 · Rule No.17 — step outside the text

지금까지 우리가 클로드와 나눈 대화를 돌아보면, 거의 전부 텍스트였을 거예요. 프롬프트를 쓰고, 답을 읽고, 다시 쓰고. 그런데 클로드는 텍스트만 이해하는 게 아닙니다. 이미지도 직접 보고, 피디에프도 읽어요. 오늘은 그 능력을, 그러니까 텍스트 너머의 입력을 제대로 활용하는 법을 다룹니다. 룰 넘버 세븐틴, "텍스트 밖으로 나가라."Looking back at all the conversations we've had with Claude so far, almost everything was text. Write a prompt, read an answer, write again. But Claude doesn't just understand text. It looks directly at images, and it reads PDFs too. Today we cover how to properly use that capability — inputs beyond the text. Rule Number Seventeen: step outside the text.

2 · Claude한테 이미지를 보여줬더니2 · We showed Claude an image

한 장면을 볼게요. 매장 담당자가 이번 달 매출 차트를 캡처해서 붙이고 "이번 달 트렌드 분석해줘"라고 했더니, 클로드가 수치와 패턴을 읽어 곧바로 분석을 내놨습니다. 다음엔 재고 현황 스크린샷을 붙이고 "문제 있는 항목 찾아줘"라고 했더니, 이미지를 직접 보고 바로 파악해 줬어요. 텍스트로 그 내용을 일일이 타이핑해서 설명하는 것보다, 이미지 하나를 던지는 게 훨씬 빠르고 정확했죠.Let's look at one scene. A store associate captured this month's sales chart and attached it, asking "analyze this month's trend." Claude read the numbers and patterns and immediately produced an analysis. Then a screenshot of inventory status was attached with "find any problem items," and Claude looked at the image directly and grasped the situation right away. Throwing in one image was much faster and more accurate than typing out all that information as text one piece at a time.

이게 오늘의 출발점입니다. 텍스트로 설명하기 어렵거나 오래 걸리는 것들이 있어요. 화면에 보이는 상태, 차트의 모양, 문서 레이아웃. 이런 건 이미지로 바로 보여주는 게 훨씬 효과적입니다. 오늘은 클로드가 어떤 모달을 지원하는지, 비용은 어떻게 되는지, 그리고 실제로 어떻게 쓰는지를 배웁니다.This is today's starting point. There are things that are hard or slow to explain in text. What's visible on screen, the shape of a chart, document layout. For these, showing them directly as an image is much more effective. Today we'll learn what modalities Claude supports, what the costs look like, and how to actually use them.

3 · Claude가 지원하는 모달 종류3 · The modalities Claude supports

그럼 클로드가 정확히 무엇을 볼 수 있는지 정리해 볼게요. 공식 문서 기준으로 이미지는 제이펙, 피엔지, 지아이에프, 웹피 네 가지 형식을 지원합니다. 피디에프는 모델에 따라 최대 백에서 육백 페이지를 처리할 수 있어요. 컨텍스트 이십만 토큰 모델은 백 페이지가 한도입니다. 코드나 텍스트 파일은 텍스트 블록으로 전달하면 되고, 마크다운·씨에스브이·제이슨 같은 형식도 마찬가지입니다. 지원 포맷과 파라미터는 버전마다 바뀔 수 있으니, 세부 사항은 공식 문서로 확인하세요.So let's lay out exactly what Claude can see. Based on the official docs, images support four formats: JPEG, PNG, GIF, and WebP. PDF can handle up to 100 to 600 pages depending on the model — models with a 200K context window have a limit of 100 pages. Code or text files can be passed as text blocks, and formats like Markdown, CSV, and JSON are the same. Supported formats and parameters can change by version, so check the official docs for specifics.

여기서 중요한 건, 클로드가 이 파일들을 단순히 받아서 저장하는 게 아니라는 거예요. 직접 내용을 분석합니다. 이미지 안의 텍스트를 읽고, 차트의 수치를 파악하고, 피디에프의 표를 분석할 수 있어요. 그냥 파일 첨부가 아니라, 진짜 입력으로 처리하는 거예요.What's important here is that Claude doesn't just receive and store these files. It analyzes the content directly. It can read text inside images, grasp the numbers on charts, and analyze tables in PDFs. It's not just file attachment — it processes them as genuine input.

4 · 이미지 토큰 비용4 · Image token cost

이미지를 쓸 때 꼭 알아야 할 게 있어요. 이미지도 토큰을 씁니다. 공식 공식은 가로 곱하기 세로 나누기 칠백오십이에요. 예를 들어 천구십이 곱하기 천구십이 이미지는 약 천오백육십팔 토큰이 됩니다. 텍스트와 같은 컨텍스트 윈도우 안에서 차감되고, 이미지가 클수록 토큰을 더 많이 써요. 단, 오퍼스 포 같은 최신 모델은 고해상도 처리 시 같은 이미지가 최대 약 사천칠백팔십사 토큰까지 쓸 수도 있으니, 정확한 값은 공식 문서를 꼭 확인하세요.There's something you need to know when using images. Images use tokens too. The official formula is width times height divided by 750. For example, a 1092 by 1092 image works out to about one thousand five hundred sixty-eight tokens. It's deducted from the same context window as text, and the larger the image, the more tokens it uses. Note that newer models like Opus 4 can use up to about four thousand seven hundred eighty-four tokens for the same image at high resolution, so always check the official docs for exact figures.

그래서 실용적인 팁이 하나 있어요. 이미지가 무조건 크다고 좋은 게 아닙니다. 차트 분석이나 텍스트 추출 같은 경우엔 해상도를 낮춰도 충분할 때가 많아요. 불필요하게 큰 이미지는 리사이즈하거나 압축해서 보내면 토큰을 아낄 수 있습니다. 이게 룰 넘버 투, 컨텍스트를 지켜라와 이어져요. 이미지 크기를 조절해서 컨텍스트를 지키는 거예요.So here's a practical tip. Bigger isn't always better for images. For cases like chart analysis or text extraction, lower resolution is often enough. Sending unnecessarily large images resized or compressed can save tokens. This connects back to Rule Number Two, protect context. Managing image size is how you protect context.

5 · PDF 처리 능력5 · PDF processing power

피디에프 처리도 강력합니다. 공식 문서 기준으로 모델에 따라 최대 백에서 육백 페이지를, 요청 크기는 삼십이 메가바이트 한도 안에서 한 번에 처리할 수 있어요. 페이지당 약 천오백에서 삼천 토큰이 소모되는데, 내용 밀도에 따라 달라집니다. 표나 그래프도 읽을 수 있고, 특정 섹션을 요약하거나 여러 페이지를 교차 분석하는 것도 가능해요. 계약서나 리포트, 논문 전체를 통째로 넘기고 질문할 수 있다는 뜻입니다.PDF processing is powerful too. Based on the official docs, it can handle up to 100 to 600 pages depending on the model, with a request size limit of 32 megabytes. Each page consumes roughly 1,500 to 3,000 tokens depending on content density. It can read tables and graphs, summarize specific sections, and cross-analyze multiple pages. That means you can hand over an entire contract, report, or paper and ask questions about it.

다만 두 가지는 주의하세요. 모델 한도를 넘는 큰 문서는 분할해서 나눠 보내야 합니다. 그리고 스캔해서 만든 피디에프, 즉 글자를 그림처럼 찍은 문서는 정확도가 떨어질 수 있어요. 디지털 원문으로 저장된 피디에프라면 훨씬 정확하게 처리됩니다.But watch out for two things. Documents larger than the model's page limit need to be split and sent in parts. And scanned PDFs — documents where text is captured as images rather than actual text — can be less accurate. PDFs saved as digital source files are processed much more accurately.

6 · 실제 활용 패턴6 · Real usage patterns

실제로 어떻게 쓰이는지 패턴을 보겠습니다. 매출 차트 이미지를 직접 주면 수치와 트렌드를 분석해 줍니다. 숫자를 일일이 설명하는 것보다 훨씬 빠르죠. 매장 현황 사진이나 재고 현황 스크린샷을 주면 문제점과 개선점을 바로 파악할 수 있고요. 전단이나 피오피 시안을 이미지로 붙이면 가독성과 배치에 대한 피드백도 받을 수 있습니다.Let's look at the patterns of how it's actually used. Give a sales chart image directly and Claude analyzes the numbers and trends — much faster than explaining them one by one. Show a store layout photo or inventory screenshot and it identifies problems and improvements right away. Attach a flyer or POP display mockup as an image and you can get feedback on readability and layout.

문서나 계약서는 피디에프째로 넘기고 특정 조항을 요약하거나 비교해 달라고 할 수 있어요. 손으로 쓴 노트도 이미지로 주면 텍스트로 변환해 줍니다. 공통점이 하나 있어요. 텍스트로 옮기면 정보 손실이 생기거나 타이핑이 번거로운 것들입니다. 원본 시각 정보를 그대로 전달하는 게 훨씬 유리하죠.Documents or contracts can be passed as PDFs and you can ask for specific clauses to be summarized or compared. Even handwritten notes sent as images can be converted to text. There's one thing in common. These are all things where converting to text loses information or makes typing tedious. Passing the original visual information directly is much more advantageous.

7 · 시각 정보 vs 텍스트 설명7 · Visual info vs text description

왜 이미지가 텍스트 설명보다 더 정확한 경우가 많을까요. 원리를 보겠습니다. 텍스트 설명은 사람이 시각 정보를 언어로 번역하는 과정을 거칩니다. "버튼이 파란색이고 오른쪽 상단에 있다"라고 쓸 때, 이미 해석이 들어가 있어요. 어떤 파란색인지, 정확히 어디에 있는지, 다른 요소들과의 관계는 어떤지 같은 디테일이 빠지거나 틀릴 수 있습니다.Why are images often more accurate than text descriptions? Let's look at the principle. Text descriptions go through a process of a person translating visual information into language. When you write "the button is blue and in the top right," interpretation is already happening. Details like what shade of blue, exactly where, and how it relates to other elements can be dropped or wrong.

이미지를 직접 주면 그 번역 단계가 없어집니다. 클로드가 원본을 직접 보고 분석해요. 사람이 중간에서 해석하면서 생기는 오류나 누락이 없어지는 거죠. 이게 멀티모달의 핵심 이점입니다. 텍스트로 설명하기 어려운 것, 설명하면 정보가 줄어드는 것 — 그런 건 이미지로 직접 보여주는 게 낫습니다.When you give the image directly, that translation step disappears. Claude looks at and analyzes the original directly. There's no error or omission from a person interpreting in the middle. This is the core benefit of multimodal. Things hard to explain in text, things where explanation reduces information — those are better shown directly as images.

8 · 이미지 입력 최적화8 · Optimizing image input

이미지를 줄 때도 프롬프트 설계가 중요합니다. 세 가지를 기억하세요. 첫째, 목적에 맞는 크기. 아까 말씀드렸듯이 무조건 크다고 좋은 게 아니에요. 차트 분석이면 고해상도가 없어도 됩니다. 둘째, 명확한 질문. "이 차트에서 이천이십오년 최대값은 얼마야?"처럼 구체적으로 물어야 해요. 그냥 "분석해줘"보다 훨씬 좋은 답이 나옵니다.Prompt design matters when giving images too. Remember three things. First, the right size for the purpose. As I mentioned, bigger isn't always better. For chart analysis, you don't need high resolution. Second, a clear question. Ask specifically, like "what's the maximum value in this chart for 2025?" Much better answers come out than just "analyze this."

셋째, 필요한 맥락 텍스트를 같이 줍니다. 이미지만으로는 전달이 안 되는 배경 정보가 있어요. "이건 우리 서비스의 6월 매출 차트야. 전월 대비 변화를 분석해줘"처럼 이미지에 텍스트를 더하면 훨씬 정확한 분석이 나옵니다. 이미지가 시각 정보를 담당하고, 텍스트가 맥락을 담당하는 거예요. 둘이 함께여야 최적입니다.Third, add the necessary context text alongside. There's background information that images alone can't convey. Adding text to the image like "this is our service's June revenue chart. analyze the change from the previous month" produces much more accurate analysis. The image handles the visual information, and the text handles the context. Both together is optimal.

9 · 멀티모달 워크플로우 설계9 · Designing a multimodal workflow

멀티모달을 좀 더 체계적으로 보겠습니다. 이미지와 피디에프 입력을 워크플로우 관점에서 보면, 일종의 입력 변환기예요. 시각 정보를 구조화된 텍스트로 바꿔주는 역할을 합니다. 도식을 보세요. 시각 정보 원본이 있고, 이미지나 피디에프로 입력하면, 클로드가 분석해서 구조화된 텍스트 결과를 내놓고, 그게 다음 단계 처리로 이어집니다.Let's look at multimodal more systematically. Viewing image and PDF input from a workflow perspective, it's a kind of input converter. It plays the role of transforming visual information into structured text. Look at the diagram. There's a visual source, you input it as an image or PDF, Claude analyzes it and produces a structured text result, and that feeds into the next stage of processing.

예를 들어, 스캔한 영수증 이미지를 주면 → 금액·날짜·항목이 텍스트로 추출되고 → 그 텍스트를 가계부 시스템에 입력하는 식이죠. 또는 피디에프 계약서를 주면 → 핵심 조항이 요약 텍스트로 나오고 → 그걸 리뷰 체크리스트에 넣는 워크플로우. 이미지는 파이프라인의 시작을 담당합니다. 시각 정보를 처리 가능한 텍스트로 바꿔주는 거예요.For example, give a scanned receipt image → amounts, dates, and items are extracted as text → that text is input into a bookkeeping system. Or give a PDF contract → key clauses come out as summary text → workflow puts that into a review checklist. Images handle the start of the pipeline. They convert visual information into processable text.

10 · 주의사항 — 프라이버시·비용10 · Watch out — privacy & cost

멀티모달을 쓸 때 두 가지를 꼭 챙겨야 합니다. 첫째, 프라이버시입니다. 이미지에는 텍스트보다 더 많은 개인정보가 담길 수 있어요. 얼굴, 주민등록번호, 의료 정보 같은 것들이죠. 에이피아이로 이미지를 전송하기 전에 민감한 정보가 포함돼 있는지 확인하고, 필요하면 마스킹하거나 제거해야 합니다. 사용하는 서비스의 데이터 처리 정책을 반드시 숙지하세요.Two things to always handle when using multimodal. First, privacy. Images can contain more personal information than text. Faces, ID numbers, medical information, and the like. Before transmitting images via the API, check whether sensitive information is included, and mask or remove it if necessary. Be sure to understand the data processing policy of the service you're using.

둘째, 비용입니다. 이미지가 많으면 토큰이 빠르게 쌓입니다. 특히 배치로 이미지를 처리하는 경우엔 사전에 비용을 추정하고 예산을 잡아야 해요. 앞서 배운 이미지 크기 최적화도 비용 관리의 일부입니다. 이건 지난 강에서 다룬 비용과 거버넌스와 이어져요. 멀티모달도 비용 계획 안에 포함시켜야 합니다.Second, cost. Many images stack up tokens fast. Especially when processing images in batch, you need to estimate costs in advance and set a budget. The image size optimization we covered earlier is also part of cost management. This connects to the cost and governance we covered last time. Multimodal needs to be included in your cost plan too.

11 · 멀티모달 활용 체크리스트11 · Multimodal usage checklist

이미지를 쓰기 전에 다섯 가지만 점검하세요. 첫째, 이게 텍스트로 설명하기 어려운 건지 생각해봐요. 텍스트로도 충분하면 굳이 이미지 쓸 필요 없어요. 둘째, 지원 포맷인지 확인하세요. 제이펙, 피엔지, 지아이에프, 웹피, 피디에프. 이 다섯 가지가 지원 포맷입니다. 셋째, 크기가 적절한지 봐요. 목적에 맞게 리사이즈하거나 압축해서 불필요한 토큰 소모를 줄입니다.Check just five things before using an image. First, think about whether this is hard to explain in text. If text is sufficient, there's no need to use an image. Second, check whether it's a supported format. JPEG, PNG, GIF, WebP, PDF — these five are the supported formats. Third, check whether the size is appropriate. Resize or compress to fit the purpose and reduce unnecessary token consumption.

넷째, 민감한 정보가 없는지 확인하세요. 개인정보가 있으면 마스킹하고 보냅니다. 다섯째, 질문이 명확한지 점검해요. 이미지에 구체적인 질문을 더해야 좋은 답이 나옵니다. 이 다섯 가지를 습관으로 만들면, 멀티모달을 안전하고 효과적으로 쓸 수 있습니다. 이미지는 항상 쓰면 좋은 게 아니라, 텍스트보다 효과적일 때 쓰는 겁니다.Fourth, check whether there's sensitive information. If there's personal information, mask it before sending. Fifth, check whether the question is clear. Adding a specific question to the image produces good answers. Making these five a habit lets you use multimodal safely and effectively. Images aren't something to always use — they're something to use when they're more effective than text.

12 · 텍스트로 못하고 이미지로 하는 것들12 · What images do that text can't

오늘 배운 걸 한 줄로 정리해볼게요. 텍스트가 못하는 것을 이미지가 합니다. 네 가지가 있어요. 공간 레이아웃, 그러니까 요소들이 화면에서 어디에 어떻게 배치돼 있는지. 시각적 패턴, 색상이나 형태, 트렌드의 모양. 현재 상태 스냅샷, 에러가 나는 바로 그 순간의 화면. 그리고 손글씨나 그림처럼 텍스트로는 아예 전달이 안 되는 것들. 이 네 가지는 이미지가 압도적으로 유리합니다.Let me lock in what we've learned today into one line. What text can't do, images do. There are four things. Spatial layout — where and how elements are positioned on screen. Visual patterns — the shape of colors, forms, trends. Current-state snapshots — the screen at the exact moment the error occurs. And handwriting or drawings that simply can't be conveyed in text at all. For these four, images are overwhelmingly better.

13 · 실전 레시피13 · The practical recipe

맨 처음 콜드 오픈에서 봤던 장면을 결론으로 돌려받아 볼게요. 차트를 텍스트로 설명하면 "차트 왼쪽에 막대가 세 개 있고 오른쪽으로 갈수록 높아집니다…" 길어지고, 해석 오류가 생길 수 있고, 디테일이 빠집니다. 반면에 이미지로 직접 주면 어떨까요. 차트 이미지 하나 붙이고, "이 차트의 최대, 최소, 추세를 분석해줘"라고 하면. 짧고, 원본 그대로이고, 정확합니다.Let's take the scene from the very first cold open back as our conclusion. Explaining a chart in text: "There are three bars on the left side of the chart and they get taller going right…" It gets long, interpretation errors can appear, and details drop out. What about giving it as an image directly? Attach one chart image and say "analyze the max, min, and trend of this chart." Short, original as-is, and accurate.

실전 레시피는 간단합니다. 하나, 이미지 첨부. 둘, 구체적인 질문으로 목적 명시. 셋, 필요한 맥락 텍스트 추가. 이 세 가지예요. 텍스트가 강한 건 의미·논리·언어. 이미지가 강한 건 시각·공간·상태. 이 차이를 이해하고 적절히 섞어 쓰는 게 룰 넘버 세븐틴의 핵심입니다.The practical recipe is simple. One: attach the image. Two: state the purpose with a specific question. Three: add necessary context text. These three. Text is strong for meaning, logic, and language. Images are strong for visuals, space, and state. Understanding this difference and mixing them appropriately is the heart of Rule Number Seventeen.

14 · 닫으며 — Rule No.1714 · Closing — Rule No.17

오늘 한 단어로 요약하면 이렇습니다. 시각 정보는 이미지로, 직접, 원본 그대로, 정확하게. 텍스트로 설명하기 어렵거나, 설명하면 정보가 줄어드는 것은 이미지로 직접 보여주세요. 그게 더 빠르고, 더 정확하고, 클로드가 더 잘 분석합니다. 이미지 입력 전 다섯 가지 — 필요성, 포맷, 크기, 프라이버시, 질문 명확성 — 이걸 체크리스트로 써먹으세요.Today's one-word summary is this. Visual information as images — directly, as the original, accurately. Things hard to explain in text, or things where explanation loses information — show them directly as images. That's faster, more accurate, and Claude analyzes it better. Five things before image input — necessity, format, size, privacy, question clarity — use these as your checklist.

오늘 룰 넘버 세븐틴, 텍스트 밖으로 나가라를 배웠습니다. 클로드는 텍스트만 이해하는 게 아니에요. 이미지도 보고, 피디에프도 읽어요. 그 능력을 제대로 쓰면 할 수 있는 것의 범위가 크게 넓어집니다. 다음 시간엔 그렇게 만들어낸 결과물을 어떻게 평가하고 측정하는지를 다룹니다. 룰 넘버 에이틴, 평가와 벤치마킹. 결과물의 품질을 숫자로 잡는 법이에요.Today we learned Rule Number Seventeen, step outside the text. Claude doesn't just understand text. It sees images and reads PDFs too. Using that capability properly greatly expands the range of what you can do. Next time we'll cover how to evaluate and measure the results you produce that way. Rule Number Eighteen, evaluation and benchmarking. How to capture the quality of your results as numbers.

참고References

  • [출처: platform.claude.com/docs/en/build-with-claude/vision] Claude Vision 공식 문서 — 지원 이미지 형식(JPEG, PNG, GIF, WebP), 이미지 토큰 계산 공식(가로×세로÷750).[source: platform.claude.com/docs/en/build-with-claude/vision] Official Claude Vision docs — supported image formats (JPEG, PNG, GIF, WebP), image token formula (width×height÷750).
  • [출처: platform.claude.com/docs/en/build-with-claude/pdf-support] Claude PDF Support 공식 문서 — 모델별 페이지 한도(최대 100~600페이지), 요청 크기 32MB 한도.[source: platform.claude.com/docs/en/build-with-claude/pdf-support] Official Claude PDF Support docs — per-model page limits (up to 100–600 pages), 32 MB request size limit.