본문 바로가기
AI·테크 브리핑

클로드코워크, 이제 폰·웹에서도 돈다

개발자 살리에리 2026. 7. 8. 19:10
반응형

Claude Cowork expands to mobile and web
Claude Cowork expands to mobile and web

 

⚡ 한 줄 요약: 클로드 코워크(Claude Cowork)가 모바일 앱·웹으로 확장돼, 데스크톱에서 시작한 작업을 폰으로 상태 확인하고 노트북을 꺼도 완료물을 나중에 받는 비동기 에이전트로 성격이 바뀌었다.

 

 

📑 목차

 

 

무슨 일인지

Anthropic이 클로드 코워크(Claude Cowork)를 모바일 앱과 웹으로 확장했다.
핵심 변화는 기능 추가가 아니라 실행 모델의 전환이다.
지금까지 코딩 에이전트가 "내 화면 앞에서, 내가 지켜보는 동안" 도는 동기(synchronous) 도구였다면, 이번 업데이트로 "책상에서 작업을 던지고 → 폰으로 진행 상황을 받고 → 노트북이 꺼져 있어도 → 나중에 결과를 회수"하는 흐름이 가능해졌다.
클라이언트(내 기기)와 실행(클라우드)이 분리된, 사실상 백그라운드 잡(job)에 가까운 구조다.

또 하나 눈에 띄는 맥락은 확장의 이유다.
여러 보도(Technobezz 등)에 따르면 Anthropic은 실제 사용자 다수가 개발자가 아니라는 점을 확인하고 코딩 밖 업무로 저변을 넓히는 방향을 잡았다.
즉 "코딩 도구"가 아니라 "업무 에이전트"로 프레이밍을 옮기는 신호다.

 

 

왜 개발자에게 중요한가

이건 단순한 "앱 나왔다" 뉴스가 아니다.
개발자 입장에서 보면 익숙한 인프라 문제 세트가 그대로 따라온다.

 

관심사 동기 도구(기존) 비동기 에이전트(이번)
실행 위치 내 로컬/세션 원격, 세션과 분리
상태 확인 화면에서 즉시 폴링·알림으로 조회
실패 처리 그 자리에서 재시도 잡 단위 재시도·백오프
관측 로그 보면 끝 잡ID·진행률 추적 필요

 

한마디로 에이전트가 백그라운드 워커가 되는 순간, "옵저버빌리티(관측 가능성)"가 필수가 된다.
"돌려놓고 나중에 받는다"는 편의는, 뒤집으면 "지금 어디까지 됐는지 모른다"는 리스크다.
그래서 잡 상태를 어딘가에 기록하고, 폰이든 웹이든 그걸 읽어오는 설계가 자연스레 요구된다.

 

 

실무 적용 — 비동기 잡 패턴 흉내내기

클로드 코워크 자체는 소비자용 제품이며 현재까지 공식 공개 API는 확인되지 않았다(불확실하면 공식 문서 확인 권장).
다만 "던지고 → 상태 저장 → 다른 기기에서 조회"라는 패턴은 Anthropic API로 그대로 재현해 볼 수 있다.
아래는 상태 저장소를 최소한의 dict로 두고, 기록하는 쪽과 읽는 쪽을 함께 보여준다.

import time
from anthropic import Anthropic, APIStatusError, RateLimitError

client = Anthropic()
store = {}  # 실제로는 Redis/SQLite로 교체 (여기선 최소 예시)

def run_job(job_id: str, prompt: str, retries: int = 3):
    store[job_id] = {"status": "running"}
    for attempt in range(retries):
        try:
            msg = client.messages.create(
                model="claude-sonnet-4-6",   # 발행 시점 최신 모델 확인 권장
                max_tokens=1024,
                messages=[{"role": "user", "content": prompt}],
            )
            store[job_id] = {
                "status": "done",
                "output": msg.content[0].text,
                "usage": msg.usage.model_dump(),  # 비용 계측용 저장
            }
            return
        # RateLimitError는 APIStatusError의 하위 클래스 → 먼저 잡아야 세분화된다
        except RateLimitError:
            time.sleep(2 ** attempt)          # 지수 백오프
        except APIStatusError as e:
            store[job_id] = {"status": "error", "code": e.status_code}
            return
    store[job_id] = {"status": "failed"}       # 재시도 소진

def get_status(job_id: str):                   # 폰/웹이 폴링하는 쪽
    return store.get(job_id, {"status": "unknown"})

RateLimitError를 APIStatusError보다 위에서 잡는 이유는 상속 관계 때문이다.
좁은 예외를 먼저 두지 않으면 전부 상위에서 삼켜져 백오프 분기가 죽는다.
usage를 함께 저장해 두면 잡별 토큰·비용을 나중에 집계할 수 있다.

 

 

체크포인트

  • 상태 저장소부터 만들어라. 에이전트를 백그라운드로 돌릴 거면 잡ID·status·usage를 남기는 store가 1순위다(dict → Redis/SQLite 순으로 승격).
  • 실패 경로를 코드로 박아라. RateLimit은 지수 백오프, 그 외 API 오류는 즉시 기록. "재시도 큐" 문구만 두고 로직을 비우지 말 것.
  • 읽는 쪽(폴링/알림)을 잊지 마라. 던지는 코드만큼 get_status 같은 조회 경로가 있어야 "폰에서 확인" 서사가 닫힌다.

 

 

참고(출처)

🔗 함께 보면 좋은 글

 

 

📊 오늘의 개발 트렌드 (자동 집계)

GitHub·Hacker News·Hugging Face·App Store·Cloudflare Radar에서 매일 자동으로 모은 개발 트렌드입니다. (2026-07-08 18:11 기준)

🐙 GitHub 급상승

📰 Hacker News 화제

🤗 Hugging Face 트렌딩 모델

💰 App Store 매출 TOP (한국)

  • ChatGPT — OpenAI OpCo, LLC
  • YouTube — Google
  • Pokémon GO — Niantic, Inc.

🌐 가장 많이 방문되는 웹 (Cloudflare Radar)

반응형
저작자표시 비영리 변경금지 (새창열림)

'AI·테크 브리핑' 카테고리의 다른 글

아웃시스템즈 대안 Xojo, AI로 승부수  (0) 2026.07.09
립모션도 반길 칩 독립 AI, ZML 무료 공개  (0) 2026.07.09
클로드코워크, 노트북 꺼도 일한다  (0) 2026.07.08
업무분장이 AI 확산 성패 가른다  (1) 2026.07.07
치매치료제 완치 언제쯤, 뇌 회로 제어 연구  (0) 2026.07.06

'AI·테크 브리핑' Related Articles

티스토리툴바