AI 도구의 무게중심이 ‘대화창’에서 ‘작업 실행 환경’으로 넘어가는 장면이 하나 더 늘었습니다. Anthropic이 그동안 macOS·Windows 데스크톱 앱에서만 돌아가던 Claude Cowork(클로드 코워크)를 화요일부터 모바일과 웹으로 처음 확장했습니다. 순서는 Max 구독자에게 먼저 열리고, 다른 요금제 사용자에게는 앞으로 몇 주에 걸쳐 순차 개방됩니다. 플랫폼 하나가 늘어난 소식처럼 보이지만, 뜯어보면 코딩 보조에 머물던 AI 에이전트가 기획·문서·리서치 같은 사무 전반으로 번지는 흐름의 한 조각입니다. 이 글은 The Verge·TechCrunch를 비롯한 여러 보도를 교차해, 무엇이 달라졌고 어떤 조건에서 값을 하며 도입 전 무엇을 계산해야 하는지를 정리했습니다.
무엇이 바뀌었나: ‘기기에 묶인 대화’에서 ‘기기를 넘나드는 작업’으로
이번 변화의 본질은 접속 채널이 아니라 작업의 연속성입니다. 이전 Cowork는 데스크톱 앱 한 곳에 묶여 있었기 때문에, 노트북을 닫는 순간 진행 중이던 작업의 흐름도 사실상 멈췄습니다. 확장 이후에는 책상에서 작업을 걸어두고, 이동 중에는 휴대폰으로 진행 상태만 확인하다가, 자리에 돌아와 완성된 결과물을 넘겨받는 방식이 가능해집니다. 노트북이 닫혀 있어도 작업이 계속 돈다는 것이 핵심이고, 성격 자체가 ‘한 기기에서 붙잡고 있어야 하는 대화’에서 ‘여러 기기에 걸쳐 이어지는 작업’으로 바뀐 셈입니다.
이걸 업무로 옮기면 두 가지가 달라집니다. 하나는 자료 정리·문서 초안·반복 처리처럼 시간이 걸리는 일을 ‘맡겨 두고 자리를 뜨는’ 비동기 방식이 자연스러워진다는 점, 다른 하나는 승인·검토 같은 사람의 개입 지점이 모바일 알림으로 옮겨가 대기 병목이 줄어든다는 점입니다. 다만 ‘어디서나 접근’을 ‘어디서나 같은 성능·권한’으로 오해하면 안 됩니다. 화면 크기와 입력 환경 때문에 모바일은 상태 확인과 승인에, 파일 조작이나 무거운 실행은 데스크톱에 무게가 실리는 식으로 역할이 갈릴 가능성이 큽니다. 그래서 도입 첫 단계에서 정할 것은 요금제가 아니라 ‘어느 기기에서 어디까지 하도록 허용할지’입니다. 예컨대 모바일은 승인·조회만, 외부 파일 생성·삭제는 데스크톱에서만 같은 경계를 미리 못 박아 두면 초기 혼선이 확 줄어듭니다.
채팅·프로젝트·코워크: 용도 경계를 못 그으면 해지로 간다
독일 IT 매체 Xpert.Digital(콘라트 볼펜슈타인, Konrad Wolfenstein)은 사용자들이 ‘Chat·Projects·Cowork 중 무엇을 써야 하나’를 두고 혼란과 불만 끝에 구독을 끊기도 한다는 점을 짚었습니다. 기능이 모자라서가 아니라, 겉보기에 비슷한 세 모드의 용도 경계가 사용자에게 또렷하게 전달되지 않은 탓입니다. 기능이 늘수록 만족도를 가르는 건 성능이 아니라 ‘무엇을 언제 쓰는가’라는 사용 설계라는 뜻입니다.
실무 기준으로 경계를 그으면 이렇게 나뉩니다. 채팅(Chat)은 맥락을 오래 붙들 필요가 없는 단발 작업 — 즉석 질문, 짧은 초안, 아이디어 정리에 맞습니다. 프로젝트(Projects)는 특정 문서·지침·지식을 묶어 두고 같은 맥락 위에서 반복해 대화하는 ‘맥락 저장소’가 필요할 때입니다. 코워크(Cowork)는 여러 단계를 스스로 밟아 결과물까지 만들어내는 ‘작업 실행’에 무게가 실립니다. 가장 흔한 오해는 ‘코워크가 상위 호환이니 다 코워크로 돌리면 된다’는 생각인데, 단발 질문까지 코워크에 넘기면 대기 시간과 처리량만 늘고 체감 효율은 오히려 떨어집니다. 반대로 여러 단계가 필요한 일을 채팅으로 붙들면 사람이 매번 다음 지시를 넣어야 해 금세 지칩니다. 구독 해지의 상당수는 성능 불만이 아니라 이 매칭 실패에서 나옵니다. 판별은 한 문장으로 됩니다 — ‘이 일에 내가 중간에 몇 번 개입해야 하나’. 개입이 0~1회면 채팅, 같은 자료를 계속 참조하면 프로젝트, 개입 없이 여러 단계를 맡기고 싶으면 코워크입니다. 도입 첫 2주는 자신의 반복 업무 5~10개를 적어 각각을 세 모드에 배정해 보는 것만으로 체감이 달라집니다.
코딩 에이전트 경쟁이 ‘사무실 전체’로 번지는 국면
TechCrunch는 이번 확장을 ‘코딩 에이전트 전쟁이 사무실의 나머지 영역으로 번지는’ 국면으로 읽었습니다. 그간 AI 에이전트 경쟁은 개발자용 코딩 보조에 몰려 있었는데, 그 실행형·자율형 방식이 이제 기획·문서·리서치 같은 일반 사무로 넘어오고 있다는 것입니다. 질문에 답하는 대화형 챗봇과, 맡긴 일을 여러 단계로 처리하는 코워크류는 목적어 자체가 다릅니다. 전자는 ‘답’을 주고, 후자는 ‘완성물’을 만들려 합니다.
이 전환이 실무에 남기는 함의는 두 가지입니다. 첫째, 직무 역량의 무게중심이 ‘직접 실행’에서 ‘작업 정의와 검수’로 옮겨갑니다. 무엇을 어떤 단위로 쪼개 맡길지 설계하고, 나온 결과의 옳고 그름을 판별해 되돌리는 능력이 곧 생산성입니다. 손이 빠른 사람보다 지시를 정확히 자르고 결과를 날카롭게 검수하는 사람이 앞서게 됩니다. 둘째, 기대치를 현실 범위로 좁혀야 합니다. ‘자율 실행’은 매력적이지만 판단 근거가 불투명하고 중간 단계가 틀어지면 되돌리는 비용이 함께 커집니다. 그래서 6개월~2년 관점에서 현실적인 그림은 ‘사람 대체’가 아니라 초안·반복·정리를 위임하고 사람은 검수와 의사결정에 붙는 분업입니다. 지금 조직이 준비할 것은 도구 도입 자체가 아니라 ‘어떤 업무를 어느 수준까지 위임할지’에 대한 내부 기준선입니다. 이 선이 없으면 도구는 들어와도 아무도 무엇을 맡길지 몰라 방치되기 쉽습니다.
도입 전 계산할 네 가지: 비용·보안·품질·책임
자율형 도구는 편의가 커지는 만큼 리스크 항목도 늘어납니다. 먼저 비용입니다. 여러 단계를 스스로 도는 작업은 단발 질문보다 처리량과 시간이 훨씬 크고, 확장이 Max 구독자부터 열린다는 점도 요금제 판단에 얽힙니다. ‘무제한처럼 보이니 다 맡기자’는 접근은 사용량을 예상보다 빨리 태웁니다. 팀 단위라면 전면 확대 전 최소 4주간 실제 사용량을 측정하고, 자주 도는 반복 작업 몇 개를 ‘코워크로 돌릴 때’와 ‘채팅으로 처리할 때’로 나눠 시간·건수를 비교한 뒤 확대 여부를 정하는 편이 안전합니다.
보안·품질·책임은 함께 봐야 합니다. 접근점이 모바일·웹으로 늘었다는 건 편의성 향상인 동시에 노출면 증가입니다. 무엇을 올려도 되는지, 외부 공유·저장 범위가 어디까지인지 조직 정책을 먼저 세우고 민감 정보는 처음부터 배제하는 원칙이 기본입니다. 품질에서는 자율 실행 결과를 사람이 한 번 통과시키는 검수 게이트가 반드시 필요합니다. 특히 모바일 알림으로 ‘빠른 승인’을 반복하다 보면 검토가 습관적 탭으로 형식화되는 함정이 있으니, 금액이 걸리거나 외부로 나가는 결과물만은 데스크톱에서 다시 확인하는 이중 기준을 두는 게 좋습니다. 마지막은 책임 소재입니다. 결과의 최종 책임은 여전히 사람에게 있으므로 ‘누가 무엇을 언제 승인했는가’가 기록으로 남는 체계가 사고 대응과 유지보수의 출발점입니다. 결국 도입 판단은 ‘이 도구가 좋은가’가 아니라 ‘우리 업무의 어느 구간에서, 어떤 안전장치와 함께 값을 하는가’로 좁혀야 합니다.
자주 묻는 질문
Claude Cowork 모바일·웹은 지금 모든 사용자가 쓸 수 있나요?
아닙니다. Max 구독자에게 먼저 순차 개방되고, 다른 요금제 사용자에게는 앞으로 몇 주에 걸쳐 확대된다고 안내됐습니다. 요금제에 따라 이용 시점이 다르므로 본인 계정에서 실제 활성화 여부를 확인하는 게 정확합니다.
채팅, 프로젝트, 코워크는 어떤 기준으로 골라야 하나요?
‘이 일에 내가 중간에 몇 번 개입해야 하나’로 판별하면 쉽습니다. 개입이 거의 없는 단발 질문·초안은 채팅, 같은 자료를 반복 참조하면 프로젝트, 개입 없이 여러 단계를 맡기고 싶으면 코워크입니다. 단발 질문까지 코워크로 돌리면 대기·처리량만 커집니다.
노트북을 닫아도 코워크 작업이 계속 진행되나요?
이번 확장의 핵심이 바로 그 점입니다. 책상에서 시작한 작업을 이동 중 휴대폰으로 상태 확인하고 이후 완성물을 넘겨받는 비동기 흐름이 가능하다고 소개됐습니다. 다만 기기별 허용 범위가 다를 수 있어, 모바일은 조회·승인, 데스크톱은 실행·파일 작업 식으로 미리 선을 그어 두는 편이 안전합니다.
자율 실행 도구를 도입하면 사람 업무가 줄어드나요?
초안·반복·정리의 위임은 늘지만, 작업을 정의하고 결과를 검수·판단하는 역할은 오히려 더 중요해집니다. 6개월~2년 관점에서는 ‘대체’보다 사람이 검수와 의사결정에 집중하는 분업 구조가 현실적입니다.
도입 전 가장 먼저 점검할 리스크는 무엇인가요?
비용(다단계 실행에 따른 사용량 급증), 보안(접근점 확대에 따른 데이터 노출), 품질(자율 결과의 검수 게이트), 책임(승인 기록 체계) 네 가지입니다. 특히 모바일에서 빠른 승인이 검토를 형식적으로 만들지 않도록, 외부로 나가는 결과물은 데스크톱에서 재확인하는 이중 기준을 권합니다.