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”
또는 “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가 자주 바뀌니, 안 풀리면 앱 재시작을 기본기로 삼자.