claude code web을 검색해서 오신 분들을 위한 짧은 답변을 드리자면: 2026년 7월 7일, Anthropic은 Claude Cowork를 웹(web)과 모바일(mobile)로 출시하기 시작했습니다. 이것은 일반적인 의미의 브라우저 기반 코드 에디터 버전이 아니라, 이제 데스크톱(desktop) 애플리케이션뿐만 아니라 다른 곳에서도 실행되는 오피스 에이전트(office agent)입니다. 이번 출시의 핵심 속성은 노트북을 닫아도 세션(session)이 계속될 수 있다는 점입니다. Anthropic의 릴리스 노트(release notes)와 7월 7일자 TechCrunch 보도에 따르면, 계획된 작업들은 사용자의 기기 없이도 온라인에서 실행됩니다.

이전에는 에이전트가 기기에 종속되어 있었습니다. 즉, 노트북 덮개를 닫으면 프로세스(process)가 중단되었습니다. 이제 작업은 클라우드(cloud)로 이동하여 그곳에서 스스로 실행됩니다. 직장에서 작업을 시작하고, 이동 중에 휴대폰으로 상태를 확인하며, 저녁에 다른 화면에서 결과를 확인할 수 있습니다. 일상적인 루틴 측면에서 이는 답변 품질의 향상보다 작업 모델을 더 크게 변화시킵니다.

이제 구체적으로 살펴보겠습니다: 정확히 무엇이 출시되었는지, 비동기성(asynchronicity)은 어떻게 구성되어 있는지, 실제로 어떤 작업을 에이전트에게 맡길 수 있는지, 어디서 오류가 발생하는지, 자원을 얼마나 소모하는지, 그리고 여전히 할 수 없는 것은 무엇인지에 대해 다룹니다. 만약 당신이 러시아에 있고 VPN이나 해외 카드 없이 Claude 모델을 사용해보고 싶다면, provod.ai를 통해 접근할 수 있습니다. 하지만 이는 광고 문구가 아니라 아래에서 다룰 실질적인 내용입니다. 언급된 것은 해외 서비스와 유사한 모델 애그리게이터(aggregator)인 provod.ai(러시아의 OpenRouter)입니다.

7월 7일에 정확히 무슨 일이 일어났나요?

각각의 근거를 바탕으로 사실을 정리해 보겠습니다. Anthropic이 2026년 7월 7일에 Claude Cowork를 웹과 모바일로 출시하기 시작했다는 점은 Anthropic의 릴리스 노트(release notes)와 TechCrunch, MacRumors를 통해 확인되었습니다. 첫 번째 베타(beta) 웨이브는 Max 플랜 구독자들을 대상으로 하며, 이후 다른 플랜들이 추가될 예정입니다. 즉, 즉각적인 대중적 접근은 불가능하며, 우선 최상위 요금제부터 시작하여 나중에 확장될 예정입니다.

핵심적인 새로움은 원격 실행 (remote execution)입니다. Anthropic의 릴리스 노트 (release notes)와 TechCrunch의 자료에 따르면, Cowork는 세션을 원격으로 실행할 수 있으며 노트북을 닫은 후에도 작업을 계속할 수 있습니다. 예약된 작업은 사용자의 기기 없이 온라인에서 진행됩니다. 휴대폰 앱은 일반적인 클라이언트처럼 설치되지만, 무거운 작업은 해당 기기에서 처리되지 않습니다.

또 다른 변화는 인터페이스에 관한 것입니다: Chat과 Cowork는 프로젝트와 아티팩트 (artifacts)를 위한 공통 시작 페이지를 갖게 되었습니다. 간단히 말해, 채팅과 에이전트 작업이 더 이상 서로 다른 세계에 존재하지 않는다는 의미입니다. 이들은 하나의 진입점, 하나의 프로젝트, 하나의 아티팩트를 공유합니다. 이는 Anthropic의 릴리스 노트와 TechCrunch를 통해 확인된 사실입니다.

그리고 동일한 TechCrunch 자료에서 언급된 솔직한 주의 사항이 있습니다: 로컬 파일 및 브라우저 작업 측면에서는 여전히 데스크톱 (desktop) 버전이 가장 완전한 환경입니다. 웹과 모바일은 접근성과 작업의 연속성에 초점을 맞춘 것이지, 권한의 완전한 동등함을 의미하는 것은 아닙니다. 이 점을 유념해 두세요. 제한 사항 섹션에서 이 부분으로 다시 돌아올 것입니다.

노트북을 닫은 후에도 작업이 어떻게 계속되나요?

추측 없이 사실에 기반하여 메커니즘을 분석해 보겠습니다. 이전에는 에이전트 (agent)가 로컬 클라이언트의 일부로 간주되었습니다. 즉, 애플리케이션이 열려 있고 컴퓨터가 절전 모드로 들어가지 않는 동안에만 작업이 유지되었습니다. 노트북을 닫으면 모든 것이 중단되었습니다. 이제 Anthropic의 릴리스 노트에 따르면, 예약된 작업은 사용자의 기기 없이 온라인에서 실행되며 세션을 원격으로 계속할 수 있습니다. 즉, 작업 상태가 사용자의 하드웨어에 의존하지 않는다는 것을 의미합니다.

실제 사용 사례는 다음과 같습니다. 한 기기에서 작업을 정의하면 에이전트가 자신의 측면에서 작업을 시작하며, 사용자는 노트북 덮개를 닫거나 휴대폰을 내려놓아도 프로세스가 중단되지 않습니다. 나중에 로그인된 어떤 클라이언트로든 다시 돌아오면 공통 시작 페이지에서 동일한 프로젝트와 동일한 아티팩트 (artifacts)를 확인할 수 있습니다. 이것이 바로 크로스 플랫폼 (cross-platform) 동작입니다. 단순히 '세 개의 화면에서 돌아가는 동일한 애플리케이션'이 아니라, 다양한 측면에서 접속할 수 있는 '하나의 작업'인 것입니다.

원하는 바를 사실인 것처럼 과장해서는 안 됩니다. 소스들은 모든 플랫폼에서 동일한 권한을 보장한다고 약속하지 않습니다. 로컬 머신 (local machine)에 대한 깊은 접근 권한, 즉 특정 컴퓨터의 디스크에 있는 파일이나 브라우저 작업에 대한 접근은 여전히 데스크톱 (desktop) 버전의 강력한 장점으로 남아 있으며, TechCrunch는 이에 대해 명확히 기술하고 있습니다. 클라우드 (cloud)로 넘어가는 것은 원칙적으로 사용자의 디스크 없이도 계산할 수 있는 작업들입니다. 외부 데이터에 대한 보고서는 가능합니다. 하지만 클라우드에 없는 로컬 파일에 대한 엄격한 작업의 경우, 데스크톱 버전이 더 정직합니다.

여기서 환경별 작업 배치를 위한 간단한 규칙이 도출됩니다. 만약 작업이 에이전트가 작업 자체 내에서 가져오거나 사용자로부터 받을 수 있는 데이터에 의존한다면, 안심하고 클라우드에 맡긴 뒤 노트북을 닫아도 됩니다. 만약 작업이 해당 머신의 디스크에 있는 특정 파일이나 브라우저에서의 동작을 필요로 한다면, 데스크톱에 남겨두십시오. 아래 표는 기능별 분류를 보여줍니다.

실제로 어떤 작업들을 이러한 에이전트에게 맡길 수 있는가?

클라우드 에이전트의 가치는 벤치마크 (benchmarks)가 아니라 지루한 일상 업무에서 드러납니다. 다음은 사람들이 비동기식 조수에게 맡기는 요청의 범위입니다. 논리는 하나입니다: 작업은 사용자의 지속적인 존재 없이도, 그리고 디스크의 기밀 데이터 없이도 계산될 수 있어야 합니다.

채용 및 내부 프로세스. 설정된 기준에 따른 초기 지원서 필터링, 유사한 유형의 표 채우기, 부서용 주간 요약 보고서 작성, 내부 위키 (Wiki) 업데이트 등이 이에 해당합니다. 이러한 루틴 업무는 당신이 다른 일에 집중하는 동안 에이전트 (Agent)가 백그라운드에서 처리합니다. 에이전트가 채용 전문가를 대체하거나 당신을 대신해 프로세스를 구축할 수는 없지만, 초안 작성과 후보자 1차 검토는 수 시간을 절약해 줍니다.

리서치 및 텍스트 작성. 특정 주제에 대한 정보를 수집하고, 인용구를 추출하며, 자료의 구조를 잡는 작업입니다. 여기서 전형적인 리스크가 발생합니다. 장기적인 관점에서 에이전트는 이름, 날짜 또는 출처를 확신을 가지고 잘못 섞어버릴 수 있으며, 아무 일도 없었다는 듯이 작업을 계속할 수 있습니다. 결론은 간단합니다. 에이전트가 작성한 모든 전기, 정보 요약, 사실 기반 텍스트는 검증이 필요한 초안일 뿐, 완성된 진실이 아닙니다. 최종적인 사실 확인 (Fact-check)은 결국 사람이 수행해야 합니다.

일상 및 소소한 업무. 날짜별 옵션 찾기, 구독 만료 전 액세스 연장 알림, 아이디어 수집, 월요일까지의 짧은 발표 자료 초안 작성, 회의 전 메모 정리, 링크를 통한 트랜스크립트 (Transcript) 및 요약 추출 등이 있습니다. 개별적으로는 사소한 일들이지만, 바로 이런 일들이 업무 시간을 잡아먹으며, 그렇기에 백그라운드에서 맡기기에 매우 편리합니다.

데이터 및 정리. 제각각 입력된 연락처가 포함된 추출 데이터를 가져와 중복을 찾고 하나의 형식으로 통일하는 작업입니다. 중복 제거 (Deduplication), 필드 정규화 (Normalization), 다른 데이터베이스와의 교차 검증 (Cross-check)은 에이전트의 전형적인 업무입니다. 객체와 연락처 데이터베이스가 표준 없이 수년간 쌓여온 모든 회사에서 마찬가지입니다. 당신이 오프라인 상태인 동안 이러한 데이터 쓰레기 더미를 백그라운드에서 정리하기에 매우 유용합니다.

한 가지 솔직한 단점. 에이전트는 기본적으로 차분하게 글을 쓰지만, 비즈니스 이메일에서 부적절하게 지나치게 친근한 인사를 건네거나 대소문자 표기를 틀릴 수 있습니다. 이러한 부분은 오직 교정 과정을 통해서만 잡아낼 수 있습니다. 여기서 에이전트는 살아있는 전문가를 완전히 대체하지 않습니다. 오류의 비용이 높은 곳에서는 최종 결정권이 여전히 사람에게 남아 있습니다.

러시아 독자들을 위해 적절한 비교를 들어보겠습니다. Cowork는 Claude 생태계 내부의 오피스 에이전트이며, 러시아 사용자의 선택은 모델 자체보다는 결제 방식과 접근성에 달려 있는 경우가 많습니다. 해외 카드와 VPN을 유지하고 싶지 않다면, provod.ai를 통해 하나의 키로 Claude, GPT, Gemini, DeepSeek, Qwen을 루블 잔액으로 이용할 수 있으며, 러시아 카드, SBP(빠른 결제 시스템) 또는 계좌 이체로 결제할 수 있습니다. 이것은 Cowork 자체나 Anthropic 구독이 아니라, OpenAI 및 Anthropic SDK와 호환되는 단일 API를 통해 모델에 접근하는 방식입니다.

from anthropic import Anthropic

client = Anthropic(
...

어디서 문제가 발생하며 비용은 얼마나 소모되는가?

이제 불편한 부분을 다뤄보겠습니다. 이 내용이 없으면 가이드는 무용지물입니다. 첫 번째는 한도와 비용입니다. 클라우드에서 작업을 계산하는 비동기 (Asynchronous) 에이전트는 사용자가 화면을 보고 있지 않을 때도 토큰 (Tokens)을 소모합니다. 긴 백그라운드 세션은 예산을 더 조용하게, 하지만 적게 쓰지는 않습니다. 요금제가 제한적이라면, 긴 야간 실행 작업이 가장 먼저 한도에 도달할 것입니다. 실무적인 팁은 간단합니다. 유휴 소모를 줄이기 위해 작업의 경계를 설정하고, "무한 리서치"를 실행하지 마세요. 실질적인 절약은 "알아서 다 해줘"가 아니라, 좁고 검증 가능한 작업을 부여하는 데서 옵니다.

두 번째는 장기 실행 시의 오류입니다. 자율 실행 (Autonomous run)이 길어질수록 에이전트가 어딘가에서 잘못된 방향으로 꺾인 뒤에도 확신을 가지고 계속 진행할 확률이 높아집니다. 클라우드는 그 순간 사용자의 특정 작업에 맞춰 훈련되는 것이 아니며, 진행 과정에서 더 똑똑해지지도 않습니다. 내부적으로는 동일한 모델이기 때문입니다. 작업이 완료된 보고서에서 오류를 발견하는 대신, 편차를 조기에 포착할 수 있도록 긴 작업을 체크포인트 (Checkpoints)가 있는 단계별 과정으로 나누십시오.

셋째 - 보안 및 개인정보 보호 (Security and Privacy). 데이터가 서비스 측으로 전송됩니다. 영업 비밀, 문서 스캔본, 고객의 개인정보는 클라우드 에이전트 (Cloud Agent)에 업로드하지 않는 것이 좋습니다. 계정이 차단될 경우, 히스토리와 함께 작업에 대한 접근 권한을 잃을 수 있습니다. 이론적으로 모든 클라우드 서비스는 규칙 위반 시 계정을 정지(Ban)할 수 있습니다. 갑작스럽게 제한을 받더라도 항소(Appeal)나 고객 지원팀과의 교신이 가능하지만, 이는 보장된 것이 아닙니다. 교훈 하나: 잃어버렸을 때 치명적인 데이터는 클라우드에 보관하지 말고, 이용 약관을 미리 읽어두십시오.

넷째 - 내부 모델 (Model under the hood). 릴리스 소스들은 Cowork를 위한 특정 모델을 명시하지 않았으므로, 이를 바탕으로 결론을 내리지 마십시오. Claude 생태계에는 다양한 작업에 맞는 여러 옵션이 있지만, 출처 없이 Cowork에 특정 이름을 연결하는 것은 사실이 아닌 추측입니다. 작업을 밤새 클라우드에 맡기기 전에, 아래 도식에 있는 짧은 리스크 체크리스트를 확인하는 것이 유용합니다.

언제 웹/모바일을 사용하고, 언제 데스크톱을 유지해야 할까?

유행(Hype)이 아니라 작업의 유형에 따라 결정하십시오. 아래는 릴리스 사실을 바탕으로 어떤 환경이 더 적합한지 보여주는 요약 표입니다.

요약하자면: 클라우드는 작업의 지속과 계획을 위한 것이고, 데스크톱은 로컬 머신을 통한 심층 작업을 위한 것입니다. 이는 로컬 파일 및 브라우저 작업이 데스크톱의 강점으로 남는다는 TechCrunch의 언급에서 비롯된 직접적인 결과입니다.

팀을 위한 실질적인 도입 순서입니다. 하나의 일상적인 작업부터 시작하세요. 예를 들어, 부서의 주간 요약 보고서 같은 작업입니다. 좁은 범위를 설정하고, 시작점과 종료 조건(stop-condition)을 명시하세요. 실제 데이터이되 기밀이 아닌 데이터를 사용하여 테스트하십시오. 에이전트(Agent)가 예측 가능한 방식으로 작동하는 것을 확인한 후에만 다음 시나리오를 연결하십시오. 이렇게 하면 리스크를 줄일 수 있으며 모든 문제를 한꺼번에 마주하지 않아도 됩니다. 아래 지도는 환경별 전형적인 작업들을 한눈에 보여줍니다.

이 릴리스가 해결하지 못하는 것은 무엇인가요?

과도한 기대치를 갖지 않도록 솔직하게 나열하겠습니다. 이 릴리스는 완전한 플랫폼 간 동등성(parity)을 제공하지 않습니다. 로컬 머신에 대한 깊은 접근 권한은 여전히 데스크톱(Desktop)의 영역으로 남아 있습니다. 또한 결과물에 대한 검증을 대체하지 않습니다. 약력, 수치, 인용구 등 모든 것은 검토 과정을 거쳐야 합니다. 무제한 사용을 보장하지도 않습니다. 클라우드 작업은 예산을 소모합니다. 마지막으로, 이 릴리스가 에이전트를 전문가로 만들어주지는 않습니다. 살아있는 컨설턴트, 변호사 또는 엔지니어가 필요한 영역에서 에이전트는 최종안이 아닌 초안을 제공할 뿐입니다.