Claude Desktop 입문: 로컬 작업과 생산성 기능, Chat·Code·Cowork 모드 이해
Claude Desktop을 켜면 보통 상단에 Chat / Cowork / Code 세 가지 작업 방식이 보입니다. 겉으로는 "탭만 다른 것" 같지만, 실제로는 Claude가 어디까지 접근하고(내 컴퓨터? 공유 폴더만? 클라우드?), 어떤 속도로 일을 끝까지 밀어붙일지(대화 중심? 작업 수행 중심?)가 달라집니다.
이 장의 목표는 단순합니다.
내가 하려는 일을 가장 빠르고 안전하게 끝낼 탭을 고르는 감각, 그리고 폴더를 중심으로 Claude와 함께 일하는 기본 루틴을 몸에 붙이는 것입니다.
Desktop은 왜 따로 배워야 할까
앞서 'claude 화면 완전 해부'에서 웹 인터페이스를 익혔다면, Desktop은 그 위에 다음이 더해진 버전이라고 생각하면 편합니다.
Chat 탭은 기본적으로 claude.ai의 채팅 경험과 비슷하지만, 데스크톱 앱이기 때문에 빠른 호출(오버레이), 스크린샷/창 공유, 받아쓰기(일부 OS), 로컬 커넥터 같은 생산성 기능이 붙습니다.1
Cowork와 Code는 공통적으로 "긴 작업을 맡기고 결과물을 파일로 남기는" 쪽에 강합니다. 특히 공식 튜토리얼은 Cowork와 Code가 같은 엔진(Claude Code)을 바탕으로 돌아가며, 긴 작업·서브에이전트·지속 작업에 유리하다고 설명합니다.1
세 가지 모드의 핵심 차이: 한 문장으로 잡기
Chat: 대화로 빨리 풀고, 지금 화면(스크린샷) 기반으로 즉시 도움받는 모드
Cowork: 자료를 모으고 정리해서 "완성본"을 만들어 파일로 남기는 모드 (지식 근로자에게 좋다)
Code: 내 코드베이스에서 직접 읽고/고치고/실행하고/검증하는 개발 모드 (개발자에게 좋다)
이 구분만 제대로 잡아도, "왜 Claude가 갑자기 파일을 못 읽지?" "왜 이렇게 일을 크게 벌리지?" 같은 시행착오가 확 줄어듭니다.
Chat 모드: 가장 빠른 질문-답변 + 데스크톱 특화 입력
Chat은 기본적으로 익숙한 채팅입니다. 브레인스토밍, 초안 작성, 빠른 질의응답처럼 왕복이 잦은 일에 최적화되어 있습니다.1
Desktop의 Chat이 특히 좋은 순간은 "설명하기 귀찮은 화면"이 있을 때입니다.
예를 들어, 대시보드가 어려워서 질문하고 싶다면 긴 설명 대신 스크린샷을 찍어 바로 묻는 편이 더 빠릅니다. 공식 튜토리얼도 Chat의 장점으로 스크린샷/윈도우 공유를 강조합니다.1
또 macOS에서는 Option 키를 두 번 눌러 오버레이(Quick entry)로 Claude를 띄우는 방식이 소개되어 있습니다.1 '탭을 열어두고' 쓰는 게 아니라, 일을 하다가도 곧바로 "잠깐만 물어보기"가 가능해지는 거죠.
Chat 모드에서의 팁은 하나입니다.
앞서 '프롬프트의 정석'과 '출력 제어 마스터'에서 다룬 것처럼, 대화는 자유롭게 하되 결과물은 규격화(형식/길이/검증)로 잠그는 습관을 유지하세요. Chat은 편한 만큼, 결과물도 쉽게 흔들립니다.
Cowork 모드: "완성본"을 만드는 작업대(폴더 기반)
Cowork는 "자료를 여기저기서 끌어오고, 읽고, 비교하고, 최종 산출물을 만드는" 쪽에 맞춰진 모드입니다.1
Cowork에서 가장 중요한 기능: 폴더 접근
Cowork의 핵심은 폴더 접근입니다. 내 컴퓨터의 특정 폴더를 Claude에게 공유하면, Claude는 그 안의 파일을 읽고 결과물을 같은 폴더에 저장할 수 있습니다.1
여기서 중요한 안전장치가 하나 있습니다. 공식 튜토리얼은 Cowork가 공유한 폴더 안에서만 파일을 읽고/생성/수정할 수 있는 'contained(보호된) 환경'이라고 설명합니다.1
즉, Cowork를 쓸 때는 이렇게 생각하면 됩니다.
내가 공유한 폴더 = 작업장
공유하지 않은 영역 = Claude가 원칙적으로 건드릴 수 없는 공간
이 구조를 이해하면, 실무에서 가장 흔한 실수(폴더를 너무 넓게 공유해버리는 것)를 예방할 수 있습니다.
Cowork의 일하는 방식: 질문 → 계획 → 진행 상황
Cowork는 일을 시작하기 전에 범위, 결과물 형식, 제약 조건을 짧게 확인하고, 사이드바에 계획을 세우는 흐름이 자주 나타납니다.1 그리고 진행 중에는 어떤 자료를 보고 있는지, 어떤 파일이 만들어지고 있는지 "작업이 눈에 보이게" 구성됩니다.
여기서 여러분이 해야 할 일은 복잡하지 않습니다.
계획을 받으면 "좋아요"라고 넘기지 말고, 딱 두 가지만 확인하세요.
첫째, 입력 범위가 맞는지(어떤 폴더/어떤 파일까지 보는지).
둘째, 출력물 정의가 맞는지(문서/표/슬라이드/요약 등 어떤 형태로 어디에 저장할지).
이 두 가지만 잡히면 Cowork는 상당히 안정적으로 '완성본'을 만들어 줍니다.
Cowork에서 자주 쓰는 미니 시나리오
예를 들어 ./02_시장조사/ 폴더에 PDF, 메모, 경쟁사 가격 캡처가 섞여 있다고 해봅시다.
Cowork에 폴더를 공유하고 이렇게 요청합니다.
"이 폴더 안 자료만 사용해서 경쟁사 5곳 가격표를 표로 정리하고, 차별점 3개를 근거와 함께 써줘. 결과는 pricing_brief.md로 저장해."
이때 여러분은 앞서 '파일·PDF·대용량 문서 다루기'에서 익힌 Quote-first(근거 우선) 패턴을 Cowork에도 그대로 적용하면 됩니다. Cowork라고 해서 근거 문제가 사라지진 않으니까요.
Code 모드: 개발을 '실행'까지 가져가는 탭
Code 탭은 개발을 위한 작업대입니다. 공식 튜토리얼은 Code 탭이 데스크톱 앱 안에 개발 환경을 넣어두고(터미널, 변경 사항 diff, git 추적), Claude가 코드베이스에서 직접 작업하게 해준다고 설명합니다.1
여기서 Cowork와의 차이가 특히 중요합니다.
튜토리얼에 따르면 Cowork는 공유한 폴더 범위에 제한된 작업 공간이라면, Code는 프로젝트에서 더 넓게 파일 시스템과 터미널/개발 도구에 접근하며 일합니다.1 개발은 빌드/테스트/실행이 필요하니 이 설계가 자연스럽습니다.
Code의 기본 동작: 에이전틱 루프(수집→행동→검증)
Claude Code 문서는 Claude Code가 보통 다음 루프로 움직인다고 설명합니다.
맥락 수집(gather context)
행동(take action): 파일 읽기/수정, 명령 실행 등
검증(verify results): 테스트 재실행, 결과 확인 등
이 루프가 반복되면서 작업이 완료됩니다.2
이게 중요한 이유는 하나입니다.
개발 작업에서 "그럴듯한 답변"은 아무 의미가 없습니다. 실행과 검증까지 가야 일이 끝납니다. Code 탭은 바로 그 지점을 위해 만들어졌습니다.
Code에서 '안전'이 먼저인 이유: 권한과 되돌리기
Code 탭(Claude Code)은 강력한 대신, 실수하면 영향이 큽니다. 그래서 기본 안전장치가 두 겹으로 들어가 있습니다.
Claude Code 문서는 다음을 명확히 말합니다.
파일을 수정하기 전에 스냅샷을 떠서 되돌릴 수 있는 체크포인트를 만든다.2
Shift+Tab으로 권한 모드를 바꿀 수 있고, 기본은 수정/명령 실행 전에 묻는 모드다.2
특히 처음에는 Plan mode(읽기 전용)를 적극 추천합니다. Claude Code 문서도 Plan mode를 "읽기 전용 도구만 쓰는 모드"로 설명합니다.2
당장 편해 보인다고 "자동 수정"으로 달리기 시작하면, 팀 규칙 위반이나 원치 않는 대규모 변경이 발생하기 쉽습니다.
로컬 자원 연계의 요령: '폴더를 하나의 작업 단위'로 만든다
Desktop을 잘 쓰는 사람은 폴더를 그냥 저장 공간으로 보지 않습니다. Claude에게 "일을 맡기는 최소 단위"로 봅니다.
추천하는 가장 단순한 폴더 루틴은 이렇습니다.
00_inbox/: 재료(자료, 메모, PDF, 스크린샷)01_work/: 작업 중간 산출물(초안, 표, 정리 파일)99_output/: 최종본(공유/제출용)
Cowork에서는 공유 폴더를 이 구조로 잡아두면, Claude가 결과물을 어디에 둬야 할지 덜 헤맵니다.
Code에서는 프로젝트 루트에 CLAUDE.md를 두는 습관이 큰 도움이 됩니다. Claude Code 문서도 CLAUDE.md를 "프로젝트 규칙과 문맥을 매 세션 알려주는 파일"로 설명합니다.2 (세션이 길어지면 초기 지시가 컨텍스트 압축으로 사라질 수 있으니, 지속 규칙은 파일로 박아두는 게 안전합니다.)
언제 어떤 모드를 쓰면 좋을까
작업을 시작할 때 스스로에게 질문 하나만 던지면 됩니다.
"지금 필요한 건 대화인가, 아니면 작업 수행인가?"
대부분은 아래처럼 정리됩니다.
대화가 필요하다(아이디어 정리, 빠른 질문, 화면 해석) → Chat
자료를 모아 정리해 문서/결과물로 남겨야 한다 → Cowork
코드 수정, 테스트 실행, 배포처럼 '실행 환경'이 필요하다 → Code
처음에는 애매하면 Chat으로 시작해도 됩니다. 다만 "결과물을 파일로 남겨야 하는 순간"부터는 Cowork/Code로 옮기는 게 보통 더 빠릅니다.
첫날 연습 3개(30분)
Desktop이 손에 붙는 가장 빠른 방법은, 각 모드를 한 번씩 '성공 경험'으로 끝내는 것입니다.
Chat: 지금 보고 있는 화면(대시보드/에러/설정 화면)을 스크린샷으로 찍고 "여기서 내가 봐야 할 지표 3개만 골라줘"처럼 짧게 묻습니다.1
Cowork: 작은 폴더 하나를 공유하고(파일 5~20개 정도), "이 폴더만 사용해서 1페이지 요약을
99_output/summary.md로 저장해"를 시켜봅니다.1Code: 코드베이스에서 "테스트가 하나라도 있으면" 가장 좋습니다. Plan mode로 "어떤 테스트가 핵심인지, 실패 가능 지점이 어디인지 계획을 먼저 써줘"라고 요청한 다음, 승인 후 실행/수정으로 넘어가 보세요.2
이 3개가 되면, Desktop의 핵심은 이미 익힌 겁니다. 다음 장부터는 Cowork 자동화, Skills, MCP처럼 "손발을 더 붙이는" 단계로 넘어갈 준비가 됩니다.
참고
이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.