Automator 폴더 동작 설정 방법과 문제 해결 가이드

다운로드 폴더가 오후만 되면 또 가득 차죠. 스크린샷 옆에는 청구서, 설치 파일, 스캔본, 크기를 줄이려던 사진이 뒤섞여 있고, 손으로 정리하다 보면 정작 할 일에 쓸 시간이 사라집니다. **Automator 폴더 동작(Folder Actions)**은 파일이 들어오는 순간 이 정리를 대신해 줄 수 있어요. 다만 이벤트 기반 워크플로로 제대로 설정하고, 믿고 맡길 자동화를 테스트할 때처럼 꼼꼼히 검증해야 합니다.

Automator 폴더 동작이란? 언제 쓰면 좋을까 ​

매일 오후 다운로드 폴더에 온갖 파일이 쌓이는데, PDF는 알아서 정리되고 이미지는 크기가 줄고 스캔본은 이름이 바뀌었으면 좋겠다고 해 볼게요. 아무것도 열지 않고요. 폴더 동작이 딱 그런 일을 위해 만들어졌어요. Finder 폴더에 연결해 두는 워크플로로, 폴더에 항목이 추가될 때 실행되고 그 파일이나 폴더를 입력값으로 넘겨받습니다.

사용자가 실행 버튼을 눌러야 돌아가는 일반 Automator 워크플로와는 다릅니다. macOS Automation의 폴더 동작 안내에 따르면 이 시스템의 뿌리는 Mac OS 8.5까지 거슬러 올라가고, Automator는 macOS 10.4 이상에서 지원된다고 문서화되어 있어요. 잘 쓰는 데 이 이상의 역사는 필요 없습니다.

워크플로가 실제로 하는 일 ​

워크플로는 지정된 Finder 항목 가져오기, 이미지 크기 조절, Finder 항목 이름 변경, 프린트 같은 동작을 사슬처럼 이어 놓은 거예요. 기본 동작으로 부족하면 셸 명령, AppleScript, JavaScript로 확장할 수 있고요. 다운로드 폴더를 정리할 거라면 이름 규칙과 목적지 규칙부터 정하세요. 나중에 후회할 이동 작업을 자동화하기 전에 명확한 파일 이름 규칙을 만들어 두면 큰 도움이 됩니다.

새 파일이 들어올 때마다 작업이 돌아야 한다면 폴더 동작을 쓰세요. 가끔만 필요한 작업이라면 일반 워크플로가 디버깅하기 더 쉽고, 다른 Mac 자동화 옵션을 비교해 보면 더 가벼운 도구를 고르는 데 도움이 됩니다.

폴더 동작 워크플로 만들고 연결하는 방법 ​

워크플로 만들기와 연결하기는 별개의 두 작업이에요. "안 돌아가요" 하는 실패의 대부분은 첫 번째는 잘해 놓고 두 번째를 빼먹어서 생깁니다. 순서대로 진행하고, 잃어도 괜찮은 파일로 테스트하세요.

워크플로 만들기 ​

1. Automator를 열고 폴더 동작 선택: 새로운 문서를 클릭한 다음 문서 유형으로 폴더 동작을 고르세요. 유형에 따라 들어오는 항목이 워크플로의 입력값이 되는데, Apple의 Automator 가이드(폴더 동작 만들기)에도 항목이 추가될 때 워크플로가 실행되고 그 파일이 워크플로에 전달된다고 나와 있어요. 일반 워크플로 유형을 고르는 게 흔한 첫 실수입니다.

2. 상단 팝업 메뉴에서 대상 폴더 선택: 파일이 추가되면 동작을 받을 폴더를 지정하되, 처음에는 다운로드 폴더 말고 버려도 되는 테스트 폴더를 쓰세요. 파일을 떨어뜨리고, 복제하고, 지우게 될 테니 테스트 폴더가 있으면 실수해도 부담이 없어요. 덜 만든 워크플로를 실제 폴더에 연결했다가 파일이 두 번 이동되는 일이 생기거든요.

3. 라이브러리에서 동작 추가: 지정된 Finder 항목 가져오기, Finder 항목 필터링, Finder 항목 이동 같은 동작을 끌어다 놓고, 각 동작의 입력은 들어오는 파일로 두세요. 이름 변경 작업이라면 Mac에서 파일 이름 일괄 변경할 때 쓰던 순서 규율이 여기서도 똑같이 적용됩니다. 실제 작업은 한 번에 하나씩 추가하세요. 긴 사슬이 실패하면 어느 단계가 문제인지 알 수가 없거든요.

4. 알아보기 쉬운 이름으로 저장: "워크플로 3"보다는 "다운로드 PDF를 문서로" 같은 이름을 쓰세요. 나중에 폴더 동작 설정에서 어떤 스크립트가 무슨 일을 하는지 기억해 내려 할 때 보게 될 이름이 바로 이거예요. 이름이 모호하면 문제 해결이 추측 게임이 됩니다.

연결하고 활성화하기 ​

5. Finder에서 폴더 동작 설정 열기: 폴더를 Control-클릭해서 폴더 동작 설정을 열고 저장한 워크플로를 연결하세요. 저장만 한 워크플로는 아무 일도 하지 않아요. 이 단계를 깜빡하는 게 멀쩡한 워크플로가 멈춘 것처럼 보이는 가장 흔한 이유입니다.

6. 두 가지 활성화 항목 모두 확인: 전체 폴더 동작 사용 체크 상자와 폴더별 켬 체크 상자를 모두 선택하세요. 폴더만 체크하고 전체 항목을 꺼 두는 게 전형적인 실수예요. 그러면 워크플로는 아무 오류 표시도 없이 그냥 놀고 있습니다.

7. 테스트 파일 하나 넣어 보기: 버려도 되는 파일 하나를 폴더에 복사해 넣고, 동작이 실행되어 기대한 결과가 나왔는지 확인하세요. 처음부터 여러 개를 넣지 마세요. 파일 하나면 확인할 결과도 하나라서 명확합니다.

나중에 워크플로를 지우지 않고 개별 동작만 비활성화할 수도 있어요. 단계적으로 적용할 때 유용합니다. 폴더 하나를 잠시 멈추고, 워크플로를 고치고, 다시 켜면 연결을 처음부터 다시 만들 필요가 없거든요.

믿고 쓰기 전에 폴더 동작 테스트하는 방법 ​

먼저 실제 작업 대신 받은 파일 경로를 일반 텍스트 파일에 기록하는 로그 단계를 넣으세요. 버려도 되는 파일 하나를 넣고 로그를 읽어 보는 거예요. 이벤트 한 번에 여러 항목이 들어올 수도 있으니, 워크플로에 이동이나 이름 변경을 맡기기 전에 정확히 무엇을 받는지 봐야 합니다.

실제 작업 전에 테스트 표부터 돌려 보세요 ​

파일 하나 테스트는 기본 트리거가 작동하는지 확인해 줘요. 저라면 가장 비중을 두는 건 대량 유입 테스트입니다. 파일 하나를 넣어서는 절대 드러나지 않는 누락과 이중 처리가 여기서 드러나거든요.

중첩 폴더 테스트는 동작이 의도한 단계에서만 실행되는지 보여 줍니다. 워크플로가 결과물을 감시 중인 폴더에 다시 쓴다면 중요해요. 하위 폴더에 떨어진 결과물이 또 다른 실행을 일으킬 수 있으니까요. 중복 복사 테스트는 같은 파일이 다시 도착했을 때 작업이 반복되는지 확인합니다.

재시동하고 다시 로그인한 뒤 파일을 추가해 보면 연결이 재로그인 후에도 유지되는지 알 수 있어요. 조용한 실패 중 상당수가 처음 드러나는 시점이 바로 여기입니다. 큰 파일을 천천히 복사하는 테스트는 파일이 아직 쓰이는 중인데 스크립트가 처리를 시작하는지 확인해 줘요.

테스트 표를 모두 통과한 뒤에야 로그 단계를 이동, 이름 변경, 스크립트 호출 같은 실제 작업으로 바꾸세요. 그다음 실제 작업을 넣은 상태로 파일 하나 테스트와 대량 유입 테스트를 다시 해 보세요.

대량 유입 테스트에서는 예상 파일 수와 처리된 파일 수를 세어 두세요. 차이가 있다면 워크플로를 믿기 전에 크기 안정 확인이나 임시 폴더(staging)가 필요하다는 뜻입니다.

파일이 몰려 들어오거나 동기화될 때 폴더 동작이 깨지는 이유 ​

대부분의 실패를 일으키는 오해는 간단해요. 폴더 동작은 이벤트 알림이지, 보장된 대기열이 아니라는 것. 모든 파일이 정확히 한 번, 순서대로 처리되는 트랜잭션 파이프라인처럼 취급하면 누락과 중복 작업이 생길 수밖에 없습니다.

폴더 동작 동작 방식에 관한 Apple 지원 커뮤니티 글에는 큰 묶음이 다 도착하기 전에 동작이 먼저 실행되고, 그 이벤트에서 관찰된 항목만 처리하며, 외장 드라이브·백업·동기화 서비스를 통해 파일이 나타날 때 예측하기 어렵게 동작한다는 사례가 나와요. 다른 기기에서 iCloud로 동기화된 항목은 폴더 동작을 일관되게 일으키지 않을 수도 있고요.

로컬 드래그 앤 드롭이 가장 예측하기 쉬운 도착 방식이에요. 파일이 완전한 상태이고 이벤트도 금방 따라오니, 단순한 워크플로면 대체로 잘 처리합니다. 이 경우에도 스크립트에 디바운스를 넣어서 몇 초간 조용해질 때까지 기다렸다가 실행하게 하세요.

네트워크 볼륨은 파일이 나타나는 시점과 내용을 읽을 수 있는 시점 사이에 지연이 생깁니다. 위험은 일부만 도착한 파일을 처리하는 건데, 건드리기 전에 두 번 읽어서 파일 크기가 안정적인지 확인하세요.

클라우드 동기화 폴더는 더 까다로워요. 내용이 다운로드되기 전에 폴더 항목이 먼저 나타날 수 있거든요. 동기화되는 위치에서 바로 처리하지 말고 로컬 임시 폴더에서 처리하세요. 이벤트가 발생했다고 가정해서도 안 되고요.

대량 가져오기는 묶음이 끝나기 전에 도착하는 이벤트 폭주를 만듭니다. 카드에서 사진을 가져오는 사진가, 에셋을 푸는 개발자, 데이터셋을 복사하는 연구팀 모두 겪는 일이에요. 도착한 파일을 임시 폴더로 복사해 거기서 처리하고, 정해진 파일 이름으로 완료를 표시한 다음, 대량 가져오기가 끝날 때마다 예상 개수와 처리된 개수를 비교하세요.

설정을 믿기 전에 내 폴더에 대해 한 가지 질문에 답해 보세요. 파일이 빠르게 몰려 들어오거나 동기화·백업을 통해 간접적으로 도착해도 워크플로가 정확하게 유지될까요?

멈추거나, 중복 처리하거나, 파일을 건너뛰는 폴더 동작 고치기 ​

동작이 전혀 실행되지 않는다면 스크립트를 다시 쓰기부터 시작하지 말고 정해진 순서로 확인하세요. 먼저 전체 폴더 동작 사용 설정, 그다음 폴더의 켬 체크 상자, 그다음 대기 중인 Apple 이벤트 승인 요청, 그다음 스크립트 자체 로그 순서입니다. 이 확인을 모두 통과한 뒤에야 스크립트 로직을 의심하세요. 폴더 동작에 관한 macOS Automation 개요에 따르면, 이 워크플로는 저장해 둔 워크플로 파일과는 별개로 백그라운드 FolderActionsDispatcher 프로세스에서 실행되거든요.

중복 처리는 완료 표시를 추가하거나 처리 전에 결과물이 이미 있는지 확인하세요. 그러면 이벤트가 반복돼도 두 번째 복사본, 두 번째 압축 파일, 두 번째 프린트 작업이 생기지 않고 무해하게 넘어갑니다.

파일을 건너뛴다면 무거운 작업을 **임시 폴더(staging)**로 옮기고, 파일 크기가 안정될 때까지 기다렸다가 실행하세요. 먼저 파일 유형과 이름으로 걸러내고, 파일이 아직 존재하는지 확인하고, 실패는 버리지 말고 로그에 남기세요.

밀림 문제 ​

네트워크 호출, 재귀 검색, 큰 이미지 변환을 하는 스크립트는 디스패처를 붙잡아 뒤따르는 이벤트를 지연시킵니다. 그러면 로직이 맞는데도 동작 전체가 불안정해 보여요. 스크립트는 짧게 유지하고 빨리 반환하세요. 느린 단계는 트리거를 막지 못하도록 임시 폴더 단계로 옮기고요.

표를 위에서부터, 가장 가능성 높은 원인 순으로 따라 내려가세요. 점검 목록도 계속 갖고 계세요. 연결 상태를 확인하고, 대량 유입 뒤에는 로그를 읽고, 스크립트는 짧게 유지하고, macOS 업데이트나 권한 변경 뒤에는 점검을 다시 하세요.

권한, 점검, 설정 후 정리 ​

감시 중인 폴더는 겉보기에 다른 폴더와 똑같아요. 폴더 동작 설정에서 보면 해당 폴더에 Finder 배지가 전혀 없어서, 오래된 동작은 잊기 쉽고 몇 달 뒤에야 발견하기 어렵습니다. 보안 변경, 권한 변경, 다른 Mac으로 이전한 뒤에 워크플로가 말없이 멈춘 것처럼 보이는 이유가 바로 이 눈에 띄지 않는 성질 때문이에요.

폴더 동작 설정에 관한 macOS Automation 페이지는 감시 중인 폴더를 보고 연결된 스크립트를 켜고 끌 수 있는 이 관리 인터페이스를 설명합니다. macOS Mojave부터는 Apple 이벤트 스크립트가 들어 있는 워크플로가 처음 실행될 때 사용자의 보안 승인을 받아야 해요. 승인 후에는 다시 묻지 않고 실행되지만, 업데이트나 권한 변경이 있으면 다시 승인이 필요할 수 있습니다.

이 점검을 주기적으로 해 주세요 ​

1. 감시 중인 폴더 전부 나열: 폴더 동작 설정을 열어 하나하나 적어 두세요. 목록을 만들지 않은 것은 점검할 수 없으니까요.
2. 연결된 스크립트 각각 열어 보기: 무엇을 읽고, 쓰고, 호출하는지 확인하세요. 그게 바로 내가 허용한 실제 접근 범위입니다.
3. 오래된 동작은 삭제하지 말고 비활성화: 비활성화한 동작은 나중에 복원할 수 있지만, 삭제한 워크플로는 처음부터 다시 만들어야 해요.
4. 볼륨 유형 확인: 외장, 네트워크, 동기화 볼륨에 있는 폴더는 따로 표시해 두세요. 그런 위치는 이벤트 동작과 접근 방식을 바꿉니다.
5. 업데이트 후 재테스트: macOS 업데이트나 권한 변경 뒤에는 파일 하나 테스트를 다시 돌려서 연결이 여전히 작동하는지 확인하세요.

로컬 자동화라고 해서 자동으로 프라이버시가 지켜지는 건 아니에요. 파일 이름은 스크립트, 로그, 서드파티 바이너리, 클라우드에 마운트된 폴더까지 전달될 수 있으니, 로그에는 파일 내용이 아니라 경로와 개수만 남기세요. 연구 노트용 작업 공간을 고를 때도 이런 목록 작성 습관이 도움이 됩니다. 작업 자료를 맡기기 전에 어떤 도구가 무엇을 읽을 수 있는지 알아야 하니까요.

Tintd의 권한 구분도 이런 좁은 접근 모델을 따릅니다. 폴더 감시는 전체 디스크 접근 권한이 필요하며 처음 켤 때 macOS가 허용을 요청하고, 폴더를 직접 색칠하는 건 전체 디스크 접근 권한이 필요 없어요. 아이콘과 색상 추천은 Mac 안에서 로컬로 실행되고, 폴더 이름은 기기 밖으로 나가지 않으며, Tintd는 어떤 AI 서비스도 호출하지 않습니다.

스크립트가 무엇을 건드렸는지는 로그에서 네 가지로 확인하세요. 타임스탬프, 입력 경로, 출력 경로, 그리고 접근 거부 항목입니다.

다음 단계: Tintd 폴더 감시 설정하기 ​

역할을 깔끔하게 나누세요. 폴더 동작은 파일을 옮기고 처리하고, 우리 폴더 감시는 선택한 위치에 새로 만들어지는 폴더를 감지해서 이름에 맞는 색상과 아이콘을 자동으로 입혀 줍니다. 이 조합은 폴더 감시 소프트웨어 가이드에서 다루는 방식들과도 잘 어울려요. 두 도구가 같은 위치를 두고 경쟁하지만 않으면요.

새 폴더가 일관되게 꾸며졌을 때 기대할 수 있는 모습은 이렇습니다.

폴더 감시는 시스템 설정에서 언제든 끌 수 있어요. 전체 디스크 접근 권한이 필요하고 처음 켤 때 macOS가 허용을 요청하지만, 폴더를 직접 색칠하는 데는 그 권한이 필요 없습니다. 아이콘과 색상 변경은 순전히 외형만 바꾸는 것이라 폴더 안의 파일이나 하위 폴더에는 영향이 없고, 사용자 지정 폴더 아이콘은 각 Mac에 로컬로 저장되니 기기마다 따로 설정해야 해요.

안전한 첫 실행 ​

1. 중요한 파일이 없는 테스트 위치 하나를 고르세요.
2. 그곳에서 폴더 감시를 켜고, macOS가 요청하면 전체 디스크 접근 권한을 허용하세요.
3. 새 폴더를 만들어 색상과 아이콘이 입혀지는지 확인하세요.
4. 테스트 위치가 잘 동작한 뒤에야 실제 폴더를 추가하세요.

폴더 감시는 파일을 옮기거나 이름을 바꾸는 폴더 동작과 다른 위치에 두세요. 두 도구가 같은 이벤트를 놓고 다투지 않게요. 아래의 짧은 영상에서 폴더 감시가 새 폴더를 만드는 즉시 꾸며 주는 모습을 볼 수 있어요.

macOS를 업데이트한 뒤에는 둘 중 하나가 돌아가고 있겠거니 짐작하지 말고, 테스트 표로 폴더 동작과 폴더 감시가 모두 제대로 작동하는지 확인하세요.

Automator 폴더 동작이 이제 파일을 믿음직하게 정리해 준다면, 시각적인 부분은 Tintd에 맡겨 보세요. 새 폴더마다 어울리는 색상과 아이콘을 자동으로 입혀 주고, 모든 추천은 Mac 안에서 로컬로 실행됩니다. Tintd에서 테스트 위치 하나에 폴더 감시를 설정해 보세요. 다음에 새 폴더를 만드는 순간 바로 꾸며지는 걸 볼 수 있어요.