코워크 작업 공간(스튜디오) 패턴
Claude Cowork 시스템을 도메인별 “스튜디오” 단위로 모듈화하는 폴더 구조 패턴. 각 스튜디오는 자체
CLAUDE.md+memory.md+resources/를 가지며 단일 책임을 수행한다. 새 스튜디오는 전역 규칙에 정의된 표준 패턴을 따라 한 줄 명령으로 자동 생성된다.
표준 스튜디오 구조
{스튜디오-이름}/
├── CLAUDE.md ← 이 스튜디오의 워크플로우·검수·자동화 규칙
├── memory.md ← 이 스튜디오의 누적 메모리 (발행 기록, 패턴 등)
└── resources/ ← 입출력 파일과 참조 자료
이 표준은 전역 CLAUDE.md의 “작업 공간 생성 규칙”에 박혀 있어, 사용자가 “새 작업 공간 만들어 줘”라고 하면 코워크가 자동으로 폴더 + 빈 파일을 생성한다.
단일 책임 — 도메인별 분리
블로그 운영 시스템 예시에서는 3개 스튜디오로 분리:
| 스튜디오 | 책임 | 핵심 산출물 |
|---|---|---|
| 보이스 스튜디오 | 톤·문체 학습 및 검수 | 보이스-원칙.md |
| 블로그 스튜디오 | 주제 발굴 → 초안 → 검수 → 발행후 처리 | 글 초안 파일, memory.md의 발행 기록 |
| 공유 스튜디오 | 1글 → N채널 변환 | 인스타·쓰레드·X·뉴스레터 파일 |
각 스튜디오는 다른 스튜디오의 산출물을 입력으로 받을 수 있지만, 자체 규칙은 독립적이다.
라우팅 맵 — 자연어 → 스튜디오
전역 CLAUDE.md에 작업 유형 ↔ 스튜디오 매핑을 미리 적어두면, 사용자가 자연어로 요청해도 코워크가 알아서 맞는 폴더로 진입한다.
예시:
- “글톤 분석해 줘” → 보이스 스튜디오
- “이번 주 주제 추천해 줘” → 블로그 스튜디오
- “이 글을 4채널로 변환해 줘” → 공유 스튜디오
스튜디오 생성 순서가 중요한 이유
블로그 운영 시스템의 경우 보이스 스튜디오를 가장 먼저 만든다. 모든 글의 출발점이 톤이기 때문이다. 톤이 잡혀야 그 위에 다른 작업이 쌓일 수 있다. 의존성 순서:
보이스 스튜디오 (톤 학습)
↓
블로그 스튜디오 (글 생성, 보이스 원칙 참조)
↓
공유 스튜디오 (다채널 변환, 보이스 원칙 + 블로그 글 참조)
확장성
- 새 도메인(예: 뉴스레터 전담, 영상 스크립트 전담)은 같은 패턴으로 추가만 하면 됨.
- 기존 스튜디오 수정이 다른 스튜디오에 영향 주지 않음 (관심사 분리).
- 표준 패턴이 박혀 있으므로 어떤 도메인이든 셋업 시간이 일정.