상위 허브 문서: AI 에이전트 도입 가이드: 실행 권한·승인·로그를 어디까지 통제할 것인가
Claude Cowork는 이름 때문에 협업 기능처럼 보이지만, 실제로는 내 컴퓨터 안에서 파일을 읽고 정리하고 새 파일을 만드는 로컬 실행형 에이전트에 더 가깝습니다.
이 글의 핵심은 간단합니다. Cowork를 잘 쓰는 기준은 성능이 아니라 권한·승인·되돌리기입니다.
핵심 요약
- 문제의 본질: 기존 챗봇의 실수는 대체로 잘못된 답에서 끝나지만, Cowork의 실수는 파일 이동·이름 변경·삭제 같은 상태 변경으로 이어질 수 있습니다.
- 결론: 작업용 폴더를 분리하고, 초안 생성 → 승인 → 실행의 2단계 이상으로 써야 사고 반경을 줄일 수 있습니다.
- 예외 조건: 문서 요약, 리서치 패키징처럼 원본을 건드리지 않는 작업은 비교적 안전하지만, 정리·중복 제거·이동·삭제는 급격히 위험해집니다.
- 바로 할 일: Cowork에 전체 데스크톱이 아니라 복사본 작업 폴더 1개만 먼저 열어보세요.
Cowork가 특별히 위험한 이유
기존 챗봇은 틀리면 대화가 깨지지만, Cowork는 파일 이동·이름 변경·삭제처럼 상태가 바뀌는 행동으로 이어질 수 있습니다.
그래서 Cowork는 “똑똑한 비서”라기보다 내 폴더 권한을 가진 인턴에 가깝습니다. 잘 쓰면 유용하지만, 대충 시키면 사고가 납니다.
시각 앵커: Cowork 도입 전 체크리스트
| 구분 | 추천 기본값 | 왜 이게 안전한가 | 흔한 실패 패턴 |
|---|---|---|---|
| 폴더 범위 | 작업용 복사본 폴더 1개만 허용 | 사고가 나도 피해 범위를 물리적으로 제한 | 다운로드·문서·사진 전체를 한 번에 열어줌 |
| 작업 방식 | 초안 생성 → 승인 → 실행 | AI가 제안한 변경 목록을 사람이 먼저 검토 | “알아서 정리해줘” 한 문장으로 일괄 실행 |
| 삭제·이동 | 기본 금지, 필요 시 휴지통 이동만 | 되돌리기 가능성이 급격히 올라감 | 중복 제거를 영구 삭제로 처리 |
| 민감 데이터 | 재무·계약·인사 폴더는 제외 | 유출과 오용이 결합되는 구간 차단 | 보고서 만들려고 원본 계약 폴더를 통째로 오픈 |
| 결과물 저장 | 원본과 별도 폴더에 저장 | 원본과 산출물을 분리하면 검증이 쉬움 | 원본 파일을 직접 덮어쓰기 |
실전 시나리오 3개
1. 파일 정리: 가장 유용하지만 가장 사고가 많은 영역
잘 되는 일: 스크린샷·영수증·회의록을 유형별로 분류하고 규칙 기반으로 이름을 붙이고 요약 보고서를 만드는 일
위험해지는 지점: “정리”, “중복 제거” 같은 말이 삭제로 번역되는 순간
의사결정 규칙: 정리는 이동까지만, 삭제는 후보 리스트까지만 만들게 하고 최종 삭제는 사람이 합니다.
2. 문서 패키징: Cowork의 가장 강한 영역
폴더에 흩어진 문서를 모아 목차·요약·핵심 쟁점·근거 링크 구조로 재구성하는 건 강점에 가깝습니다.
검증 방법: 요약의 근거가 되는 원문 위치를 같이 뽑게 하면 신뢰도가 크게 올라갑니다.
3. 외부 서비스 연결: 편리하지만 권한이 급격히 커진다
로컬 파일 정리에서 외부 서비스 연동까지 넘어가면 Cowork는 단순 정리 도구가 아니라 업무 실행 허브가 됩니다.
권장 규칙: 처음에는 로컬 파일 정리만, 그다음에 읽기 전용 연동, 마지막에 제한된 실행으로 넓히는 것이 좋습니다.
사고를 줄이는 프롬프트 템플릿
규칙: 실제 파일 변경(이동/이름변경/삭제) 전에 먼저 계획표를 제출해. 계획표에는 (1) 바뀌는 파일 목록 (2) 변경 이유 (3) 되돌리는 방법을 포함해.
그 다음: 내가 “승인”이라고 말하기 전에는 절대 실행하지 마.
이 문장 하나만으로도 Cowork는 “일단 실행하는 도구”에서 “실행 전 계획을 제출하는 도구”로 바뀝니다.
같이 보면 좋은 글
- AI 에이전트 도입 가이드: 실행 권한·승인·로그를 어디까지 통제할 것인가
- 온디바이스 AI 에이전트 가이드: 왜 ‘하이브리드 3층 구조’가 현실적인가
- 로컬 AI 에이전트 리스크: Moltbot의 치명적 단점 7가지
- 이제 피싱은 페이지가 아니라 ‘클릭한 순간 생성’된다
한 줄 결론
Cowork는 잘 쓰면 생산성 도구지만, 권한·승인·되돌리기 없는 상태에서는 가장 먼저 사고가 나는 실행형 에이전트입니다.