Claude Cowork Dispatch 소개 글을 읽고 나면 보통 여기서 멈춘다.
“오, 폰에서 시킬 수 있구나.”
근데 실무에서는 그다음이 더 중요하다.
그래서 그걸 어떤 루프로 굴릴 건데?
그냥 폰에서 한마디 던지는 걸로 끝나면, 신기한 데모는 되지만 팀 생산성은 잘 안 오른다. 진짜 차이는 지시 -> 실행 -> 확인 -> 다음 지시가 끊기지 않는 비동기 루프를 만들었을 때 난다.
Quick Answer: Claude Cowork Dispatch의 본질은 “모바일에서도 Claude를 쓴다”가 아니다. 실제로는 폰에서 작업을 넘기고, 깨어 있는 데스크톱이 로컬 파일과 도구를 써서 실행하고, 사용자는 나중에 결과를 검수해 다음 액션으로 이어가는 비동기 에이전트 루프에 가깝다. 그래서 성패는 앱 설치보다
무슨 일을 넘길지,언제 확인할지,실패하면 어떻게 다시 지시할지를 정해두는 데 달려 있다.
이걸 한 줄로 요약하면,
- 모바일은 지시 인터페이스
- 데스크톱은 실행 엔진
- 사람은 검수와 다음 판단
이 셋이 붙어야 Cowork Dispatch가 의미가 생긴다.
Cowork Dispatch를 제대로 쓰는 사람들은 뭐가 다르냐
그냥 체험하는 사람은 이렇게 쓴다.
- 폰에서 “이거 정리해줘”
- 나중에 결과 한 번 봄
- 끝
실제로 루프를 만드는 사람은 이렇게 쓴다.
- 이동 중에 태스크를 짧게 넘긴다
- 데스크톱이 작업을 계속 돌린다
- 자리 복귀 후 결과를 빠르게 검수한다
- 바로 수정 지시나 후속 태스크를 이어 붙인다
즉 Cowork Dispatch는 챗봇이라기보다, 대기열을 가진 원격 작업 데스크로 보는 게 더 맞다.
이 기능이 잘 먹히는 작업과 안 먹히는 작업
잘 먹히는 작업
- 폴더 정리
- 문서 초안 만들기
- 회의록 요약
- 자료 수집 후 정리
- 정해진 체크리스트 기반 반복 작업
이런 일은 내가 자리에 없어도 데스크톱이 계속 해줄 수 있다.
안 먹히는 작업
- 중간중간 즉시 판단이 필요한 일
- 권한 승인 팝업이 자주 끼는 일
- 실행 결과를 바로 봐야 다음 단계가 되는 일
- 컴퓨터가 자주 잠드는 환경
이런 건 비동기보다 동기형 작업에 가깝다.
즉 Dispatch는 “모든 걸 원격으로 한다”가 아니라, 기다리는 시간이 긴 일을 앞으로 당겨놓는 도구에 가깝다.
실전 루프는 이렇게 짜면 편하다
1. 폰에서는 짧고 명확하게 던진다
모바일에서 긴 배경설명을 쓰기 시작하면 바로 피곤해진다.
좋은 지시는 보통 이 정도다.
다운로드 폴더에서 이번 주 PDF만 모아줘회의록 3개 합쳐서 결정사항만 뽑아줘이 폴더 안 md 파일 제목 규칙 통일해줘
핵심은 완료 조건이 보이는 지시다.
2. 데스크톱은 깨어 있어야 한다
이건 생각보다 중요하다.
Dispatch는 마법이 아니다.
- 데스크톱이 꺼져 있으면 안 되고
- Claude Desktop이 살아 있어야 하고
- 세션이 끊기면 흐름도 끊긴다
즉 모바일에서 시킨다고 해서 클라우드 백엔드가 대신 일해주는 건 아니다.
3. 자리 복귀 후엔 ‘결과 확인’이 아니라 ‘다음 액션 결정’을 한다
여기서 생산성 차이가 난다.
많은 사람이 복귀 후 결과만 보고 끝낸다. 근데 잘 쓰는 사람은 바로 다음 행동으로 이어 붙인다.
좋아, 이제 이걸 표로 정리해오류 난 부분만 다시 돌려완성본을 공유용 톤으로 바꿔
이게 붙으면 진짜 루프가 된다.
내가 보는 베스트 사용 시나리오 3개
시나리오 1. 출근길 위임
출근길에 폰으로 자료 정리 작업을 넘긴다. 사무실 도착했을 때 이미 초안이 있다.
이건 체감이 크다. 내가 앉아 있는 시간을 생산 시작점이 아니라 검수 시작점으로 바꿔주기 때문이다.
시나리오 2. 회의 직후 정리
회의 끝나고 이동하면서 바로 요약/정리 태스크를 던진다. 자리 돌아오면 공유 가능한 문서의 1차본이 나와 있다.
사람이 제일 귀찮아하는 “기억 날아가기 전에 정리”를 기계가 대신 해준다.
시나리오 3. 저녁에 던지고 아침에 검수
하루 끝에 정리성 작업을 걸어두고, 다음 날 아침에 결과를 본다.
이 방식은 특히 반복 업무에서 좋다.
- 폴더 구조 정리
- 미완성 문서 분류
- 회의 메모 묶기
- 자료 태깅
이 루프가 잘 안 굴러가는 이유
1. 지시가 너무 크다
모바일에서 한 문장으로 시킬 수 없는 일은 보통 너무 큰 일이다.
프로젝트 전체를 정리해줘 이런 건 멋있어 보이지만 잘 깨진다.
2. 확인 시점이 없다
비동기 작업은 넘긴 뒤 확인 시점까지 정해져 있어야 한다.
안 그러면 결과가 나와도 사람이 안 본다. 그럼 그냥 미뤄진 일 하나 더 생긴다.
3. 실패했을 때 재지시 문구가 없다
잘 되는 루프는 실패 메시지도 짧다.
에러난 파일만 다시표 형태로 다시결정사항만 남기고 압축
이런 재지시 패턴이 있으면 비동기 루프가 훨씬 부드럽다.
Claude Code Channels랑 같이 보면 왜 재밌냐
여기서 진짜 재미가 나온다.
Cowork Dispatch는 데스크톱 중심 비동기 흐름이고, Channels는 텔레그램 같은 외부 채널에서 Claude Code 세션에 지시를 보내는 흐름이다.
둘 다 결국 비슷한 질문으로 모인다.
“내가 자리에 없을 때도 작업을 계속 굴릴 수 있느냐?”
그래서 Dispatch를 쓰다 보면 자연스럽게 이런 쪽으로 관심이 간다.
- 원격 지시
- 비동기 작업 큐
- 결과 알림
- 실패 시 재시도
즉 이건 기능 하나의 얘기라기보다, 작업 방식이 동기식 채팅에서 비동기 운영으로 넘어가는 흐름의 일부다.
결론
Claude Cowork Dispatch를 제대로 쓰려면, 기능 소개보다 루프 설계가 먼저다.
정리하면 이거다.
- 폰에서는 짧고 명확하게 지시하고
- 데스크톱은 깨어 있는 실행 엔진으로 두고
- 복귀 후엔 결과 확인이 아니라 다음 액션으로 이어 붙여라
한 줄로 줄이면:
Dispatch는 모바일 기능이 아니라, 사람이 없는 시간에도 데스크톱을 일하게 만드는 비동기 운영 습관에 가깝다.
같이 보면 좋은 글
Claude Cowork Dispatch는 뭘 바꾸나 2026 — 폰에서 지시하고 PC에서 끝내는 비동기 작업 흐름스마트폰으로 Claude Code에 작업 지시 — Channels 기능 텔레그램 설정 실전기 2026