채팅, Cowork, Code 탭 언제 무엇을 쓸까
1. 세 작업 공간의 차이
이 장에서 채팅으로 체험하고, Code 탭으로 만들고, 프로젝트와 Skill을 갖췄습니다. Cowork는 아직 제대로 써보지 않았는데, 이 절에서 셋을 나란히 놓고 고르는 기준을 정리합니다. 사실 세 공간의 차이는 한 가지가 아닙니다. 첫 결과가 나오는 속도가 다르고, 같은 일에 쓰는 사용량이 다르고, 중간에 내 판단이 얼마나 들어가는지도 다릅니다.
| 구분 | 채팅 | Cowork | Code 탭 |
|---|---|---|---|
| 일하는 방식 | 묻고 답하기 | 대화하며 한 단계씩 | 작업 단위로 위임 |
| 내 컴퓨터 폴더 | 못 씀 (첨부만) | 지정한 폴더를 읽고 씀 | 지정한 폴더를 읽고 씀 |
| 결과 확인 | 대화창과 아티팩트 | 사람이 열어보고 피드백 | 스스로 실행해보고 수정 |
| 잘 맞는 일 | 궁금한 것, 기획, 문구 다듬기 | 문서를 읽고 고치고 변환하기 | 여러 단계를 거쳐 만드는 일 |
| 사용량 | 적음 | 중간 | 많음 |
가장 큰 차이는 결과를 스스로 검증하고 고친다는 점입니다. 채팅과 Cowork에서 만든 결과물은 우리가 열어보고 "여기 고쳐줘"라고 말해야 합니다. Code 탭은 만든 것을 직접 실행해보고, 에러가 나면 원인을 찾아 고치는 과정을 결과물이 동작할 때까지 반복합니다. 그래서 웹페이지, 계산 도구, 데이터 처리처럼 실행해봐야 완성인 결과물은 Code 탭의 몫입니다.
2. 규모와 비용부터 봅니다
일을 시킬 때마다 위 표를 전부 따질 수는 없으니, 실전에서는 규모와 비용 두 가지부터 보면 됩니다.
- 규모: 한두 단계면 끝나는 일인가, 단계가 많거나 대량으로 반복되는 일인가. 작은 일은 대화하는 자리에서 바로 끝내는 채팅이나 Cowork가 맞고, 큰 일은 통째로 맡기는 Code 탭이 맞습니다.
- 비용: 같은 일이면 Code 탭이 사용량을 더 씁니다. 계획을 세우고, 자료를 읽고, 실행하고, 검증하는 모든 단계가 사용량으로 계산되기 때문입니다. 그래서 Code 탭은 사용량을 더 쓰는 대신 내가 자리를 지키지 않아도 되는 일, 들인 비용만큼 내 시간을 돌려받는 일에 써야 값어치를 합니다.
3. 채팅이 맞는 일
- 무엇을 만들지 아직 정리가 안 됐을 때. "이런 서비스를 만들고 싶은데 뭐부터 정해야 해?"
- 만들어진 것에 대해 묻고 싶을 때. 결과물 캡처를 첨부하고 "이 부분이 왜 이렇게 보이는 거야?"
- 문구, 이름, 색 조합처럼 만들기 전에 고르는 일
- 4장의 프롬프트, 컨텍스트, 하네스 체험
바이브 코딩에서 채팅은 만들기 전과 만든 후에 씁니다. 만드는 중에는 Code 탭에 있습니다.
4. Cowork가 맞는 일
- 문서를 읽고 요약하거나 고치는 일. 표현과 톤에 대한 내 취향이 계속 들어갑니다.
- 결과를 보면서 방향을 정해야 하는 일. 기획서, 홍보 문구, 보고서
- 한두 단계면 끝나는 일. PDF 변환이나 파일 정리는 굳이 맡겨두고 기다릴 것 없이 대화하는 자리에서 바로 처리됩니다.
이 책에서 Cowork를 쓰는 순간은 페이지에 들어갈 글을 다듬을 때, 데이터 파일을 정리할 때 정도입니다. Cowork 자체를 깊이 알고 싶다면 위니북스의 Claude Desktop 에센셜 책이 그 도구를 중심으로 쓰였습니다.
5. Code 탭이 맞는 일
- 단계가 많고 중간 판단이 필요 없는 일. 데이터 정리부터 차트 생성까지 이어지는 분석 작업 같은 것들입니다.
- 실행해봐야 완성인 결과물. 웹페이지, 계산 도구, 번거로운 일을 대신 처리해주는 작은 프로그램은 만들고 돌려보고 고치는 과정이 필수인데, Code 탭은 이 과정을 스스로 해냅니다.
- 대량 반복 처리. 파일 수백 개에 같은 작업을 하는 일은 사람이 옆에서 지켜볼 필요가 없습니다.
- GitHub에 올리기, 배포하기처럼 명령어가 필요한 일. 5장에서 다룹니다.
이 책의 실습은 여기에 해당합니다. 그래서 이 책의 기본 자리는 Code 탭입니다.
6. 이 장에서 배운 도구 한눈에 보기
| 하고 싶은 일 | 추천 도구 |
|---|---|
| 무엇을 만들지 이야기하며 정리하기 | 채팅, 프로젝트 |
| 페이지에 들어갈 글 다듬기 | Cowork |
| 웹페이지, 도구 만들기 | Code 탭 |
| 만든 것을 GitHub에 올리기 | Code 탭 |
| 같은 검토를 매번 하기 | Skill |
| 같은 규칙을 매번 지키게 하기 | CLAUDE.md, 프로젝트 지침 |
| 구글 시트, 피그마, GitHub의 자료 쓰기 | 커넥터 |
가짓수가 많아 보이지만 역할은 겹치지 않습니다. 프로젝트와 CLAUDE.md는 맥락을 붙잡아두는 자리이고, Skill은 반복 작업의 매뉴얼이고, 커넥터는 외부 서비스로 가는 통로입니다. 그리고 채팅, Cowork, Code 탭은 이것들을 들고 실제로 일하는 세 가지 방식입니다.
7. 헷갈리면 Code 탭부터
이렇게 표로 정리해도 어느 쪽인지 헷갈리는 일이 있을 겁니다. 이 책에서는 Code 탭에서 시작하세요. 앞선 Claude Desktop 에센셜 책은 사무 자동화가 중심이라 Cowork부터 권했지만, 이 책은 만드는 것이 목적이라 Code 탭이 기본입니다. 맡겨 보고 "이건 내가 옆에서 한 줄씩 봐야겠다"는 생각이 들면 그때 Cowork로 옮기면 됩니다. 잘못 골라도 손해 볼 것은 없습니다. 같은 일을 양쪽에 한 번씩 시켜보는 것도 두 방식의 차이를 몸으로 익히는 좋은 방법입니다.
다음 장에서는 도구를 떠나, Claude에게 말을 거는 방법 자체를 다룹니다. 같은 도구를 쓰는데 사람마다 결과가 다른 이유가 거기에 있습니다.