Claude Cowork 안전 가이드: 로컬 실행형 에이전트를 어디까지 허용할 것인가

상위 허브 문서: AI 에이전트 도입 가이드: 실행 권한·승인·로그를 어디까지 통제할 것인가

Claude Cowork는 이름 때문에 협업 기능처럼 보이지만, 실제로는 내 컴퓨터 안에서 파일을 읽고 정리하고 새 파일을 만드는 로컬 실행형 에이전트에 더 가깝습니다.

이 글의 핵심은 간단합니다. Cowork를 잘 쓰는 기준은 성능이 아니라 권한·승인·되돌리기입니다.

핵심 요약

  • 문제의 본질: 기존 챗봇의 실수는 대체로 잘못된 답에서 끝나지만, Cowork의 실수는 파일 이동·이름 변경·삭제 같은 상태 변경으로 이어질 수 있습니다.
  • 결론: 작업용 폴더를 분리하고, 초안 생성 → 승인 → 실행의 2단계 이상으로 써야 사고 반경을 줄일 수 있습니다.
  • 예외 조건: 문서 요약, 리서치 패키징처럼 원본을 건드리지 않는 작업은 비교적 안전하지만, 정리·중복 제거·이동·삭제는 급격히 위험해집니다.
  • 바로 할 일: Cowork에 전체 데스크톱이 아니라 복사본 작업 폴더 1개만 먼저 열어보세요.

Cowork가 특별히 위험한 이유

기존 챗봇은 틀리면 대화가 깨지지만, Cowork는 파일 이동·이름 변경·삭제처럼 상태가 바뀌는 행동으로 이어질 수 있습니다.

그래서 Cowork는 “똑똑한 비서”라기보다 내 폴더 권한을 가진 인턴에 가깝습니다. 잘 쓰면 유용하지만, 대충 시키면 사고가 납니다.

시각 앵커: Cowork 도입 전 체크리스트

구분 추천 기본값 왜 이게 안전한가 흔한 실패 패턴
폴더 범위 작업용 복사본 폴더 1개만 허용 사고가 나도 피해 범위를 물리적으로 제한 다운로드·문서·사진 전체를 한 번에 열어줌
작업 방식 초안 생성 → 승인 → 실행 AI가 제안한 변경 목록을 사람이 먼저 검토 “알아서 정리해줘” 한 문장으로 일괄 실행
삭제·이동 기본 금지, 필요 시 휴지통 이동만 되돌리기 가능성이 급격히 올라감 중복 제거를 영구 삭제로 처리
민감 데이터 재무·계약·인사 폴더는 제외 유출과 오용이 결합되는 구간 차단 보고서 만들려고 원본 계약 폴더를 통째로 오픈
결과물 저장 원본과 별도 폴더에 저장 원본과 산출물을 분리하면 검증이 쉬움 원본 파일을 직접 덮어쓰기

실전 시나리오 3개

1. 파일 정리: 가장 유용하지만 가장 사고가 많은 영역

잘 되는 일: 스크린샷·영수증·회의록을 유형별로 분류하고 규칙 기반으로 이름을 붙이고 요약 보고서를 만드는 일

위험해지는 지점: “정리”, “중복 제거” 같은 말이 삭제로 번역되는 순간

의사결정 규칙: 정리는 이동까지만, 삭제는 후보 리스트까지만 만들게 하고 최종 삭제는 사람이 합니다.

2. 문서 패키징: Cowork의 가장 강한 영역

폴더에 흩어진 문서를 모아 목차·요약·핵심 쟁점·근거 링크 구조로 재구성하는 건 강점에 가깝습니다.

검증 방법: 요약의 근거가 되는 원문 위치를 같이 뽑게 하면 신뢰도가 크게 올라갑니다.

3. 외부 서비스 연결: 편리하지만 권한이 급격히 커진다

로컬 파일 정리에서 외부 서비스 연동까지 넘어가면 Cowork는 단순 정리 도구가 아니라 업무 실행 허브가 됩니다.

권장 규칙: 처음에는 로컬 파일 정리만, 그다음에 읽기 전용 연동, 마지막에 제한된 실행으로 넓히는 것이 좋습니다.

사고를 줄이는 프롬프트 템플릿

규칙: 실제 파일 변경(이동/이름변경/삭제) 전에 먼저 계획표를 제출해. 계획표에는 (1) 바뀌는 파일 목록 (2) 변경 이유 (3) 되돌리는 방법을 포함해.

그 다음: 내가 “승인”이라고 말하기 전에는 절대 실행하지 마.

이 문장 하나만으로도 Cowork는 “일단 실행하는 도구”에서 “실행 전 계획을 제출하는 도구”로 바뀝니다.

같이 보면 좋은 글

한 줄 결론

Cowork는 잘 쓰면 생산성 도구지만, 권한·승인·되돌리기 없는 상태에서는 가장 먼저 사고가 나는 실행형 에이전트입니다.