‘AI가 내 질문에 답해주는 시대’에서 ‘AI가 내 일을 대신 처리해주는 시대’로 건너왔다.
웹 대화창은 첫 번째 시대의 도구다. 질문하면 답이 돌아온다. 매번 새로 시작하고 매번 새로 종료한다. 한 번의 답으로 끝나는 작업에 자연스럽게 맞춰져 있다.
코워크는 두 번째 시대의 도구다. 작업 폴더를 연결하면 클로드(Claude)가 그 폴더에서 직접 일한다. 어제 만든 파일을 읽고, 오늘 결과물을 폴더에 저장하고, 다음 작업의 입력으로 잇는다. 사람이 매번 첨부·다운로드 하지 않아도 작업이 누적된다.
같은 클로드지만 환경이 다르면 일하는 방식이 달라진다. 가장 큰 차이는 “대화 단위 vs 폴더 단위”다. 웹은 1채팅 = 1작업이라 종료하면 휘발성, 코워크는 폴더 = 작업 환경이라 결과물이 누적된다. 나머지 차이는 거기서 파생된다.
Contents
1. 기본 환경 — 한 번 쓰고 닫는 채팅 vs 매일 들어가는 작업 폴더
| 항목 | 웹 대화창 | 코워크 |
|---|---|---|
| 사용 환경 | 브라우저 (claude.ai) | 클로드 데스크톱 앱 (Mac·Win) |
| 작업 단위 | 1 채팅 = 1 작업 (휘발성) | 작업 폴더 = 작업 환경 (누적) |
| 대화 이력 | 클라우드 보관·검색 | 세션 기반, 폴더 결과물은 영구 |
| 종료 후 | 다음 채팅은 새 시작 | 다음 세션도 같은 폴더 그대로 |
웹 대화창은 한 번 답을 받고 끝나는 구조에 맞춰 설계되었다. 채팅을 닫으면 그 안의 맥락은 다음 대화에 이어지지 않는다. 어제 첨부했던 PDF, 어제 받은 글 초안은 새 채팅에서 다시 첨부해야 한다.
코워크는 작업 폴더 자체를 환경으로 삼는다. 며칠 동안 같은 폴더를 열어 작업을 이어갈 수 있고, 어제 클로드가 만든 파일은 오늘 그 폴더에 그대로 있다. 클로드는 폴더 안 파일을 보고 어디까지 진행했는지 인식한다.
비유하자면 웹은 카페에서 짧은 대화를 나누는 것에 가깝고, 코워크는 본인 사무실에서 일하는 것에 가깝다. 단발 질문에는 카페가 가볍지만, 매일 출근하는 일터로는 사무실이 맞다.
2. 지침 — 1단계 설정 vs 폴더별 계층 설정
| 항목 | 웹 대화창 | 코워크 |
|---|---|---|
| 전역 지침 | 프로필 설정 1개 | 동일 |
| 영역별 지침 | Projects 기능 (별도 생성 필요) | 폴더에 CLAUDE.md 두면 자동 적용 |
| 하위 영역 지침 | 불가 (Projects는 1단계) | 하위 폴더마다 CLAUDE.md 가능 (계층 적용) |
| 수정 방식 | UI에서 편집 | 일반 텍스트 파일 편집 (옵시디언에서 바로) |
가장 큰 차이는 “지침 계층화”다. 웹의 Projects는 프로젝트별 1단계 지침만 설정 가능하지만, 코워크는 CLAUDE.md를 폴더 위계에 따라 여러 개 둘 수 있다.
예를 들어 옵시디언 볼트 루트에 전체 글쓰기 톤·금지어 룰을 두고, 책쓰기 폴더에는 챕터별 분량 규칙을, 강의 폴더에는 슬라이드 폰트·컬러 규칙을, 블로그 폴더에는 채널별 발행 포맷을 각각 둘 수 있다. 클로드는 작업 중인 폴더의 가장 가까운 CLAUDE.md부터 상위로 거슬러 올라가 모두 합쳐서 적용한다.
이 구조의 가치는 “작업 영역마다 다른 규칙”을 만들 수 있다는 점이다. 같은 클로드여도 책쓰기 폴더에서는 작가 톤으로, 보고서 폴더에서는 객관적 톤으로 동작한다. 웹의 Projects는 프로젝트 하나에 하나의 지침이라 영역이 늘어나면 매번 다른 프로젝트를 만들어야 한다.
3. 프로젝트·지식 관리 — 업로드 베이스 vs 폴더 베이스
| 항목 | 웹 대화창 | 코워크 |
|---|---|---|
| 프로젝트 단위 | “Project” 객체 (클라우드) | 폴더 (로컬, 옵시디언 볼트 등) |
| 지식 베이스 | 컨텍스트 200~500K + RAG로 최대 약 10배 확장 | 폴더 크기 제한 없음, 도구로 필요한 부분만 로드 |
| 검색 | 프로젝트 내부 한정, RAG 자동 검색 | 폴더 전체 grep·read 명시 검색 |
| 자료 추가 | 업로드 단계 필요 | 폴더에 두면 끝 |
| 자료 위치 | 클로드 클라우드 | 본인 컴퓨터 (옵시디언 등) |
Projects는 RAG(Retrieval Augmented Generation)를 사용해 “필요한 부분만 자동 검색”하는 방식이라 큰 자료도 다룰 수 있다. 다만 업로드 단계가 끼고, 자료는 클로드 클라우드에 보관된다. 자료가 자주 바뀌면 매번 재업로드가 부담된다.
코워크는 폴더에 파일을 두면 그대로 동작한다. 자료는 본인 컴퓨터에 그대로 있고, 옵시디언 볼트를 작업 폴더로 잡으면 별도 업로드 없이 모든 노트가 즉시 작업 대상이 된다. 1,000개의 노트가 있어도 폴더에 두는 것만으로 끝이다.
자료의 성격에 따라 갈린다. 한 번 만들어두면 거의 안 바뀌는 참조 자료(법령·매뉴얼 등)는 Projects의 업로드 모델이 무리 없다. 매일 갱신되는 작업 자료(글감·고객 노트·강의 기획안)는 코워크의 폴더 모델이 자연스럽다. 보안이 중요한 자료는 본인 컴퓨터에 두는 코워크가 안전한 선택이다.
4. 파일 관리 — 첨부·다운로드 사이클 vs 폴더 직접 작업
| 항목 | 웹 대화창 | 코워크 |
|---|---|---|
| 입력 (업로드) | 채팅마다 첨부 (휘발) | 폴더에 두면 자동 인식 |
| 결과물 저장 | 채팅 안에서 다운로드 | 폴더에 직접 저장 (computer:// 링크) |
| 누적 | 다음 채팅에 재업로드 필요 | 같은 폴더에 자동 누적 |
| 편집 | 받은 파일을 수정 후 재업로드 | Read·Edit으로 폴더 안 파일 직접 수정 |
| 다음 작업 연결 | 다시 첨부해야 인식 | 위키링크·파일명으로 바로 참조 |
파일을 다루는 방식이 가장 직관적으로 갈린다. 웹은 매번 첨부·다운로드 사이클이 끼지만, 코워크는 폴더에 두면 그게 곧 입력이고 저장이다.
이 사이클의 비용은 작아 보이지만 누적되면 크다. 같은 보고서를 5번 수정한다면 웹에선 5번 첨부·다운로드, 파일명 5개 관리, 어느 게 최신본인지 확인하는 작업이 따라온다. 코워크에선 같은 파일을 5번 Edit으로 직접 수정한다. 버전 혼동도, 파일명 관리도 사라진다.
결과물이 다음 작업의 입력이 되는 구조는 코워크가 자연스럽다. 어제 만든 글감 노트가 오늘 글의 자료가 되고, 그 글이 다음 주 강의 사례가 된다. 옵시디언의 위키링크와 결합하면 작업 폴더가 곧 작업 히스토리가 된다.
5. 도구·자동화 — 도구 호출 vs 자동 워크플로우
| 항목 | 웹 대화창 | 코워크 |
|---|---|---|
| 스킬 호출 | 가능 | 가능 + 폴더와 함께 동작 (결과물이 폴더에 저장) |
| MCP 커넥터 | 가능 | 가능 + Cowork·scheduled-tasks 등 추가 |
| 셸·코드 실행 | 분석 도구 샌드박스 | Bash 직접 실행 (로컬 환경 접근) |
| 자동 스케줄 | 없음 | scheduled-tasks (매일 아침 자동 실행 등) |
| 다단계 파이프라인 | 어색 (매 단계 첨부 필요) | 적합 (스킬 체인 자연스러움) |
스킬 자체는 양쪽에서 모두 동작한다. 차이는 “스킬이 결과물을 어디에 두느냐”다. 웹에서 스킬을 호출하면 결과물이 채팅 안에 남지만, 코워크에서 호출하면 폴더에 파일로 저장된다.
이 차이가 결정적이다. 같은 글쓰기 스킬을 호출해도 코워크에선 결과물이 옵시디언 노트로 누적되어 다음 작업의 자료가 된다. 매일 글감 스킬을 호출하면 한 달 뒤에는 30개의 글감 노트가 폴더에 쌓인다. 웹에선 그 30개를 본인이 따로 모아 관리해야 한다.
scheduled-tasks까지 결합하면 매일 아침 자동 작업이 가능해진다. 아침 6시에 오늘 일정 노트를 자동 생성하고, 7시에 관심 분야 뉴스 5건을 브리핑하고, 7시 15분에 1건을 골라 글감으로 만드는 흐름을 한 번 등록하면 매일 같은 결과로 반복된다. 다단계 파이프라인이 코워크에서 가능한 이유는 폴더·스킬·스케줄 세 가지가 한 환경에 묶여 있기 때문이다.
어떤 작업에 어느 환경을 쓰는가
| 작업 유형 | 권장 환경 | 이유 |
|---|---|---|
| 단발 질문·정보 검색 | 웹 | 결과를 그 자리에서 받고 끝 |
| 한 편의 짧은 글쓰기 | 웹 | 한 번 답 받으면 충분 |
| 며칠 이어지는 프로젝트 | 코워크 | 같은 폴더에 다시 들어가면 끝 |
| 결과물 누적 작업 | 코워크 | 폴더가 곧 작업 히스토리 |
| 옵시디언과 묶는 작업 | 코워크 | 볼트가 그대로 작업 환경 |
| 매일 반복하는 루틴 | 코워크 | scheduled-tasks로 자동화 |
| 다단계 파이프라인 | 코워크 | 스킬 체인이 폴더 안에서 굴러감 |
웹 대화창이 적합한 경우
단발 질문·정보 검색 — “이 단어 영어로?”, “이 기능 어떻게 쓰지?” 같이 한 번 답으로 끝나는 작업. 폴더를 만들고 들어갈 이유가 없다.
한 편의 짧은 글쓰기 — 인사말, 공지 한 문단, 짧은 응답 메일 등. 결과를 한 번 받아 그대로 보내면 끝나는 글.
코워크가 적합한 경우
며칠 이어지는 프로젝트 — 책 한 챕터 집필, 강의 한 편 준비, 사업계획서 작성 등. 어제 진행 상황을 오늘 이어가야 하는 모든 작업이 여기 해당한다.
결과물 누적 작업 — 매일 글감 적립, 고객 미팅 노트, 학습 노트 등. 다음 작업에서 어제 결과물을 참조해야 하는 작업.
옵시디언과 묶는 작업 — 옵시디언 볼트를 작업 환경으로 삼는 모든 경우. 위키링크·태그·MOC 노트 구조가 그대로 살아 있어 결과물이 기존 노트망에 연결된다.
매일 반복하는 루틴 — 매일 아침 일정 노트 생성, 뉴스 브리핑, 글감 적립 같은 반복 작업. scheduled-tasks에 등록하면 사람 개입 없이 돌아간다.
다단계 파이프라인 — research-mega-topic → research-report, book-research → book-writing → book-editing 같이 여러 스킬을 차례로 잇는 작업. 각 단계 결과물이 다음 단계 입력이 되는 흐름이 폴더 안에서 자연스럽게 굴러간다.
한 가지 짚을 점
코워크가 항상 더 낫지는 않다. 단순 질문도 코워크에서 하면 폴더·파일 탐색 단계가 끼어 오버헤드가 생긴다. 어디서 어떤 작업을 하느냐가 결과 품질과 시간에 직접 영향을 준다.
판단 기준 두 가지가 명확하다.
- 작업 폴더가 필요한가
- 결과물을 누적할 가치가 있는가
이 둘 중 하나라도 “예”라면 코워크, 둘 다 “아니오”라면 웹이 빠르다.
처음 1주일은 한 가지 반복 업무에만 코워크를 적용한다. 매일 글감 적립이나 아침 루틴처럼 누적이 명확한 작업이 시작점으로 무리 없다. 익숙해지면 책쓰기·강의 준비·사업계획서 같은 다단계 프로젝트로 확장한다. 처음부터 모든 작업을 코워크로 옮기면 오히려 오버헤드가 커진다.
