Claude를 챗봇으로만 이해하면 활용 범위가 좁아진다. 질문을 입력하고 답을 받는 화면은 시작점일 뿐이다. 실제로 Claude는 글쓰기와 요약을 돕는 개인 도구이면서, 개발자의 코드 작업을 보조하고, API를 통해 제품 안에 들어가며, 조직의 문서·지원·검토 업무에 연결되는 플랫폼이다.
이 장의 목표는 기능을 모두 외우는 것이 아니다. Claude를 어디서 쓰는지, 어떤 모델을 고르는지, 무엇을 잘하고 무엇을 검증해야 하는지, 자신의 역할에 맞춰 어떤 순서로 배울지를 잡는 것이다.
AI 생성 이미지
Claude는 하나의 제품이 아니라 여러 작업 표면이다
Claude를 쓰는 방법은 크게 다섯 가지 작업 표면으로 나눌 수 있다. 작업 표면이란 사용자가 Claude와 만나는 접점을 뜻한다. 같은 모델을 쓰더라도 웹 앱에서 쓰는 것과 API로 제품에 넣는 것은 책임 범위가 완전히 다르다.
첫째, 웹 앱과 데스크톱 앱이다. 가장 익숙한 방식이다. 문서를 붙여 넣고 요약을 요청하거나, 보고서 초안을 만들거나, 이메일을 다듬거나, 긴 자료를 읽고 질문할 수 있다. 개발자가 아니어도 바로 시작할 수 있고, 반복 업무를 정리하는 데 좋다. 이 표면에서는 "좋은 질문"보다 "좋은 업무 지시"가 중요하다. 목적, 독자, 자료, 원하는 형식을 함께 알려 주면 결과가 안정된다.
둘째, 모바일 앱이다. 이동 중 메모를 정리하거나, 회의 직후 핵심 내용을 요약하거나, 짧은 아이디어를 확장할 때 유용하다. 모바일에서는 긴 설계보다 빠른 정리와 후속 질문이 중심이다. 음성 메모나 짧은 입력을 업무 문서의 재료로 바꾸는 식으로 쓰면 효과가 크다.
셋째, 업무 앱과 파일 기반 작업이다. Claude는 텍스트만 다루는 도구가 아니다. 문서, 표, PDF, 이미지 같은 자료를 읽고 요약·비교·분석하는 일에 강하다. 다만 파일을 넣었다고 해서 모든 내용을 완벽히 이해했다고 가정하면 안 된다. 중요한 조항, 수치, 표, 날짜는 원문 위치를 다시 확인해야 한다.
넷째, IDE와 Claude Code다. 개발자에게 Claude는 코드 설명기나 자동완성 도구를 넘어선다. Claude Code는 터미널이나 IDE 흐름 안에서 코드베이스를 탐색하고, 변경 계획을 세우고, 버그 수정과 테스트 작성을 도울 수 있는 개발자용 작업 표면이다. 일반 Claude 앱이 대화형 도우미라면, Claude Code는 로컬 개발 흐름에 더 가까운 코딩 보조 도구다.1
다섯째, API다. API는 Claude를 직접 쓰는 것이 아니라, Claude의 능력을 제품이나 내부 시스템에 넣는 방식이다. 고객지원 문의를 분류하고, 사내 문서를 검색해 답변하고, 계약서에서 위험 조항을 추출하고, 사용자의 요청에 따라 외부 도구를 호출하게 만들 수 있다. API를 쓰는 순간 책임도 달라진다. 프롬프트만 잘 쓰면 되는 것이 아니라 인증, 비용, 오류 처리, 로그, 개인정보, 평가, 배포까지 설계해야 한다.
정리하면, 개인은 웹·데스크톱·모바일에서 시작하고, 개발자는 IDE와 API로 확장하며, 조직은 업무 시스템·권한·감사·운영 절차와 함께 Claude를 도입한다.
모델은 이름보다 역할로 고른다
Claude 모델군은 보통 Haiku, Sonnet, Opus 계층으로 이해하면 쉽다. 세부 모델명은 계속 바뀔 수 있으므로, 처음에는 "가벼운 모델, 균형 모델, 깊이 생각하는 모델"이라는 역할로 기억하는 편이 오래 간다.
| 모델 계층 | 적합한 작업 | 장점 | 주의할 점 |
|---|---|---|---|
| Haiku | 짧은 질문, 간단한 요약, 분류, 추출, 빠른 조회 | 빠르고 효율적 | 복잡한 추론이나 긴 문서 판단에는 부족할 수 있음 |
| Sonnet | 일반 업무, 글쓰기, 코딩, 분석, 고객지원, 다단계 작업 | 품질·속도·비용의 균형 | 매우 어려운 문제에서는 Opus 검토 필요 |
| Opus | 깊은 리서치, 복잡한 추론, 고난도 코딩, 정확성이 중요한 작업 | 지속적인 사고와 고품질 판단 | 비용과 지연 시간이 커질 수 있음 |
Anthropic의 모델 선택 가이드도 Haiku는 빠르고 단순한 작업, Sonnet은 대부분의 범용 업무, Opus는 깊은 추론과 정확성이 중요한 작업에 적합하다고 설명한다.2 중요한 원칙은 간단하다. 확실히 어려운 일이 아니면 Sonnet에서 시작하라. 너무 쉬운 일을 Opus에 맡기면 속도와 비용을 낭비한다. 반대로 법무 리스크 검토, 복잡한 아키텍처 설계, 긴 문서의 상충 조항 분석처럼 실패 비용이 큰 작업은 더 강한 모델과 사람 검토를 함께 써야 한다.
모델을 고를 때는 네 가지를 묻는다.
작업 난도: 단순 분류인가, 복잡한 판단인가?
지연 시간: 즉시 답이 필요한가, 오래 걸려도 품질이 중요한가?
비용과 사용량: 대량 처리인가, 소수의 고위험 작업인가?
컨텍스트 요구사항: 짧은 입력인가, 긴 문서와 여러 근거가 필요한가?
예를 들어 수천 건의 문의를 "환불, 배송, 계정, 기타"로 나누는 작업은 Haiku로 시작할 수 있다. 고객에게 보낼 답변 초안을 만들고 맥락을 반영해야 한다면 Sonnet이 기본값이다. 여러 계약서와 정책 문서를 비교해 위험 조항을 찾는다면 Opus 또는 강한 Sonnet 계열에 근거 표시와 사람 검토를 붙이는 편이 안전하다.
Claude가 잘하는 일
Claude의 강점은 긴 텍스트를 읽고, 문맥을 유지하며, 사람이 이해하기 쉬운 형태로 다시 구성하는 데 있다. 특히 다음 작업에서 효과가 크다.
문서 이해와 재구성. 긴 보고서, 회의록, 정책 문서, 계약 초안을 읽고 핵심 쟁점, 결정 사항, 위험 요소, 후속 조치를 뽑아낼 수 있다. 단순 요약보다 "의사결정자가 봐야 할 내용", "법무팀이 확인할 내용", "고객에게 설명할 내용"처럼 목적을 나누면 더 유용하다.
추론 보조와 선택지 정리. Claude는 결정을 대신하기보다, 결정 전에 생각을 정리하는 데 강하다. 선택지의 장단점, 누락된 질문, 이해관계자별 영향, 반대 논리를 정리하게 하면 사람의 판단이 더 선명해진다.
글쓰기와 편집. 초안 작성, 문체 조정, 독자별 재작성, 제목 후보 만들기, 중복 제거, 문서 구조 개선에 좋다. 특히 한국어 업무 문서에서는 지나치게 긴 문장을 줄이고, 애매한 표현을 명확하게 바꾸는 데 쓸 수 있다.
코드 작성과 코드 이해. Claude는 함수 설명, 버그 원인 추정, 테스트 케이스 작성, 리팩터링 방향 제안, 코드 리뷰 보조에 유용하다. Claude Code와 함께 쓰면 코드베이스 탐색과 변경 작업까지 더 자연스럽게 이어진다.
도구 호출과 업무 자동화. API 환경에서는 Claude가 외부 도구를 직접 실행하는 대신, 어떤 도구를 어떤 입력으로 호출해야 하는지 구조화해 요청할 수 있다. 이를 이용하면 검색, 데이터베이스 조회, 티켓 생성, 계산, 파일 처리 같은 업무 흐름에 Claude를 연결할 수 있다.
반드시 검증해야 하는 일
Claude가 유창하게 답한다고 해서 항상 맞는 것은 아니다. 오히려 문장이 자연스러울수록 틀린 내용을 놓치기 쉽다. 다음 영역은 반드시 검증 절차를 붙여야 한다.
사실과 최신 정보. 모델은 최신 상황을 항상 알고 있지 않다. 제품 가격, 법률 개정, 정책 변경, 회사 내부 규정처럼 자주 바뀌는 정보는 원문 자료나 검색, 내부 시스템과 연결해 확인해야 한다.
수치와 계산. 표를 읽고 계산하거나, 단위를 변환하거나, 금액을 합산하는 작업은 오류가 날 수 있다. 중요한 수치는 원본 표, 계산식, 별도 도구로 다시 검산해야 한다.
법률·의료·재무 판단. Claude는 초안과 쟁점 정리에는 도움이 되지만 전문가의 책임 판단을 대체하지 않는다. 계약서 위험 조항을 표시하게 할 수는 있어도, 최종 법률 의견은 담당 전문가가 내려야 한다.
보안과 개인정보. API 키, 비밀번호, 토큰, 민감 개인정보를 그대로 입력해서는 안 된다. 조직에서 Claude를 쓸 때는 데이터 등급, 입력 허용 범위, 보존 정책, 접근 권한을 먼저 정해야 한다.
긴 문맥의 누락. 긴 문서를 넣으면 Claude가 대부분의 내용을 읽는 것처럼 보이지만, 중요한 예외 조항이나 표의 각주를 놓칠 수 있다. 긴 문서 작업에서는 "근거 위치를 표시하라", "확인하지 못한 부분을 따로 적어라", "상충되는 내용을 찾아라"처럼 검증형 지시가 필요하다.
독자별로 다르게 읽기
Claude 학습에는 하나의 정답 경로가 없다. Anthropic의 학습 자료도 개인 활용, 조직 내 활용, API 개발처럼 서로 다른 흐름을 구분한다.3 이 책도 같은 관점에서 읽으면 좋다.
입문 사용자는 2장과 3장에서 시작하면 된다. 목표는 프롬프트를 많이 외우는 것이 아니라, 요약·재작성·회의 정리·보고서 초안 같은 반복 업무를 안정적인 절차로 만드는 것이다. 결과를 그대로 붙여 넣지 말고, 확인 질문과 수정 루프를 습관화해야 한다.
개발자는 5장부터 9장까지가 중심이다. Messages API, SDK, 도구 사용, RAG, 에이전트 설계, 평가셋을 연결해 작은 Claude 기능을 제품 수준으로 만드는 법을 배운다. 핵심은 "한 번 잘 답하는 데모"가 아니라 "변경해도 품질이 유지되는 시스템"이다.
엔터프라이즈 도입자는 8장, 11장, 12장을 특히 주의 깊게 읽어야 한다. 조직 도입은 모델 성능 비교만으로 결정되지 않는다. 권한, 데이터 흐름, 비용, 장애 대응, 배포 승인, 사용자 교육이 함께 준비되어야 한다.
연구자는 4장, 9장, 10장에서 얻을 것이 많다. 프롬프트 체이닝, 컨텍스트 엔지니어링, 평가 설계, 안전성 테스트를 통해 Claude의 행동을 관찰하고 비교할 수 있다. 모델을 믿는 것이 아니라 실험으로 확인하는 태도가 중요하다.
정책·법무 담당자는 10장과 11장을 중심으로 읽으면 된다. 질문은 "Claude를 써도 되는가"에서 끝나지 않는다. 더 나은 질문은 "어떤 데이터로, 어떤 기능에서, 어떤 보존 조건과 검토 절차 아래 쓸 수 있는가"이다.
이 책의 기본 관점
Claude를 잘 쓰는 사람은 프롬프트만 잘 쓰는 사람이 아니다. 작업을 나누고, 적절한 모델을 고르고, 필요한 자료를 제공하고, 결과를 검증하고, 위험한 행동에는 사람 승인을 붙이는 사람이다.
개인 생산성에서는 Claude가 생각의 속도를 높인다. 개발에서는 Claude가 코드와 시스템을 잇는 보조자가 된다. 조직에서는 Claude가 문서, 정책, 고객지원, 운영 절차 안으로 들어간다. 이때 필요한 것은 더 화려한 질문이 아니라 더 책임 있는 설계다.
앞으로의 장에서는 이 지도를 따라간다. 먼저 비개발자가 바로 쓸 수 있는 업무 흐름을 만들고, 그다음 프롬프트와 컨텍스트를 다듬는다. 이후 API, 도구, 문서 처리, 시스템 설계, 평가, 보안, 운영으로 확장한다. Claude를 단순한 답변기가 아니라 업무와 제품, 조직에 연결되는 플랫폼으로 다루는 것이 이 책의 출발점이다.
참고
1Claude, Claude API, and Claude Code: What's the Difference?
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.