클로드 코워크에 폴더를 열어주기 전, 먼저 만드는 권한 설계표

자기홍보가 포함된 글입니다. 저는 SMARTFORK에서 AI 교육과 업무 자동화 프로젝트를 운영하고 있습니다. Claude Cowork 교육 프로젝트를 운영하며 반복해서 확인한 실무 기준을 정리했습니다.

클로드 코워크를 처음 접하면 눈에 띄는 것은 결과물입니다. 여러 파일을 읽고, 표를 만들고, 보고서를 정리하는 장면은 분명 인상적입니다.

하지만 실제 업무에서 더 먼저 정해야 하는 것은 “무엇을 시킬까”가 아니라 “어디까지 보게 하고, 어디까지 바꾸게 할까”입니다. 폴더를 통째로 연결한 뒤 프롬프트로 조심하라고 말하는 것은 권한 설계가 아닙니다.

## 1. 원본·작업·결과 폴더를 분리합니다

원본 폴더는 읽기 전용으로 두고, AI가 수정할 파일은 작업 폴더의 복사본으로 제한합니다. 결과물은 별도 폴더에 저장해야 변경 전후를 비교하고 문제가 생겼을 때 되돌릴 수 있습니다.

권장 구조는 단순합니다.

- 01_original: 사람이 관리하는 원본

- 02_working_copy: AI가 읽고 수정하는 복사본

- 03_output: 검수할 결과물

- 04_log: 작업 목록과 오류 기록

## 2. 처음에는 파일 10~20개만 엽니다

폴더 전체를 한 번에 처리하면 무엇이 잘못됐는지 찾기 어렵습니다. 파일 형식과 예외가 섞여 있기 때문입니다. 대표 샘플 10~20개로 시작해 파일명, 표 구조, 누락값, 암호화 파일을 먼저 확인하는 편이 빠릅니다.

## 3. 작업 전에 ‘변경 예정표’를 받습니다

바로 수정하게 하지 말고 다음 항목을 표로 출력하게 합니다.

- 대상 파일명

- 읽을 정보

- 바꿀 항목

- 결과 저장 위치

- 건너뛸 조건

- 사람이 확인해야 할 예외

예정표를 사람이 승인한 뒤 복사본에서 실행하면 잘못된 범위를 초기에 잡을 수 있습니다.

## 4. 읽기·쓰기·외부 행동을 따로 봅니다

파일을 읽는 권한, 내용을 바꾸는 권한, 외부로 보내는 권한은 서로 다릅니다. 메일 발송, 게시, 삭제, 결제, 고객 데이터 수정은 별도 승인 단계로 남겨야 합니다. 한 번 잘 작동했다는 이유로 권한을 한꺼번에 넓히지 않는 것이 좋습니다.

## 5. 완료 조건은 산출물마다 숫자로 정합니다

“잘 정리해줘”로는 완료를 검증하기 어렵습니다. 문서라면 필수 제목 수, 표라면 원본 행 수와 합계, 파일 정리라면 처리·보류·오류 건수처럼 확인 가능한 기준을 둡니다.

예를 들어 20개 파일을 넣었다면 결과 보고서의 처리 건수와 보류·오류 건수의 합도 20이어야 합니다.

## 6. 중지와 복구를 정상 기능처럼 시험합니다

네트워크가 끊기거나 인증이 만료됐을 때 무한 재시도하면 중복 파일과 비용이 함께 늘어납니다. 일정 시간이나 재시도 횟수를 넘으면 멈추고 마지막 성공 단계, 오류 내용, 미처리 목록을 남기게 해야 합니다.

좋은 자동화는 한 번도 실패하지 않는 자동화가 아니라, 실패 위치를 찾고 원래 상태로 돌아가기 쉬운 자동화입니다.

## 30분 파일 업무 테스트 순서

1. 복사본 폴더에 대표 파일 10개만 준비합니다.

2. 읽을 범위와 금지 행동을 한 문장씩 적습니다.

3. 변경 예정표만 먼저 생성합니다.

4. 승인한 항목만 결과 폴더에 저장합니다.

5. 원본과 결과의 파일 수·필수 항목·합계를 비교합니다.

6. 연결을 끊어 중지와 재개 로그를 확인합니다.

저희가 운영하는 Claude Cowork 교육 프로젝트도 기능 시연에 그치지 않고 이런 권한, 검수, 복구 흐름을 실제 파일 업무에 연결하는 관점으로 구성하고 있습니다. 이 글과 직접 관련된 프로젝트 하나만 참고 링크로 남깁니다.

https://www.wadiz.kr/web/campaign/detail/406105

SMARTFORK는 강의에서 끝나지 않고 생성형 AI를 조직의 업무 프로세스에 연결하는 실무형 교육과 자동화 구축을 합니다.

https://smartfork.kr/

https://smartfork.ai.kr/