Midjourney 공유 폴더: 팀 워크플로우 가이드
Midjourney AI Team · 2026년 10월 14일 · 18 min read
Keywords: 미드저니 공유 폴더, 팀 협업 워크플로우, 이미지 권한 관리
Published: 2026년 10월 14일 Author: Midjourney AI Team
Midjourney 공유 폴더를 사용하면 팀이 한곳에서 이미지를 수집하고 개발할 수 있습니다. 중요한 선택은 단순히 링크를 가진 사람이 아니라 누가 기여할 수 있는지 결정하는 것입니다. 검토자에게는 탐색할 수 있는 방법을, 제작자에게는 작업할 수 있는 방법을 제공하며, 승인 기록은 새로운 이미지 스트림과 분리하여 관리하세요.
공유 폴더는 2026 년 10월 8일 발행된 10월 7일 자 알파 변경 로그 (Alpha changelog) 에 등장했습니다. 이는 초기 릴리스입니다. 아래 워크플로우는 발표된 역할을 소규모 크리에이티브 프로젝트에 적용한 것이며, 모든 계정 유형을 테스트했거나 다른 서비스에도 동일한 공유 컨트롤이 있다는 주장이 아님을 유의하세요.
실제 작업을 중심으로 접근 권한 할당하기
램프 캠페인을 준비하는 3 인 팀을 상상해 보세요. 한 사람은 요구 사항을 정리하고, 한 사람은 이미지 방향을 탐색하며, 한 사람은 후보 목록을 검토합니다. 모두 폴더 내에서 생성할 필요가 없습니다. 모든 사람에게 열린 기여 링크를 보내기보다는 이러한 역할부터 시작하세요.
릴리스에서는 협업자 (collaborators) 와 뷰어 (viewers) 라는 두 가지 초대 역할을 설명합니다. 협업자는 폴더에 이미지를 생성하고 기존 작품을 바탕으로 작업을 이어갈 수 있습니다. 뷰어는 폴더의 이미지를 탐색할 수 있습니다. 소유자는 공유 폴더를 삭제하면 모든 사람의 폴더가 제거되므로 여전히 중요합니다. 이러한 구분은 팀의 작업 계약에 영향을 미쳐야 합니다.
의도한 사용자 이름으로 사람을 초대하고 링크를 공유하기 전에 역할을 확인하세요. 예시 캠페인의 경우 제작자는 협업자 접근 권한이 필요합니다. 검토자는 뷰어로 시작할 수 있습니다. 프로젝트 책임자는 폴더 소유자가 누구이며 승인된 파일이 인계 시 어디에 저장될지 알아야 합니다.
초대가 승인 시스템이라고 가정하지 마세요. 발표 내용은 잠긴 버전, 공식 승인 기록 또는 완전한 고객 검토 도구를 설정하지 않습니다. 팀에 이러한 기능이 필요하면 폴더에 이러한 기능을 할당하는 대신 기존 문서 또는 자산 시스템을 계속 사용하세요.
작업에 필요한 범위만 공유하기
발표 내용에서는 비공개 초대, 링크 기반 보기 및 모든 Midjourney 회원이 기여할 수 있는 옵션을 설명합니다. 작업에 따라 선택하세요. 내부 작업 폴더, 공개 영감 컬렉션 및 개방형 커뮤니티 연습은 서로 다른 요구 사항이 있습니다.
소규모 고객 팀의 경우 지정한 사람부터 시작하세요. 보기 링크를 사용하는 경우 누가 받을 수 있는지와 현재 인터페이스에서 허용하는 내용을 확인하세요. 열린 기여 모드는 커뮤니티 챌린지에 적합할 수 있지만, 범위가 좁은 승인 라운드에는 기본값으로 적합하지 않습니다.
광범위한 공유 전에 의도한 검토자와 함께 작은 접근 권한 확인을 수행하세요. 올바른 폴더를 열고 예상 이미지를 볼 수 있는지 묻세요. 해당 조건을 실제로 확인하지 않았다면 로그아웃한 방문자에게도 링크가 작동한다고 주장하지 마세요. 제품 발표의 "링크가 있는 모든 사람"은 모든 계정 또는 브라우저 질문에 답하지 않습니다.
폴더 접근 권한과 이미지 프라이버시 분리하기
비공개 폴더라고 해서 그 안의 모든 이미지가 비공개라는 보장은 없습니다. Midjourney 는 공유가 이미지 프라이버시를 변경하지 않는다고 명시적으로 경고합니다. 비스텔스 (Non-stealth) 이미지는 비공개 폴더 내에서 생성된 이미지를 포함하여 Explore 와 프로필에 여전히 나타날 수 있습니다.
이를 두 가지 확인으로 생각하세요. 첫 번째는 누가 폴더에 들어가거나 기여할 수 있는지 묻습니다. 두 번째는 이미지가 어디에 나타날 수 있는지 묻습니다. 첫 번째 확인을 통과한다고 해서 두 번째에 답하는 것은 아닙니다. 민감한 작업의 경우 참조를 업로드하거나 공개되지 않아야 하는 것을 생성하기 전에 실제 계정 및 이미지 설정을 확인하세요.
초기 팀 연습에는 가상의 제품 또는 이미 공개된 참조를 사용하세요.이렇게 하면 폴더를 기밀 자료의 안전한 장소로 취급하지 않고도 사람들이 워크플로우를 배울 수 있습니다. 폴더 이름에 "비공개"라는 단어가 포함되어 있다고 해서 프롬프트에 비공개 고객 세부 정보를 넣지 마세요.
이는 계약, 소유권 또는 기밀성에 대한 보장이 아닌 실용적인 가시성 경고입니다. 이러한 질문은 팀의 요구 사항과 서비스 약관에 따라 달라집니다. 가시성이 불분명하면 작업의 민감한 부분을 중단하고 대신 민감하지 않은 예제를 사용하세요.
후보 목록을 이해하기 쉽게 만들기
명확한 명명 규칙과 짧은 서면 브리프를 통해 탐색과 검토를 분리하세요. 필요한 배치, 대상 또는 프레임 거부 이유를 아무도 모르면 매력적인 이미지로 가득 찬 폴더는 검토하기 어렵습니다. 검토자에게 결정할 사항을 제공하세요.
램프 캠페인의 경우 세 가지 확인을 작성하세요: 제품 윤곽이 명확한지, 헤드라인을 넣을 공간이 있는지, 배경이 페이지에 맞는지. 제작자에게 프롬프트와 참조가 기록된 작은 후보 목록을 제출하도록 요청하세요. 모든 생성된 변형을 보내는 것보다 더 유용합니다.
일반 팀 문서에 다음과 같은 인계 노트를 사용하세요:
작업: 캠페인 대표 이미지에 사용할 램프 이미지 1 개 선정
필요 조건: 명확한 실루엣 및 짧은 헤드라인 삽입 공간
거부 사유: 숨겨진 스위치, 어색한 케이블, 방해되는 배경
선정 목록: 검토 중인 정확한 이미지 식별
결정: 선택된 이미지 및 남은 편집 사항 기록이 노트는 내장된 양식에 대한 설명이 아닌 제안된 워크플로우입니다. 새 이미지가 생기면 목록 순서가 빠르게 바뀔 수 있으므로 결정을 정확한 이미지와 연결하세요. 검토자가 "두 번째 것"이라고 말하면 폴더에 더 많은 작업이 들어가기 전에 식별하도록 요청하세요.
폴더가 설정을 기억해도 기록하기
동일한 10월 업데이트에 따르면 폴더 프롬프트 파라미터 태그 (prompt pills) 이 이제 세션 간에 유지된다고 합니다. 이는 연속성을 개선하지만 브리프를 대체하지는 않습니다. 기억된 설정은 오늘 승인된 방향이 아니라 어제의 실험에 속할 수 있습니다.
작업 세션 시작 시 활성 매개변수와 참조를 현재 작업과 비교하세요. 프로젝트 전환 후에도 동일한 빠른 확인을 수행하세요. 폴더 기본값 체크리스트 는 모든 설정이 모든 사람 또는 장치를 따른다고 가정하지 않고 선택한 내용을 기록하는 방법을 제공합니다.
각 특이한 매개변수에 대해 하나의 명확한 이유를 유지하세요. 아무도 설정이 왜 있는지 설명할 수 없다면 프로젝트 표준으로 취급하기 전에 해당 설정 없이 테스트하세요. 지속해서 쓸 수 있는 작업 절차는 선택을 눈에 보이게 만들며 우연한 상태를 규칙으로 바꾸지 않습니다.
결정 사항을 잃지 않고 프로젝트 종료하기
공유 폴더를 제거하기 전에 승인된 내보내기와 최종 인계 노트를 저장하세요. 발표 내용에 따르면 소유자가 공유 폴더를 삭제할 때 제작자는 자신의 히스토리에 이미지를 유지합니다. 이는 모든 사람의 공유 검토 컨텍스트를 유지하는 것과 다릅니다.
작업 폴더가 더 이상 새로운 기여를 위한 장소가 아님을 협업자에게 알리세요. 선택된 자산에 대한 안정된 위치를 유지하고 어떤 편집이 남아 있는지 기록하세요. 지속적인 편집 히스토리는 아직 이 변경 로그에서 예정된 것으로 나열되므로 가정된 히스토리 기능을 중심으로 인계를 구축하지 마세요.
요약은 간단합니다. 공유 폴더는 사람들이 함께 작업하는 데 도움이 되지만, 명확한 역할과 서면 결정이 해당 작업을 사용 가능하게 유지합니다. 소규모 그룹으로 시작하여 접근 권한과 이미지 가시성을 별도로 확인하고 계속 바뀌는 이미지 목록 밖에 최종 선택을 보존하세요.
릴리스 컨텍스트: 10월 7일 알파 변경 로그. 더 넓은 워크스페이스에 대해서는 알파 조직 가이드 를 읽으세요.