1. Claude Desktop이 특별한 이유

"AI라면 ChatGPT를 쓰면 되는 거 아닌가요?"

교육 현장에서 가장 많이 듣는 질문입니다. 이미 ChatGPT에 익숙한 분이라면 굳이 다른 도구를 배워야 하는지 의문이 들 수 있습니다. 결론부터 말하면, 채팅으로 글을 쓰고 질문에 답을 받는 용도라면 어떤 AI를 써도 큰 차이가 없습니다. 차이는 AI가 내 일을 실제로 처리하게 하는 방향으로 설계되어 있는가에서 드러납니다.

1.1 같은 힘, 다른 문턱

일을 해주는 에이전트형 AI가 Claude만의 것은 아닙니다. 앞에서 만난 Claude Code 옆에는 OpenAI의 Codex, Google의 Gemini CLI 같은 도구들이 나란히 있습니다. 이름은 달라도 하는 일은 닮았습니다. 목표를 받으면 파일을 직접 다루고, 명령을 실행하고, 여러 단계를 스스로 밟아 맡은 일을 끝까지 해냅니다. 능력만 놓고 보면 어느 하나가 압도적이라고 말하기 어렵습니다.

그렇다면 무엇을 보고 도구를 골라야 할까요? 기능 목록을 한 줄씩 견주는 일은 생각만큼 도움이 되지 않습니다. 이쪽에 새로 생긴 기능은 머지않아 저쪽에도 생기고, 오늘 벌어진 격차는 다음 업데이트에서 좁혀지기 일쑤입니다. 눈여겨볼 것은 따로 있습니다. 같은 힘 앞에 놓인 문턱의 높이, 곧 그 힘을 누구나 편하게 꺼내 쓸 수 있도록 만들어 두었는가입니다.

Codex와 Gemini CLI는 Claude Code와 마찬가지로 터미널에서 동작합니다. 앞에서 본, 코드를 모르는 사람이 멈춰 서던 바로 그 검은 화면입니다. 강력한 힘이 있어도 거기에 이르는 길이 개발자 쪽으로만 나 있으면, 대부분의 직장인에게는 여전히 닿지 않는 능력으로 남습니다.

Claude Desktop은 같은 힘의 문턱을 채팅창 높이까지 낮춰 두었습니다. Skills로 실제 문서 파일을 만들고, 커넥터와 MCP로 외부 서비스를 연결하고, 데스크톱 컨트롤로 내 컴퓨터를 다루는 이 모든 일을, 코드를 한 줄도 모르는 사람도 평범한 앱 화면 안에서 곧바로 쓸 수 있게 설계했습니다. Skills, 커넥터, MCP, 데스크톱 컨트롤이라는 이름이 아직 낯설어도 괜찮습니다. 바로 이어서 하나씩 풀어 설명하니, 여기서는 '우리가 쉽게 쓸 수 있도록 만들었구나' 정도만 기억하면 충분합니다.

앞에서 기술의 힘은 무엇을 해낼 수 있는가를 정하고, 기술의 문턱은 누가 쓸 수 있는가를 정한다고 했습니다. 지금 살펴본 도구들이 꼭 그렇습니다. 해낼 수 있는 일이 서로 비슷하니, 남는 질문은 누가 쓸 수 있느냐 하나입니다. 매일 터미널을 드나드는 개발자에게는 어느 도구를 고르든 취향의 문제에 가깝지만, 그렇지 않은 대부분의 사람에게는 쓸 수 있느냐 없느냐가 갈리는 문제입니다. 이 갈림길을 그림으로 정리하면 다음과 같습니다.

기능이 있느냐 없느냐가 아니라, 그 기능 앞의 문턱이 누구나 넘을 수 있는 높이인가. Claude Desktop을 권하는 첫 번째 이유입니다.

1.2 Claude Desktop을 특별하게 만드는 세 가지

문턱이 낮다는 것만으로는 좋은 도구가 되지 못합니다. 그 문턱 너머에 넘어갈 만한 힘이 있어야 합니다. Claude Desktop이 단순한 채팅 앱과 다른 이유는 낮은 문턱 너머에 놓인 세 가지 기능 덕분입니다. 먼저 표로 얼굴만 익히고, 하나씩 살펴보겠습니다. 각각은 이후 장에서 실습과 함께 자세히 다룹니다.

1.2.1 Skills

Skills(스킬)는 Claude에게 특정 작업을 하는 방법을 가르쳐 두는 재사용 가능한 지시 세트입니다. 기본 제공되는 Skills만으로도 Word, Excel, PowerPoint, PDF 같은 실제 문서 파일을 직접 만들어냅니다. 보고서 내용을 텍스트로 보여주고 마는 것이 아니라, 회사에서 바로 쓰는 .docx, .xlsx, .pptx 파일이 폴더에 떨어집니다. 한국에서 자주 쓰는 한글 문서 역시, 일간, 주간, 월간 보고서 같은 양식을 미리 건네 나만의 Skill로 만들어 두면 다음부터는 내용만 전달해도 같은 형식의 파일을 받아 볼 수 있습니다.

1.2.2 커넥터와 MCP, 플러그인

커넥터는 Google 캘린더, Gmail, Google Drive 같은 외부 서비스를 Claude에 연결하는 기능입니다. 연결해 두면 "이번 주 일정 요약해줘", "어제 받은 메일 중 답장 필요한 것만 찾아줘" 같은 일을 파일 첨부 없이 처리할 수 있습니다. MCP(Model Context Protocol)는 이런 연결을 가능하게 하는 개방형 표준입니다. 커넥터도 이 표준 위에 올라가 있고, 심지어 커넥터로 제공하지 않는 기능까지 MCP를 통해 직접 연결할 수 있습니다.

플러그인은 여기서 한발 더 나아가, Skills와 커넥터, 자주 쓰는 명령을 업무 분야별로 미리 묶어 둔 꾸러미입니다. 영업이든 재무든 마케팅이든, 내 분야의 꾸러미 하나를 설치하면 그 일에 필요한 도구가 한꺼번에 갖춰집니다. 하나씩 장만하는 대신 통째로 들여오는 길도 있다는 것만 알아 두면 됩니다.

1.2.3 데스크톱 컨트롤

데스크톱 컨트롤은 Claude가 채팅창 밖으로 나와 내 컴퓨터 자체를 다루게 하는 기능입니다. 폴더를 지정해 그 안의 파일을 읽고 쓰는 것이 기본이고, 베타로 제공되는 dispatch를 켜면 마우스와 키보드까지 제어해 다른 프로그램을 대신 조작합니다. 예를 들어 다운로드 폴더에 뒤죽박죽 쌓인 파일을 종류별로 정리하게 하거나, 늘 쓰는 프로그램의 반복 조작을 맡기는 식입니다. AI가 화면 안의 답변자에서 내 작업 환경의 손발로 바뀌는 지점입니다.

세 기능을 한 그림에 놓고 보면, 채팅창이라는 하나의 입구 아래에서 서로 다른 방향의 능력이 함께 돌아가는 구조입니다.

1.3 채팅, Cowork, Code 세 개의 작업 공간

Claude Desktop을 열면 만나는 첫 화면입니다.

탭은 Home과 Code 두 개지만, 일하는 방식으로 나누면 세 가지입니다. Home에서 그냥 대화를 나누는 것이 채팅, Home에서 프롬프트 입력창 아래의 Cowork 토글을 눌러 내 폴더를 지정하고 파일 작업을 함께하는 것이 Cowork, Code 탭에서 일을 통째로 맡기는 것이 Code입니다. 같은 Claude라도 어느 방식으로 일을 시키느냐에 따라 할 수 있는 일과 일하는 리듬이 달라집니다.

이름은 버전에 따라 조금씩 달라져 왔습니다. 한동안 'Chat, Cowork, Code'였고 중간에는 '채팅, 협업, Code'로도 표시됐는데, 이 책은 지금 화면에 쓰이는 채팅, Cowork, Code를 기준으로 부르겠습니다.

표만 보면 이런 생각이 들 수 있습니다. 담당자가 제일 유능해 보이는데, 그냥 전부 Code에 시키면 되지 않을까? 교육 현장에서 빠지지 않고 나오는 질문입니다. 답부터 말하면, Code는 나머지 둘의 상위 호환이 아닙니다. 셋은 능력의 등급이 아니라 일을 진행하는 틀 자체가 다르기 때문입니다.

채팅과 Cowork는 대화가 중심입니다. 내가 한 단계 요청하고, 결과를 보고, 방향을 잡아 다음을 요청합니다. 대화창에 올린 내용을 통째로 기억한 채 나와 호흡을 맞추므로, 보고서의 어조나 기획의 방향처럼 좋고 나쁨을 사람 눈으로 판단해야 하는 일에 강합니다.

Code는 위임이 중심입니다. 일을 받으면 먼저 계획을 세우고, 폴더에서 필요한 자료만 골라 읽고, 만들고, 실행해 보고, 문제가 있으면 고치기를 결과가 제대로 나올 때까지 반복합니다. 이 자동 반복 덕분에 수백 개 파일 정리나 작은 도구 만들기처럼 '제대로 됐는지 스스로 확인할 수 있는 일'에서는 사람이 단계마다 끼어드는 방식보다 좋은 결과를 냅니다.

문제는 이 꼼꼼함이 공짜가 아니라는 점입니다. 초급자가 궁금해할 질문 네 가지로 견주어 보겠습니다.

• 속도: 즉답은 채팅이 가장 빠르고, Cowork도 요청하는 즉시 손을 움직입니다. Code는 계획과 검증까지 거치느라 첫 결과가 나오기까지 몇 분씩 걸립니다. 다만 여러 단계짜리 일을 통째로 맡길 때는 사람이 중간 결과를 나르는 시간이 사라지므로, 전체 소요 시간은 오히려 Code가 짧을 수 있습니다.
• 사용량: 같은 일이면 Code가 가장 많이 씁니다. 계획을 세우고, 자료를 읽고, 실행하고, 검증하는 모든 단계가 사용량으로 계산되기 때문입니다. 문장 하나 다듬는 일을 Code에 맡기면 폴더 구조를 파악하는 준비 작업에 정작 본 작업보다 많은 양을 쓰게 됩니다. 사용량이 어떻게 계산되는지는 2장에서 다룹니다.
• 결과물: 일의 성격에 따라 갈립니다. 파일이 만들어졌는가, 도구가 동작하는가처럼 완성 기준이 분명한 일은 Code가 낫고, 사람 눈으로 판단해야 하는 일은 단계마다 피드백을 줄 수 있는 채팅과 Cowork가 낫습니다. 후자를 Code에 맡기면 내 의도와 어긋난 결과물을 한참 뒤에 통째로 받아 들게 됩니다.
• 안전: Cowork든 Code든 파일을 만지기 전에 허락을 구하고, 지정한 폴더 밖은 건드리지 않습니다. 여기에 Code는 작업 내역을 기록해 두었다가 마음에 들지 않으면 이전 상태로 되돌리는 장치를 갖추고 있어, 큰 작업을 맡길 때 안전판이 하나 더 있습니다.

정리하면 이렇습니다. 가볍게 묻고 답할 때는 채팅, 결과를 보아 가며 내 파일을 다듬을 때는 Cowork, 완성 기준이 분명한 큰 일을 통째로 맡길 때는 Code입니다. 이 책은 세 공간을 차례로 익히며, 비개발자도 자연스럽게 'AI에게 일을 시키는' 흐름에 올라타도록 안내합니다. 대부분의 일은 채팅과 Cowork만으로 충분하고, Code는 8장에서 본격적으로 다룹니다. 헷갈릴 때는 Cowork부터 시작하면 됩니다. 이 원칙 하나만 기억해도 책을 끝까지 따라오는 데 무리가 없습니다.