Claude AI – Lucian | Rucian

클로드 AI 맞춤 설정, 답변이 딴소리 안 하게 만드는 세팅 정리

rucian — Sun, 09 Aug 2026 01:40:51 +0000

AI 가이드

클로드 AI 맞춤 설정, 답변이 딴소리 안 하게 만드는 세팅 정리

클로드를 매일 붙잡고 산다. 블로그 초안도, 사실 검증도, 자료 정리도 다 여기서 돌린다. 그런데 처음 얼마간은 이상했다. 같은 걸 물어도 어떤 날은 딱 원하는 톤으로 정리해주고, 어떤 날은 영 딴소리를 한다. 나는 짧고 핵심만 원하는데 장황하게 늘어놓거나, 출처를 붙여달라 했는데 그냥 넘어가거나. 매번 대화창에서 “이렇게 해줘”를 다시 설명하려니 슬슬 지쳤다.

범인은 맞춤 설정을 안 잡아둔 것이었다. 대화창에 그때그때 요구를 적는 것보다, 계정 단위 지침·프로젝트 단위 규칙·말투를 따로따로 세팅해두면 결과가 훨씬 안정된다. 이 글은 각 기능이 뭐가 다른지, 어디에 뭘 적어야 실제로 먹히는지, 그리고 내가 실제로 잡아둔 세팅 순서까지 정리한 거다. 복붙해서 바로 써볼 예시도 넣었다.

2026년 들어 클로드 설정 화면이 한 번 바뀌었다. 예전에 ‘프로필 선호도(Profile preferences)’라 부르던 항목이 지금은 공식적으로 ‘Instructions for Claude(계정 지침)’로 이름이 바뀌었고, 스타일과 별개로 스킬(Skills)·메모리(Memory)가 정식 기능으로 들어왔다. 옛날 가이드만 보고 항목을 못 찾는 경우가 많아서 최신 기준으로 다시 정리한다. [UI 명칭은 업데이트로 또 바뀔 수 있음 — 확인 필요]

헷갈리면 이것부터 — 맞춤 기능은 ‘층’이 나뉜다

클로드 맞춤 기능을 한 덩어리로 생각하면 꼭 꼬인다. 실제로는 적용 범위가 다른 기능들이 층층이 쌓여 있는 구조다. 계정 전체에 걸리는 것, 특정 프로젝트에만 걸리는 것, 말투만 담당하는 것, 대화 맥락을 기억하는 것. 이걸 구분 못 하고 한 곳에 다 때려넣으면 오히려 답변이 뒤죽박죽된다. 먼저 큰 그림부터 보자.

계정 지침 (Instructions)

계정 전체에 항상 적용되는 기본 성향. 언어·요약 방식·표현 선호를 여기에. 전역

프로젝트 지침

그 프로젝트 안에서만 적용. 블로그·업무·공부 각각 다른 규칙. 작업별

스타일 · 스킬

말투·전달 형식 담당. 내 글투 학습도 가능. 스킬은 반복 동작 묶음. 톤·형식

메모리

지난 대화 맥락을 기억해 반영. 민감한 대화는 인코그니토로. 장기 맥락

핵심은 딱 하나다. 용도가 다르면 자리도 나눠라. “무엇을 해야 하는가”는 지침에, “어떻게 말할까”는 스타일에. 이걸 섞으면 설정만 길어지고 정작 적용은 흐려진다.

계정 지침(Instructions for Claude) — 전역 성향

계정 지침은 모든 대화에 항상 깔려 있는 기본 성향이라고 보면 된다. 설정 화면(왼쪽 아래 내 이니셜 → Settings → Instructions for Claude)에서 잡는다. “나는 한국어로 답을 받고 싶다”, “장황함 없이 핵심부터 정리해달라”, “마케팅 문구보다 실무형 설명을 선호한다” 같은, 나라는 사람의 상시 취향을 알려주는 곳이다.

여기엔 세세한 개별 업무를 적으면 안 된다. 오래 반복되는 작업 스타일만 넣는 게 좋다. 나 같은 블로그 운영자라면 ‘초보자도 이해할 문장’, ‘소제목으로 구조화’, ‘실전 예시 포함’ 정도. 반대로 “나는 이런 사람이고 저런 사람이고…” 식으로 서사를 길게 늘어놓으면 효과가 되레 흐려진다. 짧고 행동 단위로.

예전 가이드에 나오는 ‘프로필 선호도’가 안 보인다면 당황하지 말자. 같은 자리가 ‘Instructions for Claude’로 이름만 바뀐 거다. 공식 도움말 기준 계정 전역 설정이 맞다.

프로젝트 지침 — 작업별로 분리

프로젝트 지침은 그 프로젝트 안에서만 걸리는 규칙이다. ‘블로그 운영’, ‘전자책 집필’, ‘유튜브 대본’, ‘업무 문서’처럼 목적이 다른 작업을 나눠 담을 때 진짜 유용하다. 같은 사람이 써도 블로그 글이랑 제안서, 영상 대본은 기준이 전혀 다르니까.

장점은 작업마다 별도 기준을 세울 수 있다는 거다. 블로그 프로젝트엔 SEO 구조·말투·독자층·금지 표현을 넣고, 업무 프로젝트엔 보고서 형식·수치 우선·근거 중심 서술을 따로 넣는 식. 참고로 프로젝트는 무료 계정도 만들 수 있고, 무료는 최대 5개까지다. 유료는 그 이상.

스타일과 스킬 — 말투와 반복 동작

스타일(Styles)은 답변의 전달 방식을 정하는 기능이다. 간결하게, 정중하게, 설명형으로, 혹은 내 글투처럼. 내용의 기준을 만드는 게 아니라 어떻게 말할지를 정하는 거란 점이 중요하다. 기본 프리셋으로 Normal·Learning·Concise·Explanatory·Formal이 있고, 여기에 내 글 샘플을 넣어 커스텀 스타일을 만들 수도 있다.

이 커스텀 스타일이 콘텐츠 하는 사람한텐 물건이다. 나는 내가 예전에 쓴 라이딩 후기 몇 편을 샘플로 넣어 내 문체를 학습시켰다. 그랬더니 초안이 처음부터 내 말투에 훨씬 가깝게 나온다. AI가 쓴 티가 확 도는 밋밋한 문장을 매번 뜯어고치던 수고가 줄었다.

여기에 2026년부터 스킬(Skills)이 정식 기능으로 붙었다. 스타일이 ‘말투’라면, 스킬은 내가 불러내는 반복 동작·전문 능력 묶음에 가깝다. 특정 형식으로 문서를 만들거나, 정해둔 검토 절차를 매번 똑같이 돌리는 식의 작업을 스킬로 정의해두고 필요할 때 켠다. 스타일과 헷갈리기 쉬운데, 말투 조정이면 스타일, 반복 작업 자동화면 스킬 쪽이라고 갈라 두면 편하다.

구분	스타일 (Styles)	스킬 (Skills)
담당	말투·톤·전달 형식	반복 동작·전문 능력 묶음
언제	“간결하게 / 내 문체로 써줘”	“정해둔 절차·형식을 매번 똑같이”
만드는 법	프리셋 선택 or 내 글 샘플 학습	동작을 정의해두고 필요할 때 호출
예시	Concise·Explanatory·커스텀	문서 형식 생성·검토 절차

메모리 — 이제 기억까지 한다

메모리는 클로드가 지난 대화를 바탕으로 맥락을 기억해 반영하는 기능이다. 2026년 3월부터 무료·유료 가리지 않고 전체에 배포됐다. 대화가 끝나면 내 역할·선호·답변받고 싶은 형식 같은 걸 요약해 기억해뒀다가 다음 대화에 꺼내 쓴다. 장기 프로젝트나 반복 협업엔 확실히 편하다. 매번 배경 설명을 다시 안 해도 되니까.

다만 항상 켜두는 게 정답은 아니다. 일회성 검색이나 민감한 대화는 인코그니토(임시 채팅)로 돌리는 게 깔끔하다. 인코그니토에선 메모리가 아예 안 만들어진다. 기억을 지우거나 고치고 싶으면 설정의 메모리 관리 패널에서 직접 편집·삭제할 수 있다.

메모리·지침·스타일은 서로 물린다. 계정 지침에 ‘핵심부터’, 스타일에 ‘내 문체’, 메모리에 ‘이 사람은 블로그를 운영한다’가 쌓이면 답변이 눈에 띄게 안정된다.

이런 사람에게 특히 효과가 크다

맞춤 설정은 누구한테나 똑같이 극적이진 않다. 반복해서 비슷한 작업을 하는 사람일수록 체감이 크다. 아래 셋 중 하나라도 해당되면 세팅에 30분 투자할 값어치가 충분하다.

콘텐츠 제작자

블로그·유튜브 운영자

비슷한 형식의 글을 반복해 쓴다. 제목 구조·도입 방식·예시 제시가 안정적으로 잡히고, 커스텀 스타일로 내 문체까지 고정하면 AI티 잡는 수고가 확 준다.

효과 ★★★★★

직장인 실무자

보고서·요약 반복 작성

업무 프로젝트에 ‘수치 우선·근거 중심·표/체크리스트 선호’를 박아두면 반복 수정 시간이 줄고, 초안 톤이 매번 일정하게 나온다.

효과 ★★★★☆

공부용 사용자

학습·자격증 준비

설명형 스타일 + 쉬운 표현 선호를 조합하면 딱딱한 답 대신 이해 중심 결과가 나온다. 반복 질문이 많아도 설명 수준이 일정하게 유지된다.

효과 ★★★★☆

내가 실제로 잡은 세팅 순서

직접 세팅 후기

처음엔 욕심이 과했다. 계정 지침 하나에 블로그 규칙, 업무 요령, 말투까지 죄다 몰아넣었다. 결과는? 답변이 오히려 산만해졌다. 블로그용으로 물어봤는데 업무 보고서 톤이 튀어나오는 식이었다.

그래서 갈아엎고 순서를 잡았다. ① 계정 지침엔 딱 네 줄만 남겼다 — 한국어로, 핵심 요약 먼저, 근거 없는 단정 금지, 불확실하면 표시. 이게 나한텐 제일 중요한 축이다. 나는 사실 검증을 많이 시키는 편이라 ‘출처 없는 주장 금지’를 전역에 박아두니 확실히 헛소리가 줄었다. ② 그다음 ‘블로그’ 프로젝트를 따로 파서 SEO 구조·독자층·금지 표현을 몰아넣었다. 업무용은 또 별도 프로젝트로. 이러니 톤이 안 섞인다. ③ 마지막으로 내 옛날 글을 샘플로 커스텀 스타일 하나. 스타일은 2~3개면 충분하더라. 많이 만들어봐야 전환만 귀찮다.

지금은 이 조합으로 몇 달째 돌리는데, 매번 “이렇게 해줘”를 반복하던 시절과는 체감이 다르다. 세팅은 거창할 필요 없다. 지침 네 줄, 프로젝트 2~3개, 스타일 2개. 이 정도만 잡아도 절반은 먹고 들어간다.

단계	어디에	내가 넣은 것
1⃣ 계정 지침	Settings › Instructions	한국어·핵심요약 먼저·근거없는 단정 금지·불확실 시 표시 4줄
2⃣ 프로젝트 분리	블로그 / 업무 각각	SEO 구조·독자층·금지표현 (업무는 별도) 톤 안 섞임
3⃣ 커스텀 스타일	Styles	내 옛 글 샘플로 문체 학습 2~3개면 충분

한 가지 더. 처음부터 완벽하게 짜려고 하지 마시라. 일단 짧게 넣고 며칠 써보면서 어긋나는 부분만 조금씩 고치는 편이 훨씬 잘 맞는 설정을 만든다. 나도 지침 문구를 서너 번은 갈아엎었다.

이렇게 쓰면 효과 없다 — 실수 3가지

맞춤 설정은 잘 쓰면 강력한데, 잘못 쓰면 답변이 되레 꼬인다. 내가 직접 겪었거나 흔히들 하는 실수 셋을 꼽으면 이렇다.

실수	왜 문제인가	어떻게 고치나
한 곳에 몰아넣기	계정 지침에 프로젝트용 규칙까지 다 넣으면 톤이 충돌한다	전역엔 넓고 반복적인 성향만
말투와 작업 규칙 섞기	‘친절하게 써줘’는 스타일, ‘표 2개 필수’는 프로젝트 지침인데 이걸 뭉치면 길어지고 안 먹힌다	말투=스타일 / 형식=프로젝트
너무 추상적으로 적기	‘좋게 써줘’, ‘전문적으로’는 사실상 효과 없다	‘핵심 요약 먼저’처럼 행동 단위로

클로드는 막연한 취향보다 구체적인 행동 힌트에 훨씬 잘 반응한다. ‘전문적으로’가 아니라 ‘핵심 요약 먼저, 초보자 기준 설명, 실전 예시 포함’. 이렇게 손에 잡히게 적어야 답이 달라진다.

바로 쓰는 복붙 예시

말로만 설명하면 감이 안 오니, 그대로 복사해서 상황만 살짝 고쳐 쓸 수 있는 예시를 붙인다.

계정 지침 예시 — 콘텐츠 제작자용
“한국어로 답변해줘. 먼저 핵심 요약을 3~5줄로 제시하고, 그다음 자세한 설명을 이어가줘. 초보자도 이해할 쉬운 표현을 선호하되, 핵심 용어는 함께 풀어줘. 실전에서 바로 쓸 예시·체크리스트·단계별 가이드를 포함해줘. 과장된 표현이나 근거 없는 단정은 피하고, 불확실하면 그렇다고 표시해줘.”

블로그 프로젝트 지침 예시
“이 프로젝트에서는 블로그 독자용 정보형 콘텐츠를 쓴다. 독자는 해당 주제를 처음 접하는 일반 사용자다. 제목·도입·본문·결론 구조로 쓰고 소제목을 분명히 나눠줘. 첫 문단에서 이 글을 읽고 뭘 얻는지 바로 알려줘. 예시는 실제 사용 장면 중심으로, 추상적 설명은 줄여줘. SEO를 고려하되 사람에게 먼저 도움이 되는 문장을 우선해줘.”

커스텀 스타일 예시
“차분하고 신뢰감 있는 설명형 문체. 문장을 너무 짧게 끊지 말고 자연스럽게 이어가되 핵심은 분명히 강조한다. 과장·감탄사는 최소화하고, 비교와 예시를 자주 쓴다. 정보 전달이 우선이며 필요할 때만 부드러운 권유 표현을 쓴다.”

한 줄 정리

클로드 맞춤 설정 요점

1 계정 지침(Instructions for Claude)엔 전역에 반복될 기본 성향 네 줄만
2 프로젝트 지침으로 작업을 갈라 톤·구조가 섞이지 않게 (무료 최대 5개)
3 스타일은 2~3개, 내 글 샘플 기반 커스텀 하나 포함 / 반복 동작은 스킬로
4 메모리는 장기 협업에 켜고, 민감한 대화는 인코그니토로
5 완벽하게 짜려 말고, 짧게 넣고 써보며 고쳐라

한 줄 요약: 계정 전체 성향은 지침에, 작업별 기준은 프로젝트에, 말투는 스타일에, 반복 맥락은 메모리에. 자리만 제대로 나눠도 “같은 질문에 딴소리하는” 문제의 절반은 사라진다.

공식 참고 자료
· 개인 맞춤 기능 공식 설명
· 스타일 설정 가이드
· 프로젝트 생성·관리
· 메모리·채팅 검색 활용

함께 읽으면 좋은 글
클로드 AI 초반 설정법, 답변 품질이 달라지는 세팅 정리 →
클로드 AI 개인화 기능 제대로 쓰는 법, 실제 복붙용 설정 예시 →

Claude Cowork 에러 총정리 ② 폴더·커넥터·파일 저장 안 될 때 해결법

rucian — Sun, 02 Aug 2026 11:15:00 +0000

AI 가이드

Claude Cowork 에러 메시지 총정리 ② — 워크스페이스는 뜨는데 안 될 때 (폴더·커넥터·파일 저장 오류)

Claude 데스크톱의 Cowork를 켰더니 워크스페이스(작업 공간)는 정상적으로 떴다. 그런데 막상 시켜보면 파일이 저장되지 않거나, 연결해 둔 커넥터가 “이 커넥터는 인증이 필요합니다”라는 말만 반복하거나, 분명히 만들었다는 파일이 폴더에 보이지 않는다. VM이 아예 안 뜨는 문제는 지난 ①편에서 다뤘고, 이번 글은 “워크스페이스는 멀쩡히 뜨는데 그 다음이 안 되는” 에러들을 메시지별로 정리한다.

결론부터 말하면, 이 단계의 오류는 대부분 권한·인증·저장 위치 세 가지 중 하나다. VM 오류처럼 시스템 기능을 켜야 하는 무거운 문제가 아니라, 폴더 연결을 다시 하거나 커넥터를 껐다 켜는 수준으로 풀리는 경우가 많다. 어느 유형인지부터 구분하고 순서대로 처방하자.

이 글의 기준: Claude Cowork는 리서치 프리뷰(정식 출시 전) 기능이라, 화면 메뉴 명칭·버튼 위치·에러 문구가 업데이트마다 자주 바뀐다. 아래 절차는 2026년 7월 기준이며, 세부 UI는 버전에 따라 다를 수 있다. [확인 필요]

이 글의 범위 — VM 오류는 ①편, 여기는 그 다음 단계

Cowork 문제는 크게 두 층으로 나뉜다. 어느 층인지 알면 헤맬 일이 절반으로 준다.

구분	①편 — 워크스페이스가 아예 안 뜸	②편 (이 글) — 뜨는데 그 다음이 안 됨
대표 증상	“Failed to start Claude’s workspace” / VM service not running	파일 저장 실패, 커넥터 인증 실패, 파일이 안 보임
진짜 원인	Hyper-V·가상 머신 플랫폼·WSL2 등 가상화 스택	폴더 권한 / 커넥터 인증 토큰 / 저장 경로
해결 난이도	Windows 기능 켜기·재부팅 등 무거움	폴더 재연결·커넥터 토글 등 가벼움 대체로

워크스페이스가 애초에 안 뜬다면 이 글이 아니라 ①편(가상화·VM 오류)을 먼저 보자. 아래 절차는 워크스페이스가 정상 부팅된 상태를 전제로 한다.

먼저 구분 — 내 에러는 어느 유형인가

지금 보고 있는 증상이 아래 셋 중 어디에 해당하는지부터 짚자. 유형이 정해지면 바로 해당 섹션으로 넘어가면 된다.

이런 증상이라면

“파일을 수정했다”는데 폴더엔 그대로
저장·수정이 실제로 반영 안 됨

→ ① 폴더 연결/쓰기 권한 문제 (아래 섹션 ①)

“이 커넥터는 인증이 필요합니다”
또는 “Couldn’t reach the MCP server”

→ ② 커넥터·MCP 인증/연결 문제 (섹션 ②)

“파일 만들었다”는데 폴더에 없음
엉뚱한 위치에 저장된 듯

→ ③ 저장 위치·경로 혼란 (섹션 ③)

“워크스페이스 시작 중”만 계속
몇 분째 준비가 안 끝남

→ ④ 부팅 지연 (섹션 ④, 안 풀리면 ①편)

① 폴더가 안 붙거나 파일이 저장 안 될 때

Cowork에서 가장 흔한 실전 오류다. Claude가 “파일을 수정했습니다”라고 말하는데 정작 내 폴더를 열어 보면 아무 변화가 없다. 십중팔구 폴더가 제대로 연결(마운트)되지 않았거나, 읽기 권한만 주고 쓰기 권한은 안 준 것이다.

STEP 1

폴더가 실제로 연결돼 있는지 확인

Cowork 패널 상단의 폴더 아이콘을 눌러 폴더 선택 화면을 연다. Claude가 읽고 쓸 폴더가 지금 선택돼 있는지 확인하고, 비어 있거나 엉뚱한 폴더면 원하는 폴더로 다시 지정한다. 연결이 풀려 있으면 아무리 시켜도 저장이 반영되지 않는다.

STEP 2

읽기 권한이 아니라 ‘쓰기’ 권한인지 확인

폴더는 연결됐는데도 수정이 저장되지 않는다면, 읽기 전용으로만 허용됐을 가능성이 크다. Cowork 설정에서 해당 폴더를 재연결하고, 쓰기(write) 권한까지 부여한다. 읽기만 허용된 상태에서는 Claude가 내용을 볼 수는 있어도 파일을 바꾸지 못한다.

STEP 3 (macOS)

시스템 권한에서 폴더 접근 허용

맥이라면 시스템 설정 > 개인정보 보호 및 보안 > 파일 및 폴더에서 Claude 데스크톱에 원하는 폴더 접근 권한이 켜져 있는지 확인한다. 폴더마다 개별로 허용해야 하는 경우가 있다.

STEP 4 (Windows)

“Access is denied” — 계정 권한·경로 점검

윈도우에서 “Access is denied(액세스가 거부됨)” 계열 오류가 뜨면, 사용 중인 계정이 해당 폴더나 Cowork의 내부 디스크 파일에 접근할 권한이 없는 경우가 있다. 관리자 계정으로 실행하거나, OneDrive·네트워크 드라이브처럼 동기화·권한이 얽힌 위치 대신 로컬 일반 폴더를 작업 폴더로 지정해 본다. [확인 필요 — 환경별 차이 큼]

STEP 5

그래도 안 되면 폴더 연결 해제 후 재연결

위 단계로도 반영이 안 되면 폴더를 한 번 연결 해제하고 다시 선택한다. 마운트 상태가 꼬였을 때 재연결이 가장 확실하다. Cowork 관련 문제 상당수가 앱 재시작이나 폴더 재연결로 풀린다.

빠른 자가 확인: “테스트.txt 파일을 만들고 아무 내용이나 써줘”라고 시킨 뒤 내 폴더에서 직접 그 파일이 생기는지 확인하자. 생기면 쓰기 권한 정상, 안 생기면 위 STEP 1~2(연결·쓰기 권한)로 돌아간다.

② 커넥터·MCP “인증이 필요합니다” / 연결 실패

Slack·Google·Notion 같은 커넥터(MCP)를 연결해 쓰다 보면 인증 관련 오류가 자주 나온다. Claude가 UI에 띄우는 문구는 크게 두 가지이고, 문구 하나에 원인이 여럿 섞여 있어 헷갈리기 쉽다.

에러 문구	실제 의미	먼저 해볼 것
이 커넥터는 인증이 필요합니다 (This connector requires authentication)	토큰이 없거나 세션 중 인증이 풀림	커넥터 OFF→ON 토글, 재연결
Couldn’t reach the MCP server	연결 핸드셰이크 실패(꼭 네트워크 문제는 아님)	서버 상태·URL 확인, 잠시 후 재시도
Authorization with the MCP server failed	OAuth는 시작됐으나 인증/권한 단계에서 실패	재로그인, 관리자 동의(SSO) 확인

먼저 챙길 것 — 참조 ID: 커넥터 연결이 실패하면 에러 알림과 주소창 URL에 ofid_로 시작하는 참조 ID가 들어 있다(예: flow_id=ofid_...). 문제를 신고하거나 원인을 추적할 때 이 ID가 핵심 단서다. 실패 직후 바로 복사해 두자(시간이 지나면 만료된다). ✓ 공식 문서 확인

STEP 1

커넥터 껐다 켜기 (가장 잘 듣는 우회책)

대화가 길어져 맥락이 압축(compaction)된 뒤 “인증이 필요합니다”가 뜨는 경우가 특히 흔하다. 이때 Cowork 화면에서 해당 커넥터를 OFF로 껐다가 몇 초 뒤 다시 ON으로 켜면 곧바로 도구가 다시 동작하는 사례가 많다. 서버는 멀쩡한데 세션 인증만 풀린 상태라는 신호다. [커뮤니티 보고 기반]

STEP 2

브라우저 인증 후 앱 재시작

브라우저에서 OAuth 로그인을 마쳤는데도 “연결됨”으로 안 바뀌면, Claude 데스크톱을 완전히 종료했다 재실행한다. 인증은 성공했지만 앱이 그 결과를 다시 읽어와야 반영되는 경우가 있다. 채팅 중 인증은 되는데 메뉴의 “연결(Connect)” 버튼만 조용히 실패하는 사례도 보고돼 있다. [커뮤니티 보고 기반]

STEP 3

회사 계정(SSO/MFA)이면 재인증 주기 확인

Microsoft 365 같은 기업용 커넥터는 SSO·MFA 정책상 1~2일마다 재인증을 요구하는 사례가 보고된다. 갑자기 인증이 풀렸다면 내 잘못이 아니라 조직 보안 정책에 따른 토큰 만료일 수 있다. 관리자 동의(admin consent)가 필요한 커넥터라면 IT 관리자에게 확인한다.

STEP 4

“Couldn’t reach” — 서버·URL·차단 점검

이 문구는 네트워크만의 문제가 아니다. 커스텀(직접 만든) 커넥터라면 서버 주소가 공개망에서 닿는지, URL이 다른 호스트로 리다이렉트되며 인증 헤더가 떨어지는 건 아닌지, 방화벽·WAF가 막는 건 아닌지 순서대로 본다. 디렉터리(공식) 커넥터를 쓰는 일반 사용자라면 잠시 후 재시도 + 앱 재시작이 현실적 우선순위다. ✓ 공식 문서 기준

커스텀 커넥터 개발자라면: Anthropic 공식 “커넥터 문제 해결” 문서에 DNS 사설 IP, 리다이렉트로 인한 인증 헤더 소실, OAuth 디스커버리(/.well-known/...) 404, PKCE(S256) 미지원 등 단계별 진단 체크리스트가 정리돼 있다. 출처의 공식 문서 링크를 참고하자.

③ 만든 파일이 안 보이거나 엉뚱한 곳에 저장될 때

Claude가 “파일을 만들었습니다”라고 했는데 내 폴더엔 없다. 대개 저장 위치를 착각했거나, Cowork 내부 임시 공간에만 만들어졌기 때문이다.

파일이 사라진 것처럼 보이는 이유

내부 임시 공간에만 생성

→ 내가 선택한 폴더가 아니라 작업용 임시 폴더에 만들어진 것. 최종본을 선택 폴더로 저장하라고 명시

상대경로로 헤맴

→ ~/Documents 같은 상대경로 대신 /Users/이름/Documents/파일.txt 식 전체경로로 지정하면 안정적

쓰기 권한 없음(섹션 ①)

→ 애초에 폴더에 못 쓴 것. 섹션 ①의 연결·권한부터 해결

다른 하위 폴더에 생성

→ 선택 폴더 안 다른 하위 경로에 저장됐을 수 있음. 파일명으로 검색해 확인

STEP 1

저장 위치를 말로 못박기

“이 파일을 내가 연결한 폴더에 저장해줘”처럼 최종 저장 위치를 명시적으로 지시한다. 위치를 지정하지 않으면 작업용 임시 공간에만 남고 내 폴더엔 안 보일 수 있다.

STEP 2

전체경로로 지정

경로가 헷갈릴 땐 물결(~)이나 상대경로 대신 전체경로(full path)를 직접 주는 편이 안정적이다. 저장 후 “방금 만든 파일의 정확한 경로를 알려줘”라고 물어 위치를 확인한다.

STEP 3

파일명으로 폴더 검색

그래도 안 보이면 탐색기·파인더에서 파일명으로 검색한다. 선택 폴더 안의 예상 못 한 하위 경로에 들어가 있는 경우가 있다.

④ “워크스페이스 시작 중”이 안 끝날 때

워크스페이스가 완전히 실패한 건 아닌데 “시작 중” 상태로만 오래 머무는 경우다. 잠깐의 지연이면 기다리면 되지만, 반복되면 가벼운 재시작으로 대개 풀린다.

STEP 1

30~60초 기다리기

Cowork의 작업 공간은 백그라운드에서 부팅되며 첫 실행 때는 시간이 걸린다. 처음 열었거나 방금 재시작했다면 30~60초 정도 준비 시간을 준다.

STEP 2

트레이에서 완전 종료 후 재실행

계속 안 끝나면 시스템 트레이(시계 옆)의 Claude 아이콘을 우클릭 → 종료(Quit)한 뒤 10초 기다렸다가 다시 실행한다. 절전·재부팅 뒤 내부 서비스가 잠들어 생기는 지연은 이걸로 대부분 해소된다.

재시작해도 계속 “시작 실패”라면 이건 단순 지연이 아니라 VM 자체가 안 뜨는 문제다. 여기서 더 씨름하지 말고 ①편(가상화·VM 오류)의 Windows 기능 점검 절차로 넘어가자.

정리 — 에러 메시지별 대처 한눈에

Cowork가 뜨는데 안 될 때, 이 순서로 처리하자

1 저장이 안 되면: 폴더 연결 확인 → 쓰기 권한 부여 → 폴더 재연결 (섹션 ①)
2 “인증 필요”면: 커넥터 OFF→ON 토글 → 앱 재시작 → SSO 재인증 확인 (섹션 ②)
3 연결 실패(Couldn’t reach/Authorization failed): ofid_ 참조 ID 복사 → 잠시 후 재시도 (섹션 ②)
4 파일이 안 보이면: 저장 위치 명시 → 전체경로 지정 → 파일명 검색 (섹션 ③)
5 “시작 중”만 계속: 30~60초 대기 → 트레이 종료 후 재실행 (섹션 ④)
6 그래도 부팅 실패: ①편(VM·가상화 오류)으로

이것만 알아두자! 워크스페이스가 뜬 뒤의 Cowork 오류는 거의 다 권한·인증·저장 위치 문제다. 폴더는 쓰기 권한까지 주고, 커넥터는 껐다 켜고, 파일은 저장 위치를 말로 못박으면 대부분 해결된다. Cowork는 아직 리서치 프리뷰라 UI가 자주 바뀌니, 안 풀리면 앱 재시작을 기본기로 삼자.

함께 읽을 글
Claude Cowork 완전가이드 — 비개발자를 위한 AI 자동화 →
Claude Desktop 로그인 안 될 때 해결법 — 업데이트 후 오류 총정리 →
Claude 데스크톱 D드라이브 이전 — C드라이브 용량 차오를 때 대처법 →

Claude Cowork 에러 메시지 총정리 ① 워크스페이스 시작 실패·가상화 안 될 때

rucian — Wed, 29 Jul 2026 10:23:04 +0000

AI 가이드

Claude Cowork 에러 메시지 총정리 ① — 워크스페이스가 아예 안 뜰 때 (VM·가상화 오류)

Claude 데스크톱에서 Cowork 탭을 눌렀는데 작업 공간이 열리지 않는다. 대신 “Failed to start Claude’s workspace” “VM service not running” “가상화가 활성화되지 않았습니다(Virtualization is not enabled)” 같은 메시지만 뜬다. 무엇을 시켜보기도 전에 막히는, Cowork에서 가장 답답한 오류다.

결론부터 말하면, 이건 Claude의 버그라기보다 PC의 가상화 스택이 꺼져 있거나 잠들어 있는 문제인 경우가 대부분이다. Cowork는 파일 작업을 안전하게 처리하려고 내부에 작은 가상 머신(VM)을 띄우는데, 이 VM이 켜지려면 Windows의 가상화 기능과 관련 서비스가 살아 있어야 한다. 그중 하나라도 꺼지면 위 메시지가 뜬다. 원인을 순서대로 짚어보자.

이 글의 기준: Claude Cowork는 리서치 프리뷰(정식 출시 전) 기능이라 서비스 이름·메뉴·에러 문구가 업데이트마다 바뀔 수 있다. 아래 절차와 명령은 2026년 7월 기준 Windows 10/11이며, 서비스명 등 세부는 버전에 따라 다를 수 있어 [확인 필요]로 표시했다.

증상부터 — Cowork는 왜 켜지지도 않나

아래 메시지 중 하나라도 봤다면 이 글이 대상으로 하는 상황이다. 문구는 달라도 뿌리는 같은 “가상화 계층이 준비되지 않음”이다.

보이는 에러 문구	실제로 벌어진 일
Failed to start Claude’s workspace	VM이 부팅에 실패 — 아래 원인 중 하나
VM service not running / The service failed to start	Cowork용 백그라운드 서비스가 꺼짐 가장 흔함
Virtualization is not enabled	Windows 가상화 기능 또는 BIOS 가상화가 꺼짐
Missing HCS services (hns, vmcompute, vfpext)	VM이 쓰는 호스트 컴퓨트 서비스 부품이 없음/정지

워크스페이스는 뜨는데 그 다음이 안 된다면(파일 저장·커넥터 인증·파일이 안 보임 등) 이 글이 아니라 ②편(폴더·커넥터·파일 오류)을 보자. 이 글은 작업 공간 자체가 안 열리는 경우만 다룬다.

왜 안 뜨나 — 원인 4가지 자가진단

해결에 앞서 내 상황이 어디에 해당하는지부터 짚자. 위쪽일수록 흔하고, 아래로 갈수록 손이 더 간다.

VM이 안 뜨는 원인 후보

① Cowork 백그라운드 서비스가 꺼짐

→ 서비스가 ‘수동’ 시작이라 재부팅·업데이트·절전 후 꺼진 채로 남음. 재시작만으로 해결되는 대부분의 경우 (가장 흔함)

② Windows 가상화 기능이 꺼짐

→ Virtual Machine Platform / Windows Hypervisor Platform 미설정. 특히 Windows Home에서 흔함

③ BIOS에서 CPU 가상화가 꺼짐

→ 메인보드 BIOS의 VT-x(인텔)·SVM(AMD)이 Disabled. 이게 꺼지면 Windows 기능을 켜도 소용없음

④ HCS 서비스 부품 누락

→ hns·vmcompute·vfpext 등 호스트 컴퓨트 서비스가 없거나 정지. 기능 재설치 필요

①은 서비스만 다시 켜면 되는 가장 가벼운 문제고, ②~④로 갈수록 Windows 기능·BIOS·재설치가 필요하다. 아래에서 순서대로 처방한다.

30초 응급처치 — 재시작과 서비스 살리기

대부분의 “VM service not running”은 Cowork용 서비스가 잠들어 생긴 일시적 문제다. Windows 기능을 건드리기 전에 이 두 가지부터 해보자. 십중팔구 여기서 풀린다.

STEP 1

트레이에서 완전 종료 후 재실행

시스템 트레이(시계 옆)의 Claude 아이콘을 우클릭 → 종료(Quit). 10초 기다렸다가 Claude 데스크톱을 다시 열고 Cowork 탭을 누른 뒤 VM이 부팅되도록 30~60초 기다린다. 절전·재부팅 뒤 서비스가 꺼진 경우 이걸로 대부분 해결된다.

STEP 2

관리자 PowerShell에서 서비스 직접 재시작

재실행만으로 안 되면, 관리자 권한 PowerShell을 열고 Cowork VM 서비스를 직접 살린다. 아래는 Claude를 종료한 뒤 서비스를 시작하는 명령이다.
Stop-Process -Name “Claude” -Force -ErrorAction SilentlyContinue
Start-Service CoworkVMService
실행 후 Claude를 다시 연다. ※ 서비스 이름은 버전에 따라 다를 수 있다. 정확한 이름은 Get-Service *cowork* 또는 Get-Service *vm*로 확인. [확인 필요]

왜 자꾸 꺼지나: Cowork VM 서비스는 시작 유형이 ‘수동(Manual)’으로 설치돼, 재부팅·앱 업데이트·절전에서 깨어날 때마다 꺼진 채로 남는 사례가 보고된다. 매번 반복된다면 서비스 시작 유형을 ‘자동’으로 바꾸는 것도 방법이다(services.msc → 해당 서비스 → 속성). [커뮤니티 보고 기반]

Windows 가상화 기능 켜기 (Home도 됩니다)

재시작으로도 안 되면 Windows의 가상화 기능이 아예 꺼져 있을 가능성이 크다. 여기서 가장 많은 오해가 “Hyper-V가 있어야 한다 → 내 Windows Home은 안 된다”인데, 사실이 아니다.

Windows Home도 Cowork 됩니다. 전체 Hyper-V는 Pro·Enterprise 전용이 맞지만, Cowork가 실제로 필요로 하는 건 Virtual Machine Platform(WSL2도 쓰는 경량 가상화 부품)과 Windows Hypervisor Platform이다. 이 둘은 Home에도 있다. “Cowork가 Windows에서 안 뜬다”는 신고 상당수가 Home에서 나오는 건, Home의 가상화 기본값이 꺼져 있기 때문일 뿐이다.

STEP 1

“Windows 기능 켜기/끄기”에서 체크

시작 메뉴에 “Windows 기능 켜기 또는 끄기”를 검색해 연다. 아래 항목에 체크하고 확인 → 재부팅한다.

· 가상 머신 플랫폼(Virtual Machine Platform)

· Windows 하이퍼바이저 플랫폼(Windows Hypervisor Platform)

(Pro라면 Hyper-V·컨테이너도 함께 켜도 무방)

STEP 2

또는 PowerShell로 한 번에

클릭이 번거로우면 관리자 PowerShell에서 아래를 실행하고 재부팅한다.
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All
Enable-WindowsOptionalFeature -Online -FeatureName HypervisorPlatform -All

STEP 3

재부팅 후 서비스 확인

재부팅 뒤 가상화 서비스가 올라왔는지 확인한다. 아래가 Running으로 나오면 정상이다.
Get-Service vmcompute
Get-Service hns
둘 다 정상인데도 Cowork가 안 뜨면 위 30초 응급처치로 서비스를 한 번 더 재시작해 본다.

0x80070005(액세스 거부) 코드가 함께 뜬다면, 관리자 권한이 없거나 조직(회사 PC) 정책이 가상화를 막고 있을 수 있다. 관리자 계정으로 실행하거나 IT 담당자에게 문의한다. [확인 필요 — 환경별 차이]

BIOS에서 가상화(VT-x/AMD-V) 켜기

Windows 기능을 다 켰는데도 “가상화가 활성화되지 않음”이 계속된다면, 더 아래층인 메인보드 BIOS/UEFI에서 CPU 가상화 자체가 꺼진 것이다. 이게 꺼져 있으면 Windows 기능은 아무 소용이 없다.

STEP 1

지금 켜져 있는지부터 확인

작업 관리자(Ctrl+Shift+Esc) → 성능 → CPU에서 “가상화: 사용”이라고 나오는지 본다. “사용 안 함”이면 BIOS에서 켜야 한다.

STEP 2

BIOS 진입 후 가상화 항목 활성화

PC를 재시작하며 Del·F2·F10(제조사마다 다름)을 눌러 BIOS로 진입한다. Advanced/CPU 설정에서 아래 항목을 Enabled로 바꾼다.

· 인텔: Intel VT-x (또는 Virtualization Technology)

· AMD: SVM Mode (Secure Virtual Machine)

저장 후 종료하면 재부팅된다.

주의: BIOS 설정은 부팅과 직결되므로, 가상화 항목 외에 다른 값은 함부로 바꾸지 말자. 화면 명칭이 낯설면 메인보드/노트북 모델명 + “가상화 BIOS 설정”으로 제조사 안내를 먼저 확인하는 편이 안전하다.

“Missing HCS services” 별도 처방

“Missing HCS services: hns, vmcompute, vfpext”는 조금 다른 층의 문제다. Cowork의 샌드박스 VM이 의존하는 호스트 컴퓨트 서비스(Host Compute Service) 스택 부품이 없거나 정지했다는 뜻이다. 세 부품은 각각 역할이 있다.

부품	역할
vmcompute	VM 컴퓨트(연산) 계층 — VM을 실제로 띄우는 핵심
HNS (hns)	가상 네트워킹 계층 — VM의 네트워크 담당
vfpext	패킷 필터링 드라이버 — 가상 네트워크 트래픽 처리

STEP 1

기능 재설치로 부품 등록

위 가상화 기능(가상 머신 플랫폼·Windows 하이퍼바이저 플랫폼, Pro면 Hyper-V·컨테이너 포함)를 껐다가 다시 켜고 재부팅하면 세 서비스가 재등록된다. 재부팅 후 Get-Service vmcompute·Get-Service hns로 Running 여부를 확인한다.

STEP 2

네트워크 충돌 점검

가상 네트워킹(HNS) 관련 충돌로 VM이 못 뜨는 사례도 보고된다. VPN·가상 네트워크 어댑터·타사 방화벽이 얽혀 있으면 잠시 꺼보고 재시도한다. [커뮤니티 보고 기반]

STEP 3

그래도 안 되면 재설치·신고

위로도 안 되면 Claude 데스크톱을 재설치한다. 그래도 재현되면, 이건 Cowork(리서치 프리뷰)의 알려진 버그일 수 있으니 GitHub 이슈 트래커에 Windows 에디션·버전과 함께 신고하는 게 빠르다(아래 출처 참고). 현재 Home 환경에서 사전 점검(preflight) 없이 실패하는 문제가 다수 보고돼 있다.

정리 — 원인별 대처 한눈에

Cowork가 안 뜰 때, 이 순서로 처리하자

1 재시작: 트레이에서 완전 종료 → 재실행 → 30~60초 대기 (대부분 여기서 해결)
2 서비스 살리기: 관리자 PowerShell에서 Start-Service CoworkVMService
3 Windows 기능: 가상 머신 플랫폼 + Windows 하이퍼바이저 플랫폼 켜고 재부팅 (Home도 가능)
4 BIOS: 작업관리자에서 가상화 “사용 안 함”이면 VT-x/SVM 켜기
5 HCS 누락: 기능 재설치 → 네트워크 충돌 점검 → 재설치·신고
6 이제 뜨는데 그 다음이 문제면: ②편(폴더·커넥터·파일 오류)으로

요약하면! Cowork가 안 뜨는 건 대개 PC 가상화가 꺼졌거나 서비스가 잠든 것이다. 재시작 → 서비스 재시작 → Windows 가상화 기능 → BIOS 가상화 순으로 내려가면 거의 다 잡힌다. Windows Home도 Hyper-V 없이 되니 “Home이라 안 된다”는 오해로 포기하지 말자.

함께 읽을 글
Cowork 에러 총정리 ② — 폴더·커넥터·파일 저장이 안 될 때 →
Claude Cowork 완전가이드 — 비개발자를 위한 AI 자동화 →
Claude Desktop 로그인 안 될 때 해결법 — 업데이트 후 오류 총정리 →

Claude Desktop 로그인 안 될 때 해결법 (업데이트 후 오류 총정리)

rucian — Mon, 13 Jul 2026 01:31:29 +0000

AI 가이드 · AI활용

Claude Desktop 업데이트 후 로그인 안 될 때 해결법 — 증상별 원인과 대처 총정리 (2026)

Claude Desktop이 자동으로 업데이트된 다음 날, 갑자기 로그인이 안 되는 경우가 있다. 이전까지 멀쩡히 쓰던 앱이 업데이트 알림 한 번 뜨고 나서 로그인 화면에서 멈추거나, 아예 실행조차 안 되는 상황이다.

이 문제는 원인이 하나가 아니다. “앱이 안 열리는 경우”, “로그인 화면에서 인증이 반복 실패하는 경우”, “일반적인 로그인 오류 메시지가 뜨는 경우”는 원인과 해결법이 완전히 다르다. 지금 겪고 있는 증상이 어느 쪽인지부터 확인하고, 해당 섹션으로 바로 이동해서 해결법을 따라가면 된다.

먼저 확인: Claude 서비스 자체에 장애가 있으면 어떤 방법을 써도 로그인이 안 된다. status.claude.com에서 현재 장애 여부부터 확인하자. 실제로 2026년 7월 6일에는 Claude.ai 전반의 오류로 인해 Claude Code의 OAuth 로그인까지 함께 막혔던 사례가 있었고, 약 40분 만에 복구됐다.

지금 겪고 있는 증상부터 확인하자 — 3가지 유형

“로그인이 안 된다”는 한 문장 안에 서로 다른 3가지 상황이 섞여 있다. 아래 표에서 지금 화면에 뜨는 내용과 가장 비슷한 줄을 찾아 해당 섹션으로 이동하자.

앱을 실행하면 “다른 프로그램이 현재 이 파일을 사용하고 있습니다” 창이 뜨고 앱이 아예 안 열림

→ 유형 A (섹션 2) 로 이동

로그인 화면은 뜨는데 매직링크를 눌러도 계속 로그인 화면으로 되돌아옴, “Invalid authorization” 표시

→ 유형 B (섹션 3) 로 이동

“로그인하는 중 오류가 발생했습니다” 같은 일반적인 문구만 뜸

→ 유형 C (섹션 4) 로 이동

로그인 이메일 자체가 오지 않음

→ 섹션 5 로 이동

유형 A — 업데이트 후 앱 자체가 안 열림 (“다른 프로그램이 파일을 사용 중”)

Windows에서 가장 많이 보고되는 패턴이다. Claude Desktop이 자동 업데이트를 마친 직후, 앱을 실행하면 Windows 대화상자로 "다른 프로그램이 현재 이 파일을 사용하고 있습니다"라는 메시지가 뜨면서 앱이 열리지 않는다.

[확인 필요 · 커뮤니티 보고 사례] 이 내용은 Anthropic 공식 문서가 아니라 실사용자가 GitHub 이슈로 제보한 진단 내용이다. 원인은 Windows의 MSIX 패키지 등록 방식에 있다. Claude Cowork를 쓰거나 Claude in Chrome 확장을 설치한 경우, cowork-svc.exe(백그라운드 서비스)나 chrome-native-host.exe(크롬 연동 프로세스)가 계속 살아있는 상태로 남는데, Windows는 이걸 “이전 버전 앱이 아직 실행 중”이라고 판단해 새 버전 등록을 보류시킨다. 그 결과 앱을 열 때마다 등록 대기 중인 파일을 다시 잠그면서 같은 오류가 반복된다.

제보된 사례에서는 프로세스를 하나씩 강제 종료하거나 패키지를 재등록해도 풀리지 않았고, 결국 아래 방법으로만 해결됐다.

Windows 로그아웃 후 재로그인

시작 메뉴 → 계정 아이콘 → 로그아웃을 선택하고, 다시 로그인한다. 이 과정에서 보류돼 있던 패키지 등록이 완료되며 문제가 풀리는 것으로 확인됐다.

로그아웃으로 안 풀리면 PC 재부팅

로그아웃/재로그인만으로 해결이 안 되면 완전히 재부팅한다. 재부팅 역시 보류 중인 앱 등록을 강제로 마무리시키는 효과가 있다.

그래도 안 되면 최신 설치파일로 덮어 설치

claude.ai/download에서 최신 설치 파일을 받아 기존 설치 위에 그대로 설치한다. 별도 삭제 없이 덮어 설치하면 최신 버전으로 즉시 갱신된다.

이 문제는 업데이트가 반복될 때마다 재발할 수 있다는 보고가 있다. 로그아웃 한 번으로 넘어갔더라도, 다음 업데이트 후 같은 증상이 다시 나타나면 당황하지 말고 같은 순서(로그아웃 → 재부팅 → 재설치)를 다시 시도하면 된다.

유형 B — 로그인 화면에서 무한 루프 (“Invalid authorization”)

앱은 정상적으로 열리는데, 이메일로 받은 매직링크를 클릭해도 다시 로그인 화면으로 튕기거나 Invalid authorization, login_link_not_found 같은 오류가 반복되는 경우다. macOS에서 다수 제보됐지만 Windows에서도 발생할 수 있다.

[확인 필요 · 커뮤니티 보고 사례] 인증 토큰이 정상적으로 저장되지 않아 로그인 세션이 계속 초기화되는 증상으로, 앱 캐시를 완전히 삭제해도 해결되지 않은 사례가 다수 보고됐다. 이 경우 원인이 앱이 아니라 PC에 설정된 환경변수인 경우가 있었다.

특히 Claude Code(CLI)를 함께 설치해 쓰는 사용자라면, PC에 CLAUDE_CODE_OAUTH_TOKEN이라는 환경변수가 설정돼 있는지 확인해볼 가치가 있다. 실제 제보 사례 중 하나는 이 환경변수를 삭제한 뒤 로그인 무한 루프가 해결됐다고 밝혔다.

환경변수 확인 (Windows)

Windows 키 → “환경 변수 편집” 검색 → 실행. “사용자 변수” 목록에 CLAUDE_CODE_OAUTH_TOKEN이 있으면 선택 후 삭제한다.

웹 브라우저에서 먼저 로그인 확인

claude.ai를 브라우저로 열어 정상적으로 로그인되는지 먼저 확인한다. 브라우저 로그인이 정상이면 계정 자체 문제는 아니라는 뜻이므로 앱 쪽 문제로 좁혀진다.

앱 완전 삭제 후 최신 버전 재설치

기존 앱을 완전히 제거하고 claude.ai/download에서 현재 최신 설치파일을 새로 받아 설치한다. 단순 업데이트보다 완전 재설치가 인증 토큰 관련 문제를 해결할 확률이 더 높았다는 보고가 많다.

위 방법으로도 풀리지 않는 경우가 실제로 보고돼 있다. 캐시·설정 폴더를 전부 지우고 재설치해도 계속 Invalid authorization이 뜬다면 앱 자체의 버그일 가능성이 있으므로, 섹션 7의 공식 지원 채널로 문의하는 것이 빠르다.

유형 C — 일반 로그인 오류 메시지

"로그인하는 중 오류가 발생했습니다" 같은 구체적이지 않은 메시지만 뜨는 경우다. 이건 Anthropic 공식 지원 문서에 정리된 표준 대처법이 있다.

✓ 공식 안내 — 순서대로 확인

VPN을 끈다. VPN을 사용 중이면 로그인이 막히는 경우가 있다.

브라우저 확장 프로그램을 비활성화한다. (앱이 아닌 웹 로그인 시)

브라우저 캐시와 쿠키를 삭제한다.

status.claude.com에서 현재 장애 여부를 확인한다. 장애 중이면 복구를 기다리는 것 외에 방법이 없다.

이 안내는 Anthropic 공식 고객센터 문서(Troubleshoot Claude error messages)에 실린 내용을 그대로 정리한 것이다. 데스크탑 앱도 내부적으로 웹 로그인 흐름을 그대로 쓰기 때문에 동일하게 적용된다.

Google 계정으로 로그인해왔는데 오류가 반복된다면, myaccount.google.com/connections에서 “Claude by Anthropic” 연결을 완전히 해제한 뒤 Claude에서 “Continue with Google”로 다시 연결하면 해결되는 경우가 많다(공식 안내 사항).

로그인 메일(매직링크)이 아예 안 올 때

Claude 계정은 별도 비밀번호가 없다. 이메일로 받는 매직링크 또는 Google 계정으로만 로그인하는 구조라서, 메일이 안 오면 그 자체로 로그인이 막힌다.

로그인 메일을 요청했는데 몇 분째 안 옴

공식 확인 사항: 스팸/정크 메일함 미확인, 메일 서버의 격리(quarantine) 처리, 회사·학교 이메일의 보안 필터가 흔한 원인이다.

해결 방법

스팸함을 확인하고, @mail.anthropic.com을 이메일 주소록/화이트리스트에 등록한다. 회사·학교 이메일(.edu 등)이라면 IT 부서에 보안 설정 조정을 요청해야 할 수 있다. 몇 분 기다린 후 다시 로그인을 시도한다.

Apple “이메일 가리기(Hide My Email)”로 가입한 경우

가입할 때 사용한 실제 이메일 주소를 모르면 다른 기기에서 로그인 자체가 불가능하다.

해결 방법

@privaterelay.appleid.com 형식의 이메일 주소로 “Continue with email”을 선택해 로그인한다. iOS Claude 앱을 이미 쓰고 있다면 앱 내 설정에서 가입 시 사용한 이메일 주소를 확인할 수 있다.

공통 체크리스트 — 케이스 무관 먼저 확인할 것

어느 유형에 해당하는지 애매하거나, 위 방법을 시도하기 전에 먼저 훑어볼 수 있는 공통 점검 목록이다.

5분 안에 끝내는 공통 점검

status.claude.com에서 장애 여부 확인 — 특히 Claude.ai, Claude Cowork 항목

claude.ai를 웹 브라우저로 열어 로그인이 되는지 먼저 확인 (계정 문제 vs 앱 문제 구분)

claude.ai/download에서 최신 설치파일을 받아 덮어 설치 — 별도 삭제 없이 진행 가능

VPN·방화벽·보안 프로그램을 일시적으로 끄고 재시도

PC 재부팅 — 업데이트 직후 문제라면 특히 효과적

그래도 안 되면 — 공식 지원 채널

위 방법을 다 시도했는데도 로그인이 안 된다면 커뮤니티 수준의 우회법으로는 한계가 있는 상태다. 이 단계부터는 공식 채널로 넘어가는 게 시간을 아끼는 길이다.

Anthropic 고객센터 문의

support.claude.com에서 직접 문의를 남긴다. 정확한 오류 메시지 전문, OS와 앱 버전, 시도한 방법을 함께 적어야 답변이 빠르다.

GitHub 이슈로 버그 제보

앱 자체의 버그로 의심된다면 anthropics/claude-code 저장소의 GitHub 이슈 트래커에 재현 절차와 로그를 남기면 실제 수정으로 이어질 확률이 높다. 이 글에 소개된 사례들도 모두 이 경로로 제보된 것들이다.

참고 자료

Anthropic 고객센터, “Troubleshoot Claude error messages” (2026년 5월 18일 갱신)
Anthropic 고객센터, “Log in to your Claude account” (2026년 5월 19일 갱신)
Claude Status, “Elevated errors on Claude.ai” 인시던트 기록 (2026년 7월 6일)
GitHub anthropics/claude-code, Issue #75337 — Windows 업데이트 후 앱 미실행 사례 (2026년 7월 7일 제보, [확인 필요: 사용자 보고])
GitHub anthropics/claude-code, Issue #22685 — macOS “Invalid authorization” 로그인 루프 사례 ([확인 필요: 사용자 보고])

정리 — 증상별 대처 한눈에 보기

증상	가장 먼저 시도할 것
앱이 아예 안 열림 (“다른 프로그램이 파일 사용 중”)	Windows 로그아웃 후 재로그인 → 재부팅
로그인 화면 무한 루프 (Invalid authorization)	CLAUDE_CODE_OAUTH_TOKEN 환경변수 확인 → 완전 재설치
일반 로그인 오류 메시지	VPN 끄기 → 캐시/쿠키 삭제 → 상태 페이지 확인
로그인 메일이 안 옴	스팸함 확인 → @mail.anthropic.com 화이트리스트 등록

업데이트 직후 로그인 문제가 생기면 앱을 지우고 다시 까는 극단적인 선택부터 하기 쉬운데, 실제로는 로그아웃 후 재로그인이나 재부팅처럼 훨씬 간단한 방법으로 풀리는 경우가 더 많다. 증상 유형을 먼저 구분하고 해당 섹션의 순서대로 시도해보자.

D드라이브로 데이터를 이전해둔 경우: 심볼릭 링크(Junction)로 데이터를 D드라이브로 옮겨둔 상태라도 로그인 문제와는 별개다. Junction은 업데이트 후에도 그대로 유지되므로, 로그인 문제를 해결한 뒤 앱을 다시 열면 기존 대화 기록과 설정은 그대로 남아 있�

Claude 데스크탑 vm_bundles D드라이브 이전, 심볼릭 링크 후에도 C드라이브 용량 차오를 때 대처방법

rucian — Mon, 29 Jun 2026 08:08:11 +0000

AI 가이드

Claude 데스크탑 vm_bundles D드라이브 이전 — 심볼릭 링크 후에도 C드라이브 용량 차오를 때 2026

Claude 데스크탑 앱 데이터를 D드라이브로 이전하는 기본 작업을 마쳤는데도, 며칠 쓰다 보면 C드라이브 용량이 다시 빨갛게 차오르는 경우가 있다. %APPDATA%\Claude 폴더에 심볼릭 링크를 분명히 걸었고, Get-Item으로 확인하면 링크도 멀쩡히 작동한다. 그런데 C드라이브 여유 공간은 계속 줄어든다.

이 글은 그 “마지막 1GB까지 새는” 원인을 추적해 해결하는 후속편이다. 결론부터 말하면 범인은 MSIX 샌드박스 안의 vm_bundles 폴더이고, 필자의 경우 무려 9.6GB였다. 기본 이전 가이드가 다루지 못하는 숨은 경로를 찾아 D드라이브로 옮기는 전 과정을, PowerShell 명령어와 오류 대처까지 빠짐없이 정리했다. Claude뿐 아니라 다른 MSIX(스토어) 앱에도 그대로 응용할 수 있다.

먼저 읽으면 좋은 글: Claude 데스크탑 앱·Claude Code의 기본 D드라이브 이전(%APPDATA%\Claude, .claude 폴더)은 별도 가이드에서 다뤘다. 이 글은 그 작업까지 끝낸 뒤에도 용량이 새는 경우를 위한 심화편이다.

증상 — 링크를 걸었는데 C드라이브가 또 찬다

심볼릭 링크는 정상인데 용량은 새는, 헷갈리는 상황이다. 탐색기에서 C:\Users\사용자명\AppData\Roaming\Claude를 보면 일반 폴더처럼 보이지만 실제로는 D드라이브를 가리키는 링크다. 여기까지는 문제가 없다. 그런데도 C드라이브가 줄어든다면, 앱이 전혀 다른 경로에 데이터를 쌓고 있다는 신호다.

핵심은 이것이다. Claude 데스크탑 앱이 MSIX(스토어) 방식으로 설치된 경우, 데이터는 %APPDATA%\Claude가 아니라 패키지 샌드박스 안에 따로 저장된다. 심볼릭 링크를 아무리 잘 걸어도 이 경로는 손대지 않은 상태로 계속 커진다.

진짜 원인 — MSIX 샌드박스 경로

Claude 데스크탑 앱은 설치 방식에 따라 데이터 위치가 둘로 나뉜다. 어느 쪽인지에 따라 손볼 경로가 완전히 달라진다.

설치 방식별 실제 데이터 저장 위치

.exe 직접 설치

%APPDATA%\Claude

심볼릭 링크로 D드라이브 이전이 잘 됨

MSIX(스토어) 설치

…\Packages\Claude_*\LocalCache\Roaming\Claude

샌드박스 안에 따로 쌓임 — 여기가 진짜 범인

내가 처음 링크를 건 곳은 %APPDATA%\Claude였는데, 앱이 실제로 데이터를 쌓는 곳은 아래 샌드박스 경로였다. 그래서 링크는 작동하는데 C드라이브 용량은 계속 늘어났던 것이다.

MSIX 샌드박스 경로 형태

C:\Users\사용자명\AppData\Local\Packages\Claude_xxxxxxxxxxxxx\LocalCache\Roaming\Claude

내 PC가 MSIX 방식인지 모르겠다면 다음 명령어로 확인할 수 있다. 결과로 Claude_로 시작하는 폴더가 나오면 MSIX 설치다.

PowerShell (일반 권한)

# MSIX 패키지 폴더 존재 여부 확인
Get-ChildItem “$env:LOCALAPPDATA\Packages” -Directory -Filter “Claude_*”

STEP 1 — 내 패키지 폴더명 찾기

Claude_ 뒤의 문자열은 환경마다 다를 수 있으므로, 명령어를 복사하기 전에 정확한 폴더 이름부터 확인한다. STEP 2에서 위 명령어의 결과로 나온 폴더명을 그대로 쓰면 된다.

출력 예시: Claude_pzs8sxrjxfjjc 처럼 임의의 문자열이 붙는다. 이후 모든 명령어에서 이 폴더명을 일관되게 사용한다. (아래 예시는 Claude_xxxxxxxxxxxxx로 표기했으니 본인 값으로 바꿔 넣는다.)

PowerShell 여는 법: Windows 키 → “PowerShell” 검색 → 일반 실행(이 단계는 관리자 불필요). 파란 창이 열리면 된다.

STEP 2 — 용량을 잡아먹는 폴더 찾기

무작정 옮기기 전에 어느 하위 폴더가 용량을 차지하는지 짚는다. 개별 파일은 작은데 전체 용량이 큰 경우, 범인은 보통 하위 폴더 한 곳에 몰려 있다. 아래 명령어는 각 폴더 용량을 MB 단위로 큰 순서대로 정렬해 보여준다.

PowerShell (일반 권한)

# 경로 변수 지정 (본인 패키지명으로 수정)
$base = “$env:LOCALAPPDATA\Packages\Claude_xxxxxxxxxxxxx\LocalCache\Roaming\Claude”

# 하위 폴더별 용량 큰 순으로 정렬
Get-ChildItem $base -Directory | ForEach-Object {
$size = (Get-ChildItem $_.FullName -Recurse -File | Measure-Object Length -Sum).Sum
[PSCustomObject]@{ Folder = $_.Name; ‘Size(MB)’ = [math]::Round($size/1MB, 1) }
} | Sort-Object ‘Size(MB)’ -Descending

결과는 다음과 같았다. vm_bundles가 9.6GB로 압도적 1위였고, 나머지는 200MB대였다. 용량의 90% 이상이 한 폴더에 몰려 있었으니, 이 폴더 하나만 옮기면 끝나는 상황이었다.

폴더	용량	비고
vm_bundles	9,653.9 MB	진짜 주범
Cache	234.1 MB	일반 캐시
claude-code-vm	222.0 MB	보통
claude-code	214.0 MB	보통
local-agent-mode-sessions	204.0 MB	세션 기록

STEP 3 — Claude 완전 종료 + 관리자 PowerShell

폴더를 이동하는 중 앱이 파일을 사용하고 있으면 이동이 실패한다. 단순히 창을 닫는 것으로는 부족하다. 백그라운드 프로세스까지 완전히 종료해야 한다.

Claude 앱 완전 종료

작업 표시줄 우측 하단 트레이의 Claude 아이콘을 우클릭 → 종료(Quit). 이어 Ctrl+Shift+Esc로 작업 관리자를 열어 “Claude”로 시작하는 프로세스가 남아 있지 않은지 확인한다.

“Claude Helper”, “claude.exe” 등 여러 개일 수 있다. 전부 종료한다.

관리자 권한 PowerShell 실행

Windows 키 → “PowerShell” 검색 → 우클릭 → 관리자 권한으로 실행. 창 제목에 “관리자”가 표시되면 성공. 심볼릭 링크 생성에는 관리자 권한이 반드시 필요하다.

앱이 완전히 종료되지 않은 상태에서 폴더를 이동하면 다른 프로세스가 파일을 사용 중입니다 오류가 난다. 이 단계를 건너뛰지 말 것.

STEP 4 — vm_bundles 이동 + 심볼릭 링크

핵심은 폴더를 D드라이브로 옮긴 뒤, 원래 자리에 심볼릭 링크를 만들어 앱이 같은 경로로 인식하게 하는 것이다. 관리자 PowerShell에서 순서대로 실행한다.

PowerShell (관리자 권한)

# ① 경로 변수 (본인 패키지명으로 수정)
$base = “$env:LOCALAPPDATA\Packages\Claude_xxxxxxxxxxxxx\LocalCache\Roaming\Claude”

# ② D드라이브로 폴더 이동 (용량 클수록 시간 걸림)
Move-Item “$base\vm_bundles” “D:\ClaudeData\vm_bundles”

# ③ 원래 위치에 심볼릭 링크 생성
New-Item -ItemType SymbolicLink -Path “$base\vm_bundles” -Target “D:\ClaudeData\vm_bundles”

MSIX 샌드박스는 구조상 심볼릭 링크를 무시하는 경우가 있다고 알려져 있다. 다만 필자 환경에서는 정상 작동했다. 환경에 따라 결과가 다를 수 있으니 STEP 5 검증까지 반드시 확인한다.

STEP 5 — 정상 작동 검증

링크가 실제로 D드라이브를 가리키는지 확인한다. LinkType이 SymbolicLink, Target이 D:\ClaudeData\vm_bundles로 나오면 성공이다.

PowerShell (관리자 권한)

Get-Item “$base\vm_bundles” | Select-Object FullName, LinkType, Target

정상 출력 예시

FullName : C:\…\LocalCache\Roaming\Claude\vm_bundles
LinkType : SymbolicLink
Target : {D:\ClaudeData\vm_bundles}

확인이 끝났으면 Claude 데스크탑 앱을 다시 실행하고 Cowork 기능을 잠깐 써본 뒤, D:\ClaudeData\vm_bundles 폴더에 새 데이터가 쌓이는지 본다. 이제부터 vm_bundles는 아무리 커져도 전부 D드라이브에 저장된다.

C드라이브 (원래 위치)

…\LocalCache\Roaming\Claude\vm_bundles

심볼릭 링크만 남음 (실제 파일 없음)

D드라이브 (실제 데이터)

D:\ClaudeData\vm_bundles

9.6GB의 Cowork 가상환경 파일 저장

자주 발생하는 오류와 해결법

오류 1: 링크 생성 시 “ResourceExists / 이미 존재합니다”

원인: Move-Item으로 내용물은 옮겨졌지만 원래 위치에 빈 폴더가 남아, 그 위에는 링크를 덮어쓸 수 없다. 가장 흔한 케이스다.

해결 방법

남은 빈 폴더를 지우고 링크만 다시 만든다.
Remove-Item "$base\vm_bundles"
New-Item -ItemType SymbolicLink -Path "$base\vm_bundles" -Target "D:\ClaudeData\vm_bundles"

오류 2: “이 작업을 수행할 권한이 없습니다”

원인: PowerShell을 일반 권한으로 실행했다. 심볼릭 링크 생성은 반드시 관리자 권한이 필요하다.

해결 방법

창을 닫고 Windows 키 → “PowerShell” 검색 → 우클릭 → 관리자 권한으로 실행으로 다시 연다.

오류 3: Move-Item 후 데이터가 그대로 C드라이브에 남음

원인: 대상 경로(D:\ClaudeData\vm_bundles)에 이미 같은 이름 폴더가 있으면 폴더 안으로 중첩 이동돼 vm_bundles\vm_bundles 구조가 생긴다.

해결 방법

탐색기에서 D드라이브 경로의 중첩 폴더를 확인해 정리한 뒤 STEP 4의 링크 생성을 다시 진행한다.

Remove-Item은 반드시 내용물이 D드라이브로 옮겨진 것을 확인한 뒤 빈 폴더에만 사용한다. 데이터가 남은 폴더에 쓰면 그대로 삭제된다. 링크를 지울 때도 -Recurse는 절대 붙이지 않는다(실제 데이터까지 삭제될 수 있음).

vm_bundles가 대체 뭔가요

vm_bundles는 Claude 데스크탑의 Cowork(코드 실행·자동화) 기능이 사용하는 가상환경 번들 파일로 보인다. Cowork 탭을 쓸수록 계속 쌓이는 구조다. 즉 기능을 쓰는 한 용량은 다시 늘어나므로, 단순 삭제보다 D드라이브로 ‘이전’하는 것이 근본 해결책이다.

이전(심볼릭 링크) 방식의 장점

앱이 경로 변경을 인식하지 못해 완벽 호환
아무리 커져도 전부 D드라이브에 쌓임
C드라이브 용량 즉시 회복 (필자 9.6GB)
되돌리기 쉬움 (링크만 삭제)

주의할 점

MSIX 환경에 따라 링크가 막힐 수 있음
D드라이브가 없으면 기능 실행 불가
생성 시 관리자 권한 필요
이동 전 앱 완전 종료 필수

당장 급하다면 임시 방편으로 vm_bundles를 삭제할 수도 있다. 다만 앱 재실행 시 다시 다운로드되므로 근본 해결은 아니다. 용량을 항구적으로 줄이려면 위의 이전 방식을 권한다.

전체 작업 요약 — 한눈에 보기

단계	작업	권한	핵심 명령어
STEP 1	패키지 폴더명 확인	일반 권한	Get-ChildItem …Packages -Filter “Claude_*”
STEP 2	용량 큰 폴더 찾기	일반 권한	Get-ChildItem + Measure-Object
STEP 3	앱 종료 + 관리자 PS	관리자	작업 관리자 종료
STEP 4	이동 + 심볼릭 링크	관리자	Move-Item / New-Item SymbolicLink
STEP 5	링크 검증	관리자	Get-Item … LinkType, Target

심볼릭 링크를 걸었는데도 C드라이브가 차오른다면, 십중팔구 앱이 다른 경로에 데이터를 쌓고 있는 것이다. MSIX 앱이라면 AppData\Local\Packages 안쪽까지 들어가 ‘용량 큰 폴더 찾기 → 이동 → 링크 → 검증’ 4단계만 거치면 된다. 필자는 vm_bundles 한 폴더만으로 C드라이브 9.6GB를 되찾았다.

정리: 기본 이전 가이드로 %APPDATA%\Claude·.claude를 옮긴 뒤, 이 글의 vm_bundles 이전까지 마치면 Claude가 C드라이브에 남기는 건 작은 바이너리뿐이다. Cowork를 자주 쓰는 사용자일수록 효과가 크다.

Claude Cowork 완전 가이드 2026, 비개발자를 위한 AI 파일 자동화 실전 사용법

rucian — Sun, 07 Jun 2026 23:10:32 +0000

AI 가이드

Claude Cowork 완전 가이드 — 설치부터 실전 활용까지 비개발자를 위한 AI 자동화 2026

2026년 현재 AI 도구의 전쟁은 ‘대화에서 실행’으로 넘어가고 있다. ChatGPT·Claude에 질문을 던지고 답변을 복사해 사용하는 방식은 여전히 유효하지만, 더 나아가 AI가 직접 내 컴퓨터 파일을 열고, 문서를 작성하고, 이메일을 보내고, 일정을 잡는 수준으로 진화했다. Claude Cowork는 이 흐름에서 Anthropic이 비개발자를 위해 설계한 데스크탑 AI 자동화 도구다.

Cowork는 Claude Code(개발자용 CLI)와 같은 Claude 에이전트 SDK 위에서 동작하지만, 코드를 한 줄도 몰라도 사용할 수 있도록 UI가 설계되어 있다. 파일 폴더를 연결하고, 구글 드라이브·Gmail·캘린더·Slack 같은 외부 서비스를 플러그인으로 연결하면, Claude가 자연어 지시만으로 복잡한 파일 작업과 업무 자동화를 실행한다. 이 글은 Cowork의 핵심 개념부터 실전 활용까지 단계적으로 안내한다.

Claude Cowork란 무엇인가

Cowork는 Anthropic이 제공하는 AI 에이전트 데스크탑 앱이다. 2026년 기준 리서치 프리뷰(Research Preview) 단계로 운영 중이며, 맥OS 및 윈도우 버전이 제공된다. 기존 Claude 웹이나 모바일 앱과 다른 결정적인 차이는 ‘파일 시스템 접근’과 ‘외부 서비스 연결’이다.

Claude 웹에서는 파일을 첨부해 질문할 수 있지만 AI가 직접 폴더를 탐색하거나 파일을 만들어 저장할 수는 없다. Cowork에서는 내 컴퓨터의 특정 폴더를 ‘워크스페이스’로 지정하면 Claude가 그 폴더 안에서 파일을 읽고, 수정하고, 새로 만들고, 정리한다. Word 문서 작성, Excel 스프레드시트 생성, HTML 파일 제작, PDF 요약 후 저장까지 실제 파일로 결과물이 나온다.

파일 작업

Word·Excel·PPT·PDF·HTML 파일을 직접 생성·편집·저장

이메일 자동화

Gmail 연결 후 이메일 초안 작성·분류·요약·발송

일정 관리

구글 캘린더와 연동해 일정 생성·조회·충돌 파악

클라우드 연동

구글 드라이브·박스 파일 검색·읽기·업로드

Slack 자동화

채널 메시지 요약·알림 작성·특정 내용 검색

스케줄 실행

매일 오전 지정 작업 자동 실행 (정기 리포트·요약)

Cowork의 강점은 이 기능들이 서로 연결된다는 것이다. “지난주 구글 드라이브에 저장된 회의록을 읽고, 핵심 액션 아이템을 추출해서 Excel로 정리한 뒤 관련 담당자에게 이메일 초안을 작성해라”라는 복합 지시를 단 한 번의 자연어 명령으로 실행할 수 있다.

Claude 웹 vs Claude Cowork — 무엇이 다른가

Cowork를 처음 접할 때 가장 많은 혼란이 생기는 지점이 기존 Claude와의 차이다. 결론부터 말하면 Cowork는 Claude를 대체하는 것이 아니라 ‘실행 레이어’를 추가한 것이다. 대화와 질문은 여전히 Claude 웹이 더 편할 수 있고, 파일 작업과 자동화가 필요할 때 Cowork가 빛을 발한다.

Claude Cowork의 강점

내 컴퓨터 파일을 직접 읽고 수정·저장
Word·Excel·PPT·PDF 결과물 파일 생성
Gmail·캘린더·Drive·Slack 통합 연동
반복 작업 스케줄링 (매일 자동 실행)
여러 서비스를 연결하는 복합 작업 자동화
폴더 전체 파일 일괄 처리 가능

✗ Claude 웹이 더 적합한 경우

단순 질문·답변·대화가 목적일 때
빠른 정보 검색이나 요약이 필요할 때
모바일에서 접근할 때 (앱 미지원)
특정 파일 없이 텍스트만으로 작업할 때
다른 사람과 대화 내용을 공유해야 할 때

기능	Claude 웹	Claude Cowork
파일 첨부	업로드만 가능	직접 읽기·저장
결과물 파일 생성	텍스트 복사 필요	자동 저장 (docx·xlsx·html 등)
외부 서비스 연동	없음	Gmail·Drive·Calendar·Slack
반복 자동화	없음	스케줄 태스크 지원
접근 방법	웹 브라우저 (어디서나)	데스크탑 앱 설치 필요
요금제	무료 / Pro	Pro 이상 (Cowork 기능 포함)

누구에게 Cowork가 맞는가 — 페르소나 4가지

Cowork는 누구에게나 즉시 유용하지 않다. 파일 작업과 반복 업무가 많은 사람에게는 강력한 도구지만, 주로 AI에게 질문만 던지는 사람에게는 Claude 웹으로 충분하다. 아래 페르소나 중 가장 유사한 유형을 찾아보자.

콘텐츠 크리에이터

블로그·유튜브 운영자

글 초안 작성, 키워드 분석, HTML 포스트 자동 생성, 콘텐츠 캘린더 관리를 AI에게 맡기고 싶다. 파일로 결과물이 나와야 실제로 쓸 수 있다.

적합도 ★★★★★ — 핵심 사용자

마케터 · 기획자

보고서·제안서 작성자

주간 보고서, 시장 조사 정리, 이메일 캠페인 초안, Excel 데이터 정리 등 반복 문서 작업이 많다. 회의록을 자동으로 요약해 팀에게 공유하고 싶다.

적합도 ★★★★☆ — 강력 추천

1인 사업자 · 프리랜서

다양한 업무를 혼자 처리하는 사람

견적서, 계약서 초안, 클라이언트 이메일, 프로젝트 일정 관리까지 혼자 다 해야 한다. 반복되는 행정 업무를 AI에게 넘기고 핵심 업무에 집중하고 싶다.

적합도 ★★★★☆ — 시간 절약 효과 큼

리서처 · 분석가

정보 수집·정리가 주 업무인 사람

웹 리서치 결과를 문서로 정리, 여러 PDF 파일을 한 번에 요약, 데이터를 Excel로 구조화하는 작업이 많다. 수집한 정보를 체계적으로 파일로 관리하고 싶다.

적합도 ★★★☆☆ — 부분적으로 유용

개발자라면 Cowork보다 Claude Code(CLI 도구)가 더 강력하다. 코드 작성·실행·테스트·배포까지 터미널에서 직접 처리할 수 있다. Cowork는 코드를 모르는 비개발자를 위한 레이어다.

어떤 작업을 맡길 수 있나

Cowork를 처음 사용하는 사람이 가장 어려워하는 것은 “이 작업을 Cowork에 시킬 수 있나?”라는 판단이다. 아래 플로우차트로 작업을 넘기기 전에 가능 여부를 확인할 수 있다.

Q1. 이 작업에 결과물로 ‘파일’이 필요한가?

YES — 파일 필요

→ Cowork에 적합

docx·xlsx·pptx·html·pdf·txt 등 파일로 저장되어야 할 경우 Cowork가 직접 처리

NO — 답변만 필요

→ Claude 웹으로 충분

단순 질문·설명·아이디어 생성은 웹에서 빠르게 처리

Q2. 이 작업이 매일·매주 반복되는가?

YES — 반복 작업

→ 스케줄 태스크 설정

매일 오전 9시 자동 실행, 주간 리포트 자동 생성 등 일정 기반 자동화 가능

NO — 일회성

→ 직접 대화로 실행

Cowork 채팅창에 작업 내용을 설명하면 즉시 실행

Q3. 이 작업에 외부 서비스 데이터(이메일·캘린더·Slack)가 필요한가?

YES — 서비스 연동 필요

→ 플러그인 연결 후 실행

Gmail·Google Drive·Calendar·Slack 등 해당 MCP 플러그인을 먼저 연결해야 함

NO — 로컬 파일만

→ 폴더만 연결하면 OK

내 컴퓨터 폴더를 워크스페이스로 지정하면 외부 플러그인 없이도 파일 작업 가능

Q4. 작업 중 중간 판단이나 승인이 필요한가?

NO — 자동 처리 가능

→ 완전 자동 실행 설정

중간 확인 없이 처음부터 끝까지 AI가 실행하도록 지시 가능

YES — 단계마다 확인 필요

→ 대화형으로 단계 진행

각 단계마다 결과를 확인하며 다음 지시를 내리는 대화형 실행 방식 활용

Cowork 실전 활용 — 업무별 사용 사례

이론보다 실제 어떻게 쓰는지를 보는 것이 가장 빠른 이해다. 아래는 Cowork를 통해 실제로 자주 사용되는 업무 시나리오다. 각 시나리오의 지시 문구(프롬프트)는 그대로 복사해 사용해도 된다.

시나리오 1 — 주간 블로그 포스트 자동 생성:
“G:\내 블로그 폴더에 이번 주 IT 트렌드를 주제로 SEO 최적화된 HTML 블로그 포스트를 작성해줘. 목표 독자는 일반인이고 3000자 이상으로 작성해. 파일명은 오늘 날짜 + 주제로 자동으로 저장해줘.”

시나리오 2 — Gmail 이메일 자동 분류 및 요약:
“오늘 받은 이메일 중 답장이 필요한 것을 분류하고, 각 이메일의 요약과 추천 답변 초안을 Word 파일로 만들어줘. 파일에는 발신자, 요약, 초안 답변 순으로 정리해줘.”

시나리오 3 — 구글 드라이브 회의록 요약:
“구글 드라이브에서 ‘2026년 5월’ 폴더의 회의록 파일을 모두 읽고, 각 회의의 결정 사항과 액션 아이템을 Excel 표로 정리해줘. 담당자·마감일 열도 포함해줘.”

시나리오 4 — 매일 자동 뉴스 브리핑:
“매일 오전 8시에 AI·테크·마케팅 분야 주요 뉴스를 웹에서 검색해 5개 항목으로 요약한 뒤 G:\브리핑 폴더에 날짜별 텍스트 파일로 저장해줘.”

Cowork에서 가장 빠른 학습법은 단순한 파일 작업부터 시작하는 것이다. “이 폴더의 txt 파일 3개를 읽고 내용을 하나의 Word 파일로 합쳐줘” 같은 작은 성공 경험을 쌓고 나서 이메일·캘린더 연동으로 확장하면 적응이 빠르다.

Cowork 시작 체크리스트! 이 순서대로 따라해라

Claude Cowork 첫 셋업 5단계

1 Claude 데스크탑 앱 설치: claude.ai에서 데스크탑 앱 다운로드. Cowork 모드는 앱 전용 기능
2 폴더 연결: Cowork 채팅창에서 작업할 폴더를 선택해 연결. 파일 읽기·쓰기 권한 부여
3 커넥터(MCP) 연결: Gmail·Google Drive·캘린더 연동. 플러그인 마켓에서 설치 후 인증
4 첫 작업 테스트: “폴더에 있는 파일 목록을 보여줘” 같은 단순 명령으로 동작 확인
5 스케줄 태스크 설정: 반복 작업이 있다면 “매일 오전 9시에 받은편지함 요약해줘”로 자동화 등록

한 줄 요약: 코딩 몰라도 된다. 데스크탑 앱 설치 → 폴더 연결 → 자연어로 지시. 2026년 현재 리서치 프리뷰 단계지만 파일 자동화·일정 관리·이메일 정리에서 즉시 활용 가능하다.

Claude Cowork 공식 참고 자료

Anthropic 공식 문서docs.claude.com — Cowork 기능 목록·MCP 연동 가이드·최신 업데이트

바로가기

Claude 데스크탑 앱 다운로드claude.ai — Windows·Mac 데스크탑 앱 설치 파일 (Cowork 전용)

다운로드

MCP 서버 레지스트리modelcontextprotocol.io — Gmail·Drive·Notion 등 연동 플러그인 전체 목록

바로가기

함께 읽으면 좋은 글 로컬 LLM이란 — 내 PC에서 AI 실행하기 Ollama 초보 가이드 →

Claude Desktop D드라이브 이전 방법! C드라이브 용량 부족 해결 보강 가이드

rucian — Wed, 03 Jun 2026 00:31:38 +0000

AI 가이드

Claude 데스크탑 앱 데이터 D드라이브 이전 완전 가이드 — C드라이브 용량 확보 2026

Claude 데스크탑 앱(Cowork 포함)은 설치 파일보다 데이터 폴더가 훨씬 빠르게 커진다. 대화 세션 기록, 플러그인 설치 파일, 캐시 데이터가 모두 %APPDATA%\Claude 폴더에 쌓이는데 이 폴더는 기본적으로 C드라이브에 위치한다. SSD를 C드라이브로 쓰는 일반적인 Windows 구성이라면 용량 압박을 금방 느낀다.

이 글은 Claude Code나 WSL을 전혀 몰라도 따라할 수 있도록 작성되었다. PowerShell 명령어만 복사-붙여넣기 하면 된다. 발생할 수 있는 오류 상황도 빠짐없이 다룬다.

시작 전 확인사항 — 내 상황부터 점검

아래 조건을 모두 갖춘 뒤 진행한다. 하나라도 빠지면 중간에 오류가 난다.

사전 체크리스트

D드라이브가 존재하고, 여유 공간이 최소 2GB 이상 있다 (탐색기에서 확인)

Windows에 로그인한 계정이 관리자 권한을 갖고 있다 (설정 → 계정 → 계정 유형: 관리자)

Claude 데스크탑 앱이 현재 PC에 설치되어 있고, 최소 한 번 이상 실행한 적이 있다

진행 중인 Claude 작업이 없다 (대화, 파일 작업 등 저장 완료 후 시작)

D드라이브가 없다면? 외장 HDD나 USB를 연결해 사용할 수도 있다. 단, USB는 뽑으면 Claude 앱이 실행되지 않으니 항상 연결 상태를 유지해야 한다. 외장 드라이브 사용 시에는 드라이브 문자(예: E:, F:)에 맞게 아래 명령어의 경로를 수정한다.

심볼릭 링크란 무엇인가 — 원리 이해하기

이번 작업의 핵심은 심볼릭 링크(Junction)다. 원리를 이해하면 나중에 문제가 생겼을 때 스스로 해결할 수 있다.

Claude 앱이 데이터를 읽는 과정

이전 전 (기본 상태)

앱 → C:\Users\…\AppData\Roaming\Claude

실제 데이터가 C드라이브에 존재

이전 후 (Junction 적용)

앱 → C:\…AppData\Roaming\Claude (Junction) → D:\ClaudeData\Desktop

앱은 기존 경로를 그대로 쓰지만 실제 데이터는 D드라이브에 있음

Junction은 Windows 탐색기에서 보면 일반 폴더처럼 보이지만, 사실은 다른 위치를 가리키는 포인터다. Claude 앱 입장에서는 경로가 바뀐 것을 전혀 모른다. 앱 업데이트를 해도 Junction은 그대로 유지된다.

Junction 방식의 장점

앱이 경로 변경을 인식하지 못해 완벽 호환
앱 업데이트, 재설치 후에도 유지됨
C드라이브에 실제 파일 없음 → 용량 즉시 회복
탐색기에서 양쪽 경로 모두 접근 가능
롤백이 쉬움 (링크만 삭제하면 됨)

주의할 점

D드라이브가 없으면 Claude 앱이 실행 안 됨
외장 드라이브라면 항상 연결 유지 필요
생성 시 반드시 관리자 권한 필요
원본 폴더 이동 전 앱 완전 종료 필수

STEP 1 — Claude 앱 완전 종료

데이터 폴더를 이동하는 중 Claude 앱이 파일을 사용하고 있으면 이동이 실패하거나 데이터가 손상될 수 있다. 단순히 창을 닫는 것으로는 부족하다. 백그라운드 프로세스까지 완전히 종료해야 한다.

작업 표시줄 우측 하단 트레이 아이콘 확인

화면 우측 하단 시계 옆의 숨겨진 아이콘(^) 화살표를 클릭해 Claude 아이콘을 찾는다. Claude 아이콘을 우클릭 → 종료(Quit)를 선택한다.

아이콘이 보이지 않는다면 Claude 앱이 이미 종료된 상태이므로 다음 단계로 넘어가도 된다.

작업 관리자로 프로세스 종료 확인 (선택)

Ctrl + Shift + Esc를 눌러 작업 관리자를 연다. 프로세스 탭에서 “Claude”로 시작하는 항목이 없는지 확인한다. 남아 있다면 항목을 클릭 후 작업 끝내기를 누른다.

“Claude Helper”, “claude.exe” 등 이름이 여러 개일 수 있다. Claude로 시작하는 것을 모두 종료한다.

Claude 앱이 완전히 종료되지 않은 상태에서 폴더를 이동하면 다른 프로세스가 파일을 사용 중입니다 오류가 발생한다. STEP 1을 건너뛰지 말 것.

STEP 2 — 현재 데이터 위치와 크기 확인

이동하기 전에 대상 폴더가 실제로 존재하는지, 크기는 얼마인지 확인한다. PowerShell을 일반 권한(관리자 아님)으로 열고 아래 명령어를 실행한다.

PowerShell 여는 법: Windows 키 → “PowerShell” 검색 → 일반 실행(이 단계는 관리자 불필요). 파란 창이 열리면 된다.

PowerShell (일반 권한)

# Claude 앱 데이터 폴더 존재 여부 확인
Test-Path “$env:APPDATA\Claude”

결과가 True이면 폴더가 존재한다. False이면 Claude 앱을 한 번도 실행하지 않은 것이므로 앱을 먼저 실행해 초기 설정을 완료한 뒤 다시 진행한다.

PowerShell (일반 권한)

# 폴더 크기 확인 (MB 단위)
$size = (Get-ChildItem “$env:APPDATA\Claude” -Recurse -ErrorAction SilentlyContinue | Measure-Object -Property Length -Sum).Sum
[math]::Round($size / 1MB, 1)

출력된 숫자가 이동할 데이터의 MB 크기다. D드라이브에 이 크기의 두 배 이상 여유 공간이 있는지 확인한다 (이동 중 임시 파일이 생길 수 있으므로).

PowerShell (일반 권한)

# 정확한 폴더 경로 확인
$env:APPDATA + “\Claude”

출력 예시: C:\Users\루시안\AppData\Roaming\Claude — 이 경로가 이동할 대상이다. 사용자명에 한글·공백이 있어도 $env:APPDATA를 사용하면 자동으로 올바른 경로가 반환된다.

STEP 3 — D드라이브에 폴더 생성

이제부터는 관리자 권한 PowerShell이 필요하다. 창을 닫고 새로 연다.

관리자 권한 PowerShell 여는 법: Windows 키 → “PowerShell” 검색 → 결과 항목에서 우클릭 → 관리자 권한으로 실행. 창 제목에 “관리자”가 표시되면 성공.

PowerShell (관리자 권한)

# D드라이브에 Claude 데이터를 담을 폴더 생성
New-Item -ItemType Directory -Force -Path “D:\ClaudeData\Desktop”

# 생성 확인
Test-Path “D:\ClaudeData\Desktop”

True가 출력되면 성공. False가 나오면 D드라이브 경로를 다시 확인한다.

폴더 이름은 자유롭게 변경해도 된다. 예: D:\Apps\Claude, E:\MyData\ClaudeApp 등. 단, 이후 모든 명령어에서 동일한 경로를 일관되게 사용해야 한다.

STEP 4 — 데이터 이동

Claude 앱 데이터 폴더 전체를 D드라이브로 옮긴다. Move-Item 명령어를 사용하는데, 파일 수가 많으면 수십 초 걸릴 수 있다.

PowerShell (관리자 권한)

# Claude 앱 데이터 폴더를 D드라이브로 이동
Move-Item -Path “$env:APPDATA\Claude” -Destination “D:\ClaudeData\Desktop”

명령어 실행 후 아무 메시지 없이 다시 프롬프트(PS C:\>)로 돌아오면 성공이다. 오류 메시지 없이 완료된 것.

이동이 완료되었는지 확인한다.

PowerShell (관리자 권한)

# D드라이브에 데이터가 옮겨졌는지 확인
Test-Path “D:\ClaudeData\Desktop\Claude”

# C드라이브 원본 폴더가 사라졌는지 확인
Test-Path “$env:APPDATA\Claude”

첫 번째가 True, 두 번째가 False이면 완벽하다. 두 번째도 True라면 이동이 아닌 복사가 된 것이므로 아래 오류 섹션을 참고한다.

STEP 5 — 심볼릭 링크(Junction) 생성

이제 핵심 단계다. C드라이브에 있던 원본 폴더 위치에 D드라이브를 가리키는 Junction을 만든다. 이 과정이 완료되어야 Claude 앱이 정상 작동한다.

PowerShell (관리자 권한)

# Junction 생성: C드라이브 원래 위치 → D드라이브 실제 위치
New-Item -ItemType Junction `
-Path “$env:APPDATA\Claude” `
-Target “D:\ClaudeData\Desktop\Claude”

명령어 설명: 줄 끝의 역따옴표(`) 는 PowerShell에서 줄 바꿈 이어쓰기 기호다. 한 줄에 다 붙여 써도 된다.

New-Item -ItemType Junction -Path "$env:APPDATA\Claude" -Target "D:\ClaudeData\Desktop\Claude"

성공하면 아래와 같은 출력이 나온다.

성공 출력 예시

Directory: C:\Users\루시안\AppData\Roaming

Mode LastWriteTime Length Name
—- ————- —— —-
d—-l 2026-05-25 오전 11:32 Claude

Mode 열에 d----l이 표시되면 정상이다. l은 링크(link)를 의미한다. 일반 폴더라면 d----로 표시된다.

PowerShell (관리자 권한) — Junction 확인

# Junction이 올바르게 생성되었는지 확인
(Get-Item “$env:APPDATA\Claude”).LinkType

# D드라이브 실제 경로를 제대로 가리키는지 확인
(Get-Item “$env:APPDATA\Claude”).Target

정상 출력 예시

Junction
D:\ClaudeData\Desktop\Claude

두 줄 모두 위와 같이 출력되면 성공이다.

STEP 6 — 정상 작동 검증

Junction까지 만들었다면 Claude 앱을 실행해 모든 것이 제대로 작동하는지 확인한다.

Claude 데스크탑 앱 실행

바탕화면 또는 시작 메뉴에서 Claude를 실행한다. 정상적으로 로그인 상태가 유지되고 이전 대화 내용이 그대로 보이면 성공이다.

앱이 로그인을 다시 요구하거나 설정이 초기화된 경우 → 아래 오류 섹션 참고

D드라이브에 파일이 생성되는지 확인

Claude와 간단한 대화를 하거나 파일 작업을 실행한 뒤, Windows 탐색기에서 D:\ClaudeData\Desktop\Claude 폴더를 열어 파일이 업데이트되는지 확인한다.

C드라이브 용량 회복 확인

탐색기에서 C드라이브 속성을 열어 여유 공간이 늘었는지 확인한다. Claude 데이터 크기만큼 즉시 회복된 것을 볼 수 있다.

C드라이브 (원래 위치)

%APPDATA%\Claude

Junction 링크만 남음 (실제 파일 없음)

D드라이브 (실제 데이터)

D:\ClaudeData\Desktop\Claude

모든 설정·플러그인·캐시 데이터 저장됨

자주 발생하는 오류와 해결법

오류 1: “다른 프로세스가 파일을 사용 중이므로 프로세스가 파일에 액세스할 수 없습니다”

원인: Claude 앱이 완전히 종료되지 않은 상태에서 Move-Item을 실행했다. 백그라운드 프로세스가 폴더를 점유하고 있다.

해결 방법

작업 관리자(Ctrl+Shift+Esc)에서 Claude 관련 프로세스를 모두 종료 후 다시 시도한다. 그래도 안 되면 PC를 재시작한 뒤 Claude를 실행하지 않고 바로 PowerShell을 열어 진행한다.

오류 2: “이 작업을 수행하기 위해 필요한 권한이 없습니다”

원인: PowerShell을 일반 권한으로 실행했다. Junction 생성(STEP 5)은 반드시 관리자 권한이 필요하다.

해결 방법

PowerShell 창을 닫고, Windows 키 → “PowerShell” 검색 → 항목을 우클릭 → 관리자 권한으로 실행으로 다시 열어 명령어를 실행한다.

오류 3: Junction 생성 시 “경로가 이미 존재합니다”

원인: STEP 4에서 폴더 이동이 완전히 되지 않았거나, C드라이브에 빈 Claude 폴더가 남아있다. 새 폴더나 기존 폴더 위에는 Junction을 덮어쓸 수 없다.

해결 방법

먼저 C드라이브의 남은 폴더를 확인한다:
Get-ChildItem "$env:APPDATA\Claude"

폴더가 비어 있다면 삭제 후 Junction을 다시 만든다:
Remove-Item "$env:APPDATA\Claude" -Force
그 다음 STEP 5의 New-Item 명령어를 다시 실행한다.

오류 4: Claude 앱 실행 후 로그인이 풀리거나 설정이 초기화됨

원인: Junction이 잘못된 경로를 가리키거나, D드라이브로 이동된 폴더 이름이 다르다. 폴더 이름이 “Claude”여야 하는데 “Desktop”으로 끝나 있는 경우가 많다.

해결 방법

PowerShell에서 확인:
(Get-Item "$env:APPDATA\Claude").Target

출력된 경로로 이동해 Claude 폴더(설정 파일, 플러그인 등)가 실제로 있는지 탐색기로 확인한다. 경로가 D:\ClaudeData\Desktop(Claude 없이)로 끝난다면 아래처럼 수정한다:

Remove-Item "$env:APPDATA\Claude" -Force
New-Item -ItemType Junction -Path "$env:APPDATA\Claude" -Target "D:\ClaudeData\Desktop\Claude"

오류 5: Move-Item 실행 후 데이터가 C드라이브에 그대로 남아 있음

원인: 이동 대상 경로(D:\ClaudeData\Desktop)에 이미 같은 이름의 폴더(Claude)가 있으면 Move-Item이 폴더를 이동하지 않고 폴더 안으로 복사·이동한다. 결과적으로 D:\ClaudeData\Desktop\Claude\Claude처럼 중첩 구조가 생긴다.

해결 방법

탐색기에서 D드라이브 경로를 확인해 중첩된 Claude 폴더가 있는지 본다. 있다면 안쪽 Claude 폴더를 Desktop 아래로 끌어내어 정리하거나, PowerShell로 정리한다:
Move-Item "D:\ClaudeData\Desktop\Claude\Claude" "D:\ClaudeData\Desktop\Claude_fixed"
이후 폴더 이름을 Claude로 바꾼 뒤 STEP 5를 진행한다.

오류 6: PC 재시작 후 Claude 앱이 실행되지 않음

원인: D드라이브가 마운트되기 전에 Claude 앱이 자동 실행되어 Junction 경로를 찾지 못한 경우. 또는 외장 드라이브가 연결되지 않은 상태.

해결 방법

외장 드라이브 사용자라면 드라이브를 먼저 연결 후 Claude를 실행한다. 내장 D드라이브인데 이 문제가 발생한다면, 시작 프로그램에서 Claude 자동 실행을 비활성화하는 것을 권장한다 (설정 → 앱 → 시작 프로그램).

이전 되돌리기 — 롤백 방법

D드라이브를 교체하거나 이전 상태로 돌아가야 할 때의 절차다. Junction만 지우고 데이터를 다시 C드라이브로 옮기면 원상 복구된다.

Claude 앱 완전 종료

STEP 1과 동일하게 트레이 아이콘 우클릭 → 종료.

Junction 삭제

C드라이브의 링크를 삭제한다. Remove-Item은 Junction 자체만 삭제하며 D드라이브의 실제 데이터는 건드리지 않는다.

PowerShell (관리자 권한)

# Junction만 삭제 (실제 데이터는 D드라이브에 그대로)
Remove-Item “$env:APPDATA\Claude”

-Recurse 옵션을 절대 붙이지 말 것. Junction에 -Recurse를 사용하면 D드라이브의 실제 데이터까지 삭제된다.

데이터를 C드라이브로 복원

D드라이브의 데이터를 원래 위치로 이동한다.

PowerShell (관리자 권한)

# D드라이브 → C드라이브로 복원
Move-Item “D:\ClaudeData\Desktop\Claude” “$env:APPDATA\Claude”

# 복원 확인
Test-Path “$env:APPDATA\Claude”

결과가 True이면 복원 완료. Claude 앱을 실행하면 정상 작동한다.

전체 작업 요약 — 한눈에 보기

단계	작업	권한	핵심 명령어
STEP 1	Claude 앱 완전 종료	불필요	트레이 우클릭 → 종료
STEP 2	데이터 위치·크기 확인	일반 권한	Test-Path, Measure-Object
STEP 3	D드라이브 폴더 생성	관리자	New-Item -ItemType Directory
STEP 4	데이터 D드라이브로 이동	관리자	Move-Item
STEP 5	Junction 심볼릭 링크 생성	관리자	New-Item -ItemType Junction
STEP 6	Claude 실행 후 정상 확인	불필요	앱 실행, 탐색기 확인

이 작업은 Claude 앱을 전혀 재설치하지 않고, 로그인 정보나 플러그인 설정을 잃지 않으면서 C드라이브 공간을 회복하는 방법이다. 한 번만 해두면 이후 Claude 업데이트가 있어도 별도 재설정이 필요 없다. 심볼릭 링크가 유지되는 한 모든 데이터는 자동으로 D드라이브에 쌓인다.

Cowork 사용자 참고: Claude Cowork(데스크탑 에이전트 모드)의 세션 데이터와 플러그인 파일도 동일한 %APPDATA%\Claude 경로 안에 저장된다. 이 작업 한 번으로 Cowork 데이터도 함께 D드라이브로 이전된다.

Claude Code 용량 문제 해결: .claude 폴더와 WSL2를 D드라이브로 옮기는 법

rucian — Tue, 02 Jun 2026 05:00:37 +0000

AI 가이드

Claude Code D드라이브 이전 완전 가이드 — C드라이브 용량 부족 해결 2026

Claude Code를 제대로 쓰다 보면 어느 순간 C드라이브 경고가 뜬다. WSL2(Windows Subsystem for Linux 2)의 Ubuntu 가상 디스크, Claude Code 프로젝트 데이터, Claude 데스크탑 앱 캐시가 기본적으로 C드라이브에 쌓이기 때문이다. SSD 용량이 256GB인 노트북이라면 몇 달 사용 후 금방 한계에 달한다. 해결책은 명확하다 — 처음부터 D드라이브에 자리를 잡거나, 지금 당장 이전해버리는 것이다.

이 글은 실제 작업을 직접 진행하며 정리한 3가지 이전 방법을 단계별로 설명한다. 각 방법은 독립적으로 적용할 수 있으며, 상황에 맞게 골라 쓰면 된다.

왜 D드라이브로 옮겨야 하는가

Claude Code와 관련한 데이터가 C드라이브에 얼마나 쌓이는지 먼저 파악해야 한다.

WSL2 Ubuntu 가상 디스크

위치%LOCALAPPDATA%\Packages\...\ext4.vhdx

크기5~30GB+

Claude Code 데이터 (.claude)

위치C:\Users\사용자명\.claude

크기수백MB~수GB

Claude 데스크탑 앱 데이터

위치%APPDATA%\Claude

크기수십~수백MB

Node.js / npm 패키지 (WSL 내부)

위치WSL Ubuntu 가상 디스크 내부

크기수백MB+

WSL2의 ext4.vhdx 가상 디스크는 한 번 커지면 자동으로 줄지 않는다. Claude Code 세션을 여러 번 사용할수록 WSL 가상 디스크가 점점 커지기 때문에, 처음부터 D드라이브에 위치시키는 것이 가장 효율적이다.

방법 1 — WSL2 Ubuntu째로 D드라이브에 설치

가장 근본적인 해결책이다. WSL2 Ubuntu 자체를 D드라이브에 이전하면 그 안에 설치되는 Claude Code(WSL)도 자동으로 D드라이브를 사용한다. 기존에 Ubuntu가 설치되어 있다면 내보내기(export) 후 재등록(import)하는 방식으로 이전한다.

아래 작업은 PowerShell(관리자) 또는 Windows Terminal(관리자)에서 실행한다. WSL2가 아직 설치되지 않았다면 먼저 wsl --install --no-distribution으로 WSL2 커널만 설치한다.

Ubuntu 설치 (아직 없다면)

Microsoft Store 또는 명령어로 Ubuntu를 설치한다. 이 시점에는 C드라이브에 임시로 설치된다.

PowerShell (관리자)

# WSL2 커널 설치 (이미 있으면 건너뜀)
wsl –install –no-distribution

# Ubuntu 설치
wsl –install -d Ubuntu

D드라이브에 저장 폴더 생성

이전할 대상 폴더를 미리 만들어둔다.

PowerShell (관리자)

mkdir D:\WSL\Ubuntu

Ubuntu를 tar 파일로 내보내기 (Export)

현재 C드라이브의 Ubuntu를 백업 파일로 추출한다. 용량에 따라 수 분 소요된다.

PowerShell (관리자)

wsl –export Ubuntu D:\WSL\ubuntu-backup.tar

기존 Ubuntu 등록 해제 (Unregister)

C드라이브의 Ubuntu 등록을 해제한다. 이 단계에서 C드라이브의 ext4.vhdx가 삭제된다.

주의: --unregister는 해당 WSL 배포판의 모든 데이터를 삭제한다. 반드시 export가 완료된 것을 확인한 후 실행한다.

PowerShell (관리자)

wsl –unregister Ubuntu

D드라이브에 Ubuntu 재등록 (Import)

내보낸 tar 파일을 D드라이브의 새 위치로 가져온다. 완료 후 D:\WSL\Ubuntu\ext4.vhdx 파일이 생성된다.

PowerShell (관리자)

wsl –import Ubuntu D:\WSL\Ubuntu D:\WSL\ubuntu-backup.tar

Claude Code(WSL) 설치 및 PATH 설정

WSL Ubuntu 내부에서 Claude Code를 설치하고, 명령어 경로를 등록한다.

WSL Ubuntu 내부 (bash)

# Claude Code 설치
curl -fsSL https://claude.ai/install.sh | bash

# PATH 영구 등록
echo ‘export PATH=”$HOME/.local/bin:$PATH”‘ >> ~/.bashrc
source ~/.bashrc

# 설치 확인
claude –version

이 방법으로 WSL Ubuntu 가상 디스크 전체가 D드라이브에 위치하게 된다. Claude Code(WSL)가 사용하는 모든 데이터(프로젝트 캐시, npm 패키지 등)가 D드라이브를 사용한다.

방법 2 — Windows 네이티브 Claude Code 설치 후 데이터 D드라이브 이전

WSL 없이 Windows에서 직접 Claude Code를 사용하는 경우에 해당한다. 설치 자체는 C드라이브에 두되, 데이터 폴더(.claude)만 D드라이브로 옮기고 심볼릭 링크로 연결하는 방식이다.

winget으로 Claude Code 설치

Windows 패키지 관리자(winget)를 사용해 Claude Code를 설치한다.

PowerShell (관리자)

winget install Anthropic.ClaudeCode

D드라이브에 데이터 폴더 생성 및 .claude 폴더 이동

기존 .claude 폴더를 D드라이브로 옮긴다. Claude Code가 실행 중이라면 먼저 종료한다.

PowerShell (관리자)

# D드라이브에 저장 경로 생성
mkdir D:\ClaudeData

# 기존 .claude 폴더를 D드라이브로 이동
Move-Item $env:USERPROFILE\.claude D:\ClaudeData\.claude

심볼릭 링크 생성

원래 위치에 심볼릭 링크를 만들어 Claude Code가 기존 경로로 접근해도 D드라이브 데이터를 사용하도록 한다.

PowerShell (관리자)

New-Item -ItemType Junction -Path $env:USERPROFILE\.claude -Target D:\ClaudeData\.claude

심볼릭 링크(Junction)란 원래 경로에서 다른 경로로 투명하게 연결해주는 폴더 단축키다. Claude Code는 여전히 C:\Users\사용자명\.claude를 읽지만 실제 데이터는 D:\ClaudeData\.claude에 저장된다.

방법 3 — Claude 데스크탑 앱 데이터 D드라이브로 이전

Claude 데스크탑 앱(Cowork 포함)은 %APPDATA%\Claude에 설정 파일, 대화 캐시, 플러그인 데이터 등을 저장한다. 이 폴더 역시 같은 방식으로 D드라이브로 이전할 수 있다.

Claude 앱 완전 종료

시스템 트레이에서 Claude를 우클릭 후 종료한다. 백그라운드 프로세스까지 완전히 닫혀야 한다.

앱 데이터 폴더 D드라이브로 이동

%APPDATA%\Claude 폴더 전체를 D드라이브의 새 위치로 이동한다.

PowerShell (관리자)

# 대상 폴더 생성 (없으면)
mkdir D:\ClaudeData\Desktop

# 앱 데이터 이동
Move-Item $env:APPDATA\Claude D:\ClaudeData\Desktop

심볼릭 링크 생성

앱이 기존 경로를 참조하므로 같은 위치에 심볼릭 링크를 생성한다.

PowerShell (관리자)

New-Item -ItemType Junction -Path $env:APPDATA\Claude -Target D:\ClaudeData\Desktop

Claude 앱 재실행 후 정상 작동 확인

Claude 데스크탑 앱을 다시 실행해 기존 설정과 플러그인이 그대로 유지되는지 확인한다.

어디에 무엇이 있는가

3가지 방법을 모두 적용했을 때의 최종 파일 배치다.

WSL Ubuntu 가상 디스크

D:\WSL\Ubuntu\

ext4.vhdx 파일이 이 위치에 생성됨

Claude Code (WSL)

D:\WSL\Ubuntu 내부

~/.local/bin/claude

Claude Code 데이터 (.claude)

D:\ClaudeData\.claude

C드라이브 경로는 Junction으로 연결

Claude 데스크탑 앱 데이터

D:\ClaudeData\Desktop

%APPDATA%\Claude는 Junction으로 연결

이 구성 이후 Claude Code와 데스크탑 앱은 정확히 동일하게 작동하며, C드라이브에는 실제 데이터 대신 심볼릭 링크만 남는다. C드라이브 여유 공간이 즉시 회복된다.

어떤 방법을 선택할까 — 상황별 가이드

지금 나의 상황은?

WSL로 Claude Code 사용 중

방법 1 권장

WSL Ubuntu 자체를 D드라이브로 이전 → 가장 근본적 해결

Windows 네이티브로 Claude Code 사용

방법 2 권장

.claude 폴더만 이전 + Junction 연결

Claude 데스크탑 앱만 사용

방법 3만 적용

%APPDATA%\Claude 이전으로 충분

심볼릭 링크(Junction)의 장점

앱이 경로 변경을 인식하지 못해 설정 호환성 완벽 유지
Windows 탐색기에서 기존 경로로도 접근 가능
되돌리기 쉬움 (링크 삭제 후 폴더 복원)
앱 업데이트 후에도 별도 재설정 불필요

주의할 점

반드시 PowerShell을 관리자 권한으로 실행해야 함
이동 전 Claude Code / 앱을 완전히 종료해야 함
D드라이브가 분리되면 앱이 실행되지 않을 수 있음
WSL export는 시간이 걸림 (용량 따라 5~20분)

한 줄 정리

Claude Code를 WSL로 쓴다면 Ubuntu째로 D드라이브에 이전하는 것이 가장 깔끔하다. Windows 네이티브 사용자라면 .claude 폴더 이전 + Junction 링크로 C드라이브를 비울 수 있다. 어느 방법이든 심볼릭 링크를 사용하는 한, Claude Code와 데스크탑 앱은 경로 변경을 전혀 인식하지 못하고 그대로 동작한다.

이전 후 백업 파일 정리: WSL 방법 1을 사용했다면 이전 후 D:\WSL\ubuntu-backup.tar 파일은 이전이 정상 확인된 뒤에 삭제해도 된다. 혹시 모를 롤백을 위해 며칠간 보관해두는 것을 권장한다.

Claude Cowork 가상화 오류 해결 — BIOS SVM Mode 켜는 법부터 Windows 설정까지

rucian — Tue, 21 Apr 2026 04:15:13 +0000

AI GUIDE · Claude AI

Claude Cowork 가상화를 사용할 수 없습니다 오류 완전 해결
Windows BIOS SVM 설정부터 단계별 트러블슈팅

rucian.kr · 2026-04 · 업데이트: 2026-04

Claude Cowork 가상화 오류 · CoworkVMService · SVM Mode · Hyper-V · Windows 가상화

Claude Cowork 가상화를 사용할 수 없습니다 오류는
Claude Desktop을 설치하고 Cowork 탭을 처음 열었을 때 가장 많이 마주치는 오류 중 하나다.
“Virtual Machine Platform이 필요하지만 가상화 서비스가 응답하지 않습니다. 컴퓨터를 다시 시작하여 문제를 해결하세요”라는 메시지가 뜨는데,
재시작해도 동일한 화면이 반복된다.

이 글은 직접 Windows 10 Pro + MSI 메인보드 환경에서 이 오류를 단계별로 해결한 과정을 그대로 정리한 것이다.
CoworkVMService 미등록 → Hyper-V 비활성화 → VirtualMachinePlatform 비활성화 → BIOS SVM 미설정까지
원인이 겹쳐 있는 경우가 많으므로, 순서대로 따라가면 대부분 해결된다.

Cowork 가상화 오류 — 단계별 원인 구조

BIOS SVM 꺼짐

CPU 가상화 기능이
BIOS에서 비활성화

근본 원인 1순위

Windows 기능 미활성

Hyper-V / VMP /
HypervisorPlatform 꺼짐

원인 2순위

CoworkVMService 미등록

설치 과정에서
서비스 등록 실패

원인 3순위

BIOS CSM 모드

레거시 모드로
UEFI 기능 제한

경우에 따라 해당

대부분의 경우 BIOS SVM 활성화만으로 해결됨 — 아래 순서대로 진행

BIOS SVM 꺼짐

CPU 가상화 기능이 BIOS에서 비활성화된 상태. 가장 흔한 근본 원인.

근본 원인 1순위

Windows 가상화 기능 미활성

Hyper-V, VirtualMachinePlatform, HypervisorPlatform 중 하나 이상 꺼져 있음.

원인 2순위

CoworkVMService 미등록

Claude Desktop 설치 과정에서 VM 서비스가 제대로 등록되지 않은 경우.

원인 3순위

BIOS CSM 모드

레거시 호환 모드로 인해 UEFI 기반 가상화 기능이 제한되는 경우.

경우에 따라 해당

PowerShell로 상태 진단하기

오류의 정확한 위치를 파악하려면 먼저 PowerShell로 현재 상태를 확인해야 한다.
cmd(명령 프롬프트)가 아닌 PowerShell 관리자 권한으로 실행해야 한다.
Win + X → “Windows PowerShell(관리자)” 선택.

주의: cmd에서 Get-Service, Get-WindowsOptionalFeature 같은 명령어를 실행하면 “내부 또는 외부 명령이 아닙니다” 오류가 난다. 반드시 PowerShell에서 실행해야 한다.

1단계 — CoworkVMService 등록 여부 확인

Claude Desktop이 정상 설치됐다면 CoworkVMService가 Windows 서비스로 등록되어 있어야 한다.

명령어:
sc start CoworkVMService

정상: 오류 없이 통과
비정상: “지정된 서비스가 설치된 서비스로는 없습니다” → Claude Desktop 재설치 필요

2단계 — Windows 가상화 기능 3종 확인

명령어 (PowerShell):
Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V | Select State
Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform | Select State
Get-WindowsOptionalFeature -Online -FeatureName HypervisorPlatform | Select State

세 항목 모두 Enabled가 나와야 한다.

3단계 — CPU 가상화 펌웨어 실제 활성화 여부

BIOS에서 SVM/VT-x가 실제로 켜졌는지 확인하는 명령어다.
BIOS의 CPU Technology Support 페이지에 “YES”로 표시되어 있어도,
이 값이 False면 BIOS에서 실제로 활성화가 안 된 것이다.

명령어:
(Get-WmiObject Win32_Processor).VirtualizationFirmwareEnabled

True → BIOS 가상화 정상
False → BIOS 진입해서 SVM Mode 직접 활성화 필요 (가장 흔한 원인)

Windows 가상화 기능 활성화

BIOS는 나중에 잡더라도 Windows 기능부터 먼저 활성화해두는 것이 순서상 맞다.
PowerShell 관리자 권한으로 아래 세 명령어를 순서대로 실행한다.

Hyper-V 활성화:
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

Virtual Machine Platform 활성화:
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -All

HypervisorPlatform 활성화:
Enable-WindowsOptionalFeature -Online -FeatureName HypervisorPlatform -All

각 명령어 실행 후 RestartNeeded: True가 나오면 재부팅 필요. False면 다음 단계 바로 진행.

참고: Hyper-V는 Windows Pro / Enterprise / Education 에디션만 지원한다. Home 에디션은 Hyper-V 전체 스택을 지원하지 않아 Cowork 자체가 동작하지 않는다. 에디션 확인: (Get-WmiObject Win32_OperatingSystem).Caption

BIOS에서 SVM Mode 켜기 — 핵심 단계

Windows 기능을 모두 활성화하고 재부팅해도 여전히 같은 오류가 뜬다면,
BIOS에서 SVM Mode(AMD) 또는 Intel VT-x가 꺼져 있는 것이 근본 원인이다.
BIOS의 “CPU Technology Support” 페이지에서 “Secure Virtual Machine: YES”로 보여도,
이 페이지는 지원 여부 표시 화면이지 설정 화면이 아니다.
실제 활성화는 별도 메뉴에서 해야 한다.

MSI BIOS에서 SVM Mode 찾는 경로

1⃣

재부팅 → BIOS 진입

부팅 시 Del 키 연타
(메인보드에 따라 F2)

2⃣

고급(Advanced) 탭

고급 탭 클릭
→ CPU Configuration
또는 AMD CBS 선택

3⃣

SVM Mode → Enabled

SVM Mode 항목 찾아
Enabled로 변경
→ F10 저장 후 재부팅

※ Overclocking → CPU Specifications → CPU Technology Support 페이지는 읽기 전용 정보 화면 — 설정 불가

1⃣

재부팅 → BIOS 진입

부팅 시 Del 키 연타 (메인보드에 따라 F2). MSI 보드는 대부분 Del.

2⃣

고급(Advanced) 탭 진입

상단 메뉴에서 고급 탭 클릭 → CPU Configuration 또는 AMD CBS 선택.

3⃣

SVM Mode → Enabled 변경

SVM Mode 항목을 Enabled로 변경 후 F10 저장 → 재부팅.

이 단계가 핵심

흔한 실수: MSI BIOS의 Overclocking → CPU Specifications → CPU Technology Support 페이지에서 “Secure Virtual Machine: YES”를 보고 이미 활성화됐다고 착각하는 경우가 많다. 이 페이지는 CPU의 가상화 기능 지원 여부를 보여주는 읽기 전용 정보 화면이다. 실제 SVM 활성화 설정은 고급(Advanced) 탭 내부에 별도로 존재한다.

BIOS UEFI 모드 전환 (CSM 비활성화)

SVM을 활성화해도 오류가 계속된다면 BIOS가 CSM(레거시 호환) 모드로 설정되어 있는지 확인한다.
CSM 모드에서는 Hyper-V 기반 가상화가 제대로 작동하지 않는 경우가 있다.
MSI BIOS 기준으로 고급 → Windows OS Configuration → BIOS UEFI/CSM Mode에서 확인 가능하다.

CSM → UEFI 전환 전 반드시 확인:
디스크 파티션 방식이 GPT여야 UEFI 전환이 안전하다. MBR 방식이면 부팅 불가 위험이 있다.

PowerShell에서 확인: Get-Disk | Select Number, PartitionStyle
결과가 GPT면 전환 안전. MBR이면 건드리지 않는 것이 좋다.

파티션이 GPT라면 BIOS에서 UEFI/CSM Mode를 [UEFI]로 변경 후 F10 저장 → 재부팅한다.
단, 이 과정에서 기존 설치된 Claude Desktop이 정상 동작하지 않을 수 있으므로
재부팅 후 Claude Desktop 재설치를 권장한다.

설정 완료 후 최종 확인

BIOS SVM 활성화 + Windows 가상화 기능 활성화 + 재부팅까지 마쳤다면,
PowerShell에서 아래 명령어로 모든 설정이 정상인지 한 번에 확인한다.

최종 확인 명령어 3개:

(Get-WmiObject Win32_Processor).VirtualizationFirmwareEnabled
→ True 여야 함 (BIOS SVM 활성화 확인)

Get-Service vmms
→ Status: Running 이어야 함 (Hyper-V VM 관리 서비스)

sc start CoworkVMService
→ 오류 없이 통과해야 함 (Cowork VM 서비스 시작)

세 항목이 모두 정상이면 Claude Desktop을 열고 Cowork 탭을 클릭해본다.
“가상화를 사용할 수 없습니다” 오류 메시지가 사라지고 “오늘 어떤 도움을 드릴까요?” 입력창이 보이면 정상 작동 상태다.

재설치가 필요한 경우: CoworkVMService가 서비스로 등록되지 않은 경우(sc start 실패) PowerShell 관리자 권한에서 아래 명령어로 기존 데이터를 완전히 제거한 뒤 claude.ai/download에서 재설치한다.

Get-AppxPackage -Name "*Claude*" | Remove-AppxPackage
Remove-Item "$env:LOCALAPPDATA\Packages\Claude_*" -Recurse -Force -ErrorAction SilentlyContinue
sc delete CoworkVMService

마무리 — Cowork 가상화 오류 해결 순서 정리

“가상화를 사용할 수 없습니다” 오류는 대부분 BIOS SVM 설정 하나로 해결된다.
Windows 기능이 다 활성화되어 있어도 BIOS에서 CPU 가상화가 꺼져 있으면 Hyper-V는 작동하지 않는다.
MSI BIOS의 CPU Technology Support 페이지는 설정 화면이 아닌 정보 표시 화면이라는 점이 핵심 함정이다.

PowerShell(관리자)에서 (Get-WmiObject Win32_Processor).VirtualizationFirmwareEnabled 실행 → False면 BIOS로

BIOS 진입 → 고급(Advanced) 탭 → CPU Configuration → SVM Mode → Enabled → F10 저장 후 재부팅

PowerShell에서 Hyper-V / VirtualMachinePlatform / HypervisorPlatform 세 항목 모두 Enabled 확인

BIOS가 CSM 모드라면 파티션이 GPT인지 확인 후 UEFI 모드로 전환

모든 설정 완료 후 Claude Desktop 재실행 → Cowork 탭에서 오류 메시지 사라짐 확인

클로드 무료 유료 차이 실전 비교

Cowork가 포함된 Claude Pro 플랜, 무료와 뭐가 다른지 정리

AI가이드

2026 AI 도구 완전 비교 가이드 — ChatGPT·Claude·Gemini·Perplexity

4대 AI 도구 요금·기능·용도 한눈에 정리

AI가이드

윈도우11 최적화 설정 완전 가이드

시작프로그램·가상메모리·전원설정까지 한 번에

IT가이드

클로드(cluade AI) 무료 유료 차이 실전 비교

rucian — Fri, 17 Apr 2026 00:30:59 +0000

AI가이드 · Claude AI

클로드 무료 유료 차이 실전 비교
Claude Free vs Pro — 기능 한도·Projects·메모리 완전 정리

rucian.kr · 2026-04 · 업데이트: 2026-04

포커스 키워드: 클로드 무료 유료 차이 · Claude Pro 가격 · Claude 플랜 비교 · Anthropic 구독

클로드 무료 유료 차이가 궁금한 사람은 대부분 두 가지 상황 중 하나다. 무료로 쓰다가 한도에 걸려서 답답한 경우, 또는 ChatGPT Plus를 쓰고 있는데 Claude Pro로 갈아탈 이유가 있는지 따져보고 싶은 경우다. 둘 다 같은 핵심 질문으로 귀결된다. “돈 낼 만한가?”

이 글은 2026년 4월 기준 Claude Free와 Claude Pro의 차이를 실제로 써본 관점에서 정리했다. 공식 페이지에 나와 있는 항목 나열이 아니라, 실제로 뭐가 막히고 뭐가 풀리는지 위주로 쓴다. 북마크해두고 플랜 변경 결정할 때 꺼내 보는 용도로 쓰면 된다. [Anthropic 플랜·가격은 공식 페이지에서 최신 내용 확인 권장]

Claude Free vs Pro — 핵심 비교 한눈에 [2026년 4월 기준, Anthropic 공식 페이지에서 최신 내용 확인 권장]
항목	Free	Pro
메시지 한도	제한 있음 (일/시간 단위)	Free 대비 5배 이상 [확인 필요]
사용 가능 모델	Sonnet (피크 시 제한)	Opus 4.1 포함 전 모델 [확인 필요]
Projects	기본 사용 가능	용량·기능 확장
메모리	제한적	대화 간 기억 강화
웹 검색	제한 사용	확장 사용
구독료	무료	월 $20 내외 [확인 필요]

▲ Claude Free · Pro 핵심 항목 비교 (2026-04 기준, 세부 내용은 공식 페이지 확인 권장)

메시지 한도

Free: 일/시간 단위 제한 · Pro: Free 대비 5배 이상

핵심 차이

사용 가능 모델

Free: Sonnet 중심 · Pro: Opus 포함 전 모델 접근

Pro 전용

Projects

Free도 기본 사용 가능 · Pro는 용량·기능 확장

Pro 강화

구독료

Free: 무료 · Pro: 월 $20 내외

결정 포인트

메시지 한도 차이: 얼마나 쓸 수 있나

Free 플랜에서 가장 먼저 체감하는 벽이 메시지 한도다. Claude는 공식적으로 정확한 숫자를 공개하지 않는다. 하지만 실제로 쓰다 보면 긴 문서 요약, 코드 리뷰, 연속 대화처럼 컨텍스트가 많은 작업을 반복하면 상대적으로 빨리 한도에 도달하는 경향이 있다. 단순 질문 위주로 쓴다면 체감이 덜하지만, 업무나 콘텐츠 작업에 활용한다면 하루 중반을 넘기기 어려운 경우가 나온다.

Pro 플랜은 Free 대비 메시지 한도가 대폭 늘어난다 정확한 배수는 Anthropic 공식 발표 기준]. 사용량이 많은 날에도 중단 없이 작업할 수 있다는 점이 핵심이다. 매일 클로드를 업무 도구로 쓴다면, 한도 걱정 없이 쓸 수 있다는 것 자체가 Pro의 가장 실질적인 이유가 된다.

무료 한도를 최대한 아끼는 팁
긴 문서를 통째로 붙여넣기보다 핵심 섹션만 발췌해서 질문하면 컨텍스트 소모를 줄일 수 있다. 같은 주제의 연속 질문은 새 대화를 열기보다 한 대화 안에서 이어가는 쪽이 한도 면에서 효율적인 경우가 많다.

모델 접근 차이: 어떤 Claude를 쓸 수 있나

Claude는 Sonnet, Opus 등 여러 모델로 나뉜다. Free 플랜은 기본적으로 Sonnet 계열을 쓰지만, 트래픽이 몰리는 시간대에는 더 가벼운 모델로 자동 전환되거나 응답이 느려지는 경우가 있다. Pro 플랜은 피크 시간대에도 우선 처리를 받고, Opus처럼 더 강력한 모델에 접근할 수 있다 [모델별 접근 권한은 Anthropic 정책 변경 가능].

실질적으로 모델 차이가 크게 느껴지는 작업은 긴 문서의 복잡한 추론, 코드의 버그 원인 분석, 논리 구조가 복잡한 글쓰기 등이다. 단순 요약이나 번역, 짧은 질답 위주라면 Sonnet으로도 충분한 경우가 많다.

Projects 기능: Pro에서 실질적으로 달라지는 것

Projects는 Claude가 특정 주제나 작업 맥락을 별도 공간으로 분리해서 기억하는 기능이다. 예를 들어 블로그 작업용 프로젝트를 만들어두면, 해당 프로젝트 안에서는 내 블로그 톤·스타일·자주 쓰는 구조 등을 별도로 지정해놓고 매번 설명하지 않아도 된다.

Free 플랜도 Projects 기본 기능은 사용 가능하지만, 업로드할 수 있는 파일 용량과 프로젝트 내 컨텍스트 크기에 제한이 있다. Pro는 이 제한이 확장되어 긴 참조 문서를 통째로 업로드하거나, 여러 프로젝트를 동시에 풀 활용하는 게 가능해진다.

Projects를 가장 잘 쓰는 방법
반복적으로 돌아오는 작업 유형마다 프로젝트를 하나씩 만들어두는 것이 핵심이다. 블로그 작성용, 코드 리뷰용, 번역용처럼 용도별로 나눠두면 매번 컨텍스트를 다시 설명하는 시간을 줄일 수 있다.

메모리·이전 대화 검색 차이

Claude의 메모리 기능은 대화 간 사용자 정보를 기억해 다음 대화에서 활용하는 방식으로 작동한다. 예를 들어 내가 어떤 글쓰기 스타일을 선호하는지, 어떤 분야에 종사하는지 등을 한 번 말해두면 나중 대화에서도 반영된다.

Free 플랜도 메모리를 일정 수준 지원하지만, Pro는 더 많은 정보를 더 오래 기억하고 이전 대화 내용을 검색해서 참조하는 기능이 강화된다 [메모리 구체 사양은 Anthropic 공식 문서 기준]. 업무·프로젝트를 장기간 클로드와 함께 진행하는 사람일수록 Pro에서 이 부분의 효과가 크다.

Pro가 실질적으로 유리한 작업 유형 업무 패턴에 따라 체감 차이가 크게 갈린다
Pro가 유리한 경우 • 매일 업무·블로그에 클로드를 쓰는 경우 • 긴 문서 요약·번역·리뷰를 반복하는 경우 • 여러 프로젝트를 동시에 관리하는 경우 • 복잡한 코드 분석·디버깅이 잦은 경우 • 피크 시간대에도 끊김 없이 써야 하는 경우	Free로 충분한 경우 • 하루 몇 번 가볍게 쓰는 경우 • 단순 질문·번역·요약 위주인 경우 • 아직 클로드를 탐색 중인 경우 • ChatGPT Plus 등 타 서비스도 병행 중인 경우 • 월 $20 지출이 현재 우선순위가 아닌 경우

▲ 사용 패턴별 플랜 적합도 — 어느 쪽이 더 많이 해당되는지 보면 된다

Pro가 유리한 경우

매일 업무·블로그에 사용 / 긴 문서 반복 작업 / 여러 Projects 동시 운용 / 피크타임 끊김 없이 필요

Pro 추천

Free로 충분한 경우

가벼운 일상 질문 위주 / 탐색 단계 / 타 AI 서비스 병행 중

Free 유지

도구 사용 차이: 웹 검색·파일·코드 실행

Claude의 도구 기능(웹 검색, 파일 첨부, 코드 실행 등)은 Free에서도 기본적으로 사용할 수 있지만, 사용 빈도와 기능 범위에서 Pro가 더 유리하다 [도구별 접근 정책은 Anthropic 공식 업데이트 기준].

웹 검색의 경우 Free는 일정 횟수 이후 제한이 걸리고, Pro는 더 자주 사용할 수 있다. 파일 첨부는 용량과 형식 지원 범위에서 Pro가 유리하며, 특히 긴 PDF나 대용량 데이터 파일을 다루는 작업에서 차이가 난다. 코드 실행(Artifacts) 역시 Pro에서 더 안정적으로 작동하는 편이다.

도구 사용 관련 주의
웹 검색이나 파일 분석 도구를 많이 쓰는 작업이 주 목적이라면 Free 한도 내에서 소모가 빠를 수 있다. 실제로 얼마나 쓸지 Free로 2~3주 써보고 한도를 체감한 뒤 Pro를 결정하는 것이 가장 현실적인 순서다.

Pro 구독, 지금 나에게 가치 있나

월 $20(한화 약 2만 7천~3만 원 내외, 환율·세금에 따라 다름 이라는 금액을 두고 “낼 만한가”를 따지는 기준은 사람마다 다르다. 하지만 실용적인 기준 하나를 제시하면 이렇다. 클로드 없이 한 가지 작업(번역, 요약, 코드 리뷰, 글 초안 등)을 처리할 때 드는 시간이 매달 2시간 이상이라면, Pro 구독료는 시간 절감 비용으로 충분히 상쇄된다.

반대로, 클로드를 한 달에 몇 번 써보는 수준이거나 아직 활용 방식을 탐색 중이라면 Free로 충분하다. ChatGPT Plus를 이미 쓰고 있는 사람이라면, 두 서비스 모두 유료로 유지할 이유가 있는지 먼저 따지는 것이 순서다. 각 서비스가 어떤 작업에서 더 나은지 비교하고 나서 결정해도 늦지 않다.

Pro 결정 전 체크 포인트 3가지
1. 하루 평균 클로드 사용 시간이 30분 이상인가
2. Projects를 업무나 반복 작업에 실제로 쓰고 있는가
3. Free 한도에 하루 1~2회 이상 걸리는 경험을 하고 있는가
3가지 중 2개 이상 해당하면 Pro가 실질적으로 가치 있다.

어느 플랜이 나에게 맞나 — 판단 기준

클로드를 매일, 실제 업무나 콘텐츠 작업에 쓴다면 Pro는 합리적인 선택이다. 반면 가볍게 탐색 중이거나 다른 AI 서비스와 병행 중이라면 Free로 충분히 쓸 수 있다. 중요한 것은 두 플랜 모두 “Claude 자체”는 같다는 점이다. 한도와 모델 접근 범위가 달라질 뿐, 기본 성능은 Free에서도 충분히 경험할 수 있다.

구독을 결정하기 전에 Free로 2~3주 실제 작업에 써보고, 한도에 걸리는 빈도와 어떤 기능이 아쉬운지 직접 체감한 뒤 결정하는 것이 가장 현실적인 순서다.

1Free로 먼저 2주 이상 쓰면서 한도 체감 — 막히는 빈도를 직접 확인해라
2Projects를 블로그·업무 등 반복 작업에 1개 이상 설정해서 효율 차이를 느껴봐라
3하루 30분 이상 + 한도 2회 이상 걸린다면 Pro 전환이 실질적으로 가치 있다
4ChatGPT Plus 등 타 서비스 병행 중이라면 각 서비스의 강점 작업을 먼저 분리해라
5플랜 가격·기능은 변동 가능 — 결정 전 Anthropic 공식 페이지에서 최신 내용 확인 필수

2026 AI 도구 완전 비교 가이드 — ChatGPT·Claude·Gemini·Perplexity 4파전 어떤 AI 서비스가 나에게 맞는지 전체 비교로 확인하기 AI가이드 ChatGPT Plus 가격, 2026년 지금 가치 있나 — 무료·유료·Pro 비교 Claude Pro와 함께 읽으면 어떤 구독이 나에게 맞는지 바로 결론 난다 AI가이드 클로드 AI 맞춤 설정 총정리 — 프로필·스타일·프로젝트·메모리 한 번에 Pro로 결정했다면 바로 이 설정 가이드부터 읽어라 기발행