앤스로픽, 클로드 코드 클라우드 환경 자동 구성

앤스로픽이 11월 6일(미국 시간) 클로드 코드 클라우드 세션에서 저장소를 돌리는 데 필요한 실행 환경을 클로드가 스스로 찾아 구성하는 기능을 내놓았다. 클로드가 코드에 필요한 의존성과 네트워크 접근, API 키를 파악한 뒤 그 설정을 환경으로 저장해 다음 세션에서 다시 쓴다. 대상은 Pro, Max, Ultra 요금제다. 앤스로픽은 공식 개발자 계정에서 "API 키는 안전하게 저장되기 때문에 클로드는 그 키를 절대 보지 못한다"고 밝혔다. 이 발표 글은 하루가 지나기 전에 조회수 40만 회, 좋아요 6,000개를 넘겼다.

메탈은 앤스로픽이 클로드 코드 데스크톱에서 병렬 세션을 개편한 소식을 보도한 바 있다. 그때 바뀐 것이 여러 작업을 동시에 굴리는 방식이었다면, 이번에는 클라우드 세션이 처음 저장소를 받았을 때 막히는 구간을 겨눈다. 클라우드 세션은 사용자의 컴퓨터가 아니라 앤스로픽이 관리하는 가상 머신에서 클로드 코드를 실행한다. 저장소는 매번 새로 복제되고, 사용자 컴퓨터에만 깔린 도구나 설정은 넘어오지 않는다. 그래서 의존성 설치와 허용 도메인, 비밀 키를 사람이 환경 설정 창에서 하나씩 채워야 했다.

메탈이 확인한 21초 분량의 시연 영상은 그 과정이 대화 한 번으로 줄어든 모습을 보여 준다. 사용자가 포인트 레예스 등대의 이번 주 날씨를 앱으로 띄워 달라고 요청하자, 클로드는 명령 두 개를 돌려 하나가 실패한 것을 확인한다. 이어 이 앱에 파이썬 의존성과 api.example.com 접근, 날씨 API 키가 필요하다고 정리하고, 설치 과정을 셋업 스크립트로 저장하는 lighthouse-weather 환경을 만들겠다고 제안한다. 화면에 뜬 「새 환경 생성」 창에는 api.example.com 허용과 기본 패키지 관리자·MCP 서버 허용, 그리고 requirements.txt 를 pip 로 설치하는 다섯 줄짜리 스크립트가 적혀 있고, 사용자는 거부와 생성 가운데 하나를 고른다.

키를 다루는 장면이 이 기능의 핵심이다. 환경이 만들어지면 클로드는 api.example.com 에 쓸 비밀 값을 요청하는 입력 창을 띄우고, 사용자는 베어러 토큰이나 사용자 이름과 비밀번호 방식으로 키를 넣는다. 창에는 클로드가 그 값을 보지 못하며 api.example.com 으로만 보낸다는 안내가 붙는다. 영상 속 앱은 키를 저장한 뒤 5000번 포트에서 실행되고, 미리보기 창에 58도 예보가 뜬다.

클로드 코드 문서에 따르면 이 장치의 바탕은 네트워크 시크릿이다. 앤스로픽의 에이전트 프록시가 요청이 세션의 가상 머신을 떠난 뒤에 키를 덧붙이기 때문에 키 자체는 가상 머신 밖에 머문다. 문서는 키가 세션의 환경 변수에도, 어떤 파일에도 나타나지 않는다고 설명한다. 저장한 값은 다시 열어 볼 수 없고, 바꾸려면 지우고 새로 넣어야 한다. 깃허브와 앤스로픽 API, npm·PyPI 같은 공개 패키지 저장소로 가는 요청에는 시크릿이 붙지 않는다.

환경 변수는 사정이 다르다. 문서는 환경을 쓰는 사람이면 누구나 변수와 셋업 스크립트를 읽을 수 있다고 경고하며, 프록시가 붙일 수 있는 키는 변수가 아니라 시크릿으로 저장하라고 권한다. 네트워크 접근은 없음, 신뢰, 전체, 사용자 지정의 네 단계로 나뉘고, 기본값인 신뢰 단계는 패키지 저장소와 깃허브, 클라우드 SDK 같은 허용 목록 도메인만 연다. 클로드가 제안한 lighthouse-weather 환경은 이 기본 목록에 api.example.com 한 곳을 더한 구성이다.

저장된 환경이 다음 세션을 빠르게 만드는 원리는 캐시다. 셋업 스크립트가 약 5분 안에 끝나면 앤스로픽이 파일 시스템을 스냅샷으로 떠서 다음 세션의 출발점으로 쓰고, 새 세션은 설치 단계를 건너뛴다. 스크립트를 고치거나 허용 도메인을 바꾸면, 또는 약 7일이 지나 캐시가 만료되면 스크립트가 다시 돈다. 5분을 넘기는 스크립트는 캐시되지 않는다. 각 세션은 우분투 24.04 가상 머신에서 4개의 vCPU, 16GB 메모리, 30GB 디스크 안팎의 자원으로 돌아간다. 문서에 따르면 클라우드 가상 머신에 별도 요금은 없고 사용량은 요금제 한도에서 함께 빠진다.

노아 즈웨벤(Noah Zweben) 앤스로픽 클로드 코드 제품 매니저는 X에 "에이전트가 일하는 최전선의 루프가 클라우드로 옮겨 가면서 잘 구성된 클라우드 환경은 점점 더 중요해질 것"이라고 썼다. 그는 클로드 태그와 프로젝트, 듀엣을 그 예로 들고 "클로드는 이제 앱을 만드는 데 필요한 네트워크와 의존성, API 접근을 사용자와 함께 확보한다"고 덧붙였다. 같은 환경이 데스크톱 앱과 모바일 앱, claude.ai/code, 터미널의 claude --cloud, 클라우드 예약 작업, 클로드 태그에 똑같이 적용되기 때문에 한 번 만든 환경이 여러 진입로에서 함께 쓰인다.

엔지니어링 관점에서 보면 이번 변화는 에이전트에게 권한을 넘기는 순서를 바꾼다. 지금까지는 사람이 미리 환경을 짜 두고 에이전트가 그 안에서 일했다면, 이제는 에이전트가 먼저 부딪쳐 실패한 명령을 근거로 필요한 권한 목록을 만들고 사람은 승인만 한다. 허용 도메인은 한 곳씩 명시되고 키는 사람 손으로만 들어가며 에이전트의 작업 공간 밖에 남는다. 팀 단위에서는 소유자가 만든 공유 환경이 구성원 모두의 선택 목록에 나타나지만, 문서는 공유 환경의 변수에 비밀을 넣지 말라고 다시 강조한다.

문서에 따르면 브라우저 로그인을 거치는 AWS SSO 같은 대화형 인증은 클라우드 세션에서 지원되지 않고, 번(Bun)은 보안 프록시와의 호환 문제로 패키지를 받는 데 오류가 알려져 있다. 기본 이미지를 통째로 바꾸는 것도 아직 안 된다. 클로드가 실패한 명령에서 필요한 권한을 읽어 내고 키는 끝까지 보지 않는 구조가 자리 잡으면, 클라우드에서 에이전트를 처음 돌리는 데 드는 설정 시간은 승인 버튼 몇 번으로 줄어든다.