공식 발표에 따르면 Claude Code 자체 호스팅 환경은 Team 및 Enterprise 조직 대상 공개 테스트이며, 기본값은 꺼짐이고 ZDR을 사용하는 조직은 이용 대상에서 제외됩니다. 공식 발표를 기준으로 보면, 일반 작업은 클라우드부터 검토하고 내부 네트워크나 통제 요건이 실제로 막힐 때만 자체 호스팅을 평가하는 편이 낫습니다. 이 공개 테스트 안내가 macOS 또는 Xcode 지원을 보증하지는 않습니다.

기업 IT 책임자라면 네트워크 경계, 데이터 흐름, 운영 책임을 확인해야 합니다. 플랫폼 엔지니어링 책임자라면 Runner 지원 범위와 유지보수 부담을 따져야 합니다. Apple 플랫폼 책임자라면 Xcode와 서명 작업을 실제로 실행할 환경인지 확인해야 합니다.

마지막 갱신: 2026년 9월 25일. 확인 기준은 Claude Code 공식 발표와 자체 호스팅 문서, Apple의 외부 Agent용 Xcode 도구 안내입니다. 배포 전에는 공개 테스트 상태, 대상 조직, 플랫폼 지원을 다시 확인하세요.

실행 위치와 운영 주체 구분

클라우드, 자체 호스팅, Remote Control은 이름만 다른 동일한 Runner가 아닙니다. 작업 실행 위치와 환경 운영 주체가 다릅니다. 이 차이를 흐리면 내부망 요구를 해결하려고 도입한 환경에서 모델 요청은 외부로 전송되거나, 개인 개발자 세션을 팀 공용 Runner로 오인할 수 있습니다.

  • 클라우드 실행: 제공된 호스팅 환경에서 세션과 작업을 처리합니다. 인프라 운영을 직접 맡지 않아도 되므로, 내부망이나 별도 도구 통제가 요구되지 않는 작업의 기본 후보입니다.
  • 자체 호스팅 환경: 조직이 관리하는 컴퓨팅 환경에서 Runner를 실행합니다. 호스트와 실행 환경의 운영 책임이 조직 쪽으로 이동하지만, 모델 추론까지 로컬에서 끝난다는 뜻은 아닙니다. 자체 호스팅 환경 문서에서 실행 구조와 지원 범위를 확인해야 합니다.
  • Remote Control: 기존 개인 컴퓨터 세션에 원격으로 이어서 접근하는 방식입니다. 세션과 실행 환경은 해당 컴퓨터에 귀속되며, 팀 공용으로 관리하는 자체 호스팅 Runner와는 다릅니다. 세션 소유와 실행 위치는 공식 설명에 맞춰 확인하세요.
**Claude Code 자체 호스팅 환경과 클라우드는 무엇이 다른가요?** 자체 호스팅은 실행 환경의 관리 주체와 네트워크 경계를 바꾸는 선택입니다. 클라우드는 인프라 운영 부담을 줄이는 선택입니다. 어느 쪽이 안전하거나 저렴하다고 미리 단정하지 말고, 조직의 데이터 흐름과 운영 역량을 기준으로 비교해야 합니다.

플랫폼 엔지니어링의 지원 범위 확인

제품이 자체 호스팅을 공개 테스트로 발표했다는 사실만으로 원하는 운영 체제나 하드웨어에서 실행할 수 있다고 판단해서는 안 됩니다. macOS나 Xcode 작업이 필요하다면, 문서에 명시된 지원 플랫폼과 실행 방식이 그 요구를 충족하는지 별도로 확인하세요. 배포 문서는 운영 환경을 구성할 때 검토할 요소를 안내하지만, 개별 Mac 환경에 대한 지원을 자동으로 보증하지는 않습니다.

도입 전에는 다음 항목을 담당자와 함께 대조합니다.

  • 운영 체제와 실행 방식: 공식 문서의 지원 목록에 목표 환경이 명시되어 있는지 확인합니다. macOS 지원이 확인되지 않으면 Mac 구매나 임대를 먼저 진행하지 않습니다.
  • 업데이트와 이미지 관리: Runner 업데이트, 실행 이미지 변경, 취약점 대응, 롤백을 누가 맡는지 정합니다. 유지 책임자가 정해지지 않으면 시범 환경도 운영 환경으로 확대하지 않습니다.
  • 용량과 편성: 상시 용량을 둘지, 작업량에 따라 실행 환경을 마련할지 결정합니다. 어느 방식을 택해도 스케줄링, 대기열, 실패 재시도, 용량 부족 대응의 책임은 남습니다.
  • 장애 대응: 로그 확인, Runner 교체, 권한 회수, 작업 재실행을 담당할 팀과 절차를 지정합니다. 로그인이나 데모 성공만으로 운영 준비가 끝났다고 보지 않습니다.

보안 담당자의 데이터 경계 검토

자체 호스팅은 저장소 사본, 빌드 결과물, 실행 환경의 관리 범위를 조직 인프라 안에 둘 수 있게 하는 선택입니다. 그렇더라도 프롬프트와 응답, 도구 실행 결과 등 모델 추론에 필요한 데이터가 조직 밖으로 전혀 전달되지 않는다고 해석해서는 안 됩니다. 실제 전송 및 보관 조건은 자체 호스팅 환경 문서와 조직의 계약 및 설정을 함께 확인해야 합니다.

검토할 흐름은 크게 두 구간입니다.

  • 조직이 관리하는 실행 구간: 저장소 사본, 빌드 산출물, 비밀 정보가 어느 호스트와 저장 공간에 남는지 확인합니다. 로그와 캐시, 임시 파일의 삭제 시점도 정해야 합니다.
  • 모델 추론 구간: 프롬프트, 응답, 도구 결과 중 무엇이 추론 서비스로 전달되는지 확인합니다. 민감 정보가 포함될 수 있다면 전송을 막는다고 가정하지 말고 정책과 사용 범위를 검토합니다.
세션 기록의 보관 기간과 예외 조건도 별도로 살펴야 합니다. [Enterprise 데이터 보존 제어 안내](https://support.claude.com/en/articles/10440198-configure-custom-data-retention-controls-for-enterprise-plans)와 [ZDR 적용 제품 안내](https://privacy.claude.com/en/articles/8956058-i-have-a-zero-data-retention-agreement-with-anthropic-what-products-does-it-apply-to)를 기준으로 조직의 보존 설정과 계약 조건을 대조하세요. 공개 테스트 안내상 ZDR 사용 조직은 대상에서 제외되므로, 자체 호스팅 도입만으로 해당 조건을 우회할 수 있다고 보아서는 안 됩니다.

기업에서 자체 호스팅을 검토할 조건은 무엇인가요? 내부 네트워크 접근이나 통제된 도구 체인이 필수이고, 클라우드 환경으로 그 요구를 충족할 수 없을 때 검토합니다. 여기에 보안 담당자의 데이터 흐름 승인과 플랫폼 팀의 운영 책임 수용이 함께 있어야 합니다. 어느 하나라도 미정이면 클라우드에서 요구를 충족할 방법을 먼저 찾습니다.

Apple 플랫폼 담당자의 Xcode 검증

코드 분석과 편집, 일반적인 테스트 작업은 macOS가 필수인지 따로 분류할 수 있습니다. 반면 Xcode, 시뮬레이터, 서명 자격 증명, Apple 플랫폼용 빌드처럼 macOS 네이티브 도구가 필요한 작업은 실행 환경을 별도로 검증해야 합니다. Claude Code의 자체 호스팅 발표와 외부 Agent가 Xcode 도구에 접근하는 방법에 관한 Apple 문서는 서로 다른 범위의 정보입니다. Apple 문서는 외부 Agent와 Xcode 도구의 연동을 설명할 뿐, 자체 호스팅 Runner에서 macOS나 Xcode를 지원한다는 근거가 되지 않습니다.

자체 호스팅 Runner에서 macOS를 쓸 수 있나요? 공식 지원 목록에 macOS가 명시되어 있는지 확인하기 전에는 가능하다고 전제하지 마세요. 지원이 확인되지 않거나 불명확하면 Mac을 Runner로 구매하거나 배치하지 말고, 공급자 문서와 지원 채널을 통해 확인을 끝낸 뒤 시범 환경을 설계해야 합니다.

그 환경에서 Xcode 빌드를 실행할 수 있나요? 플랫폼 지원 확인만으로는 충분하지 않습니다. 실제 저장소를 사용해 의존성 설치, 빌드, 테스트, 서명, 산출물 전달까지 끝에서 끝까지 검증해야 합니다. 서명 자격 증명은 빌드 작업별로 분리하고, 로그나 캐시에 남지 않는지 확인하세요. 실제 Mac이 필요한 단계가 확인되면 Mac 구성 선택지를 검토할 수 있지만, 이 페이지가 Claude Code Runner의 호환성을 보증하는 것은 아닙니다.

FinOps 담당자의 전체 비용 산정

가격이 공개되지 않았거나 계약별로 달라지는 상황에서 절감률을 먼저 제시하면 잘못된 구매 판단으로 이어집니다. 클라우드는 사용량과 조직의 계약 조건을, 자체 호스팅은 인프라와 운영에 들어가는 실제 투입을 같은 기간과 같은 작업량으로 계산하세요. 아래 항목은 비용 산식의 입력값이지 확정 가격이 아닙니다.

  • 클라우드 비용: 실제 사용량에 계약상 과금 기준과 조직의 유효 단가를 적용해 산정합니다. 과금 기준과 단가는 구매 시점의 공식 조건으로 채웁니다.
  • 자체 호스팅 비용: 호스트 및 저장 공간 + 이미지 제작과 갱신에 투입되는 인력 + Runner 업데이트와 모니터링 + 오케스트레이션 + 유휴 용량 + 장애 대응 비용으로 계산합니다.
  • 비교 기준: 팀의 예상 작업량, 동시 실행 요구, 보관 정책, 지원 범위를 맞춘 뒤 비용을 비교합니다. 자체 호스팅의 인프라 가격만 놓고 클라우드 사용료와 비교하지 마세요.
자체 환경에는 직접 통제할 수 있다는 이점이 있지만, 업데이트와 장애 복구가 팀의 상시 책임이 됩니다. 반대로 클라우드는 운영 부담을 줄일 수 있어도 네트워크 경계와 조직 정책에 맞지 않을 수 있습니다. 내부 인력의 유지보수 시간을 비용에서 빼면 자체 호스팅의 총소유비용을 낮게 계산하게 됩니다.

구매 책임자의 선택 결정 도구와 시범 운영

아래 결정 조건을 위에서부터 적용하세요. 각 단계에서 조건이 충족되지 않으면 표시된 대안으로 돌아갑니다. 확인 결과와 담당자를 함께 기록해야 구매 검토 때 판단 근거를 재사용할 수 있습니다.

  • [ ] 클라우드가 네트워크, 데이터 보존, 조직 정책을 모두 만족합니다.
**만족하면 → 클라우드를 선택합니다.** 별도 Runner 운영을 맡을 이유가 있는지 먼저 설명할 수 있어야 합니다. **만족하지 않으면 →** 해결되지 않는 요구를 보안 및 플랫폼 담당자가 기록하고 다음 조건으로 이동합니다.
  • [ ] 클라우드로 충족할 수 없는 내부 네트워크, 통제된 도구 체인 또는 규정 요건이 있습니다.
**없으면 → 클라우드를 유지합니다.** 자체 호스팅은 도입하지 않습니다. **있으면 → 자체 호스팅을 평가합니다.** 조직이 Runner 운영과 업데이트를 맡을 담당자를 지정해야 합니다.
  • [ ] 공식 문서에 목표 운영 체제와 실행 방식이 지원된다고 명시되어 있습니다.
**확인되면 → 시범 환경 검증으로 진행합니다.** **아니거나 불명확하면 → 도입과 Mac 조달을 보류합니다.** 제품 발표만으로 지원을 추정하지 말고 공식 문서와 지원 채널에서 확인합니다.
  • [ ] Xcode 작업이 필요하고, macOS 지원 확인과 실제 빌드 검증을 모두 통과했습니다.
**둘 다 통과하면 → Mac 실행 환경을 검토합니다.** 서명 정보 분리와 산출물 전달까지 검증해야 합니다. **하나라도 실패하면 → Xcode 작업을 해당 Runner에 배정하지 않습니다.** 지원이 확인된 별도 빌드 환경을 유지합니다.
  • [ ] 보안 승인, 비용 산식, 장애 대응 책임자, 재검토 시점이 정해졌습니다.
**모두 정해지면 → 제한된 시범 운영을 시작합니다.** **하나라도 미정이면 → 확대를 보류합니다.** 로그인이나 단일 데모만 성공한 상태는 운영 승인으로 간주하지 않습니다.

운영 적합도는 근거 없이 점수화하기보다 조건별로 ‘확인’, ‘미확인’, ‘해당 없음’을 기록하는 편이 안전합니다. 클라우드는 운영 부담 항목에서 유리할 수 있고, 자체 호스팅은 조직이 실행 환경을 통제해야 하는 요구에 적합할 수 있습니다. 플랫폼 지원과 Xcode 실행은 공식 문서와 실제 파이프라인을 확인하기 전까지 ‘미확인’으로 남겨 두세요.

현재의 공용 클라우드만으로 충분하다면 별도 Runner를 꾸리는 것은 업데이트, 모니터링, 장애 대응을 새로 떠안는 선택이 됩니다. 반대로 자체 서버를 마련하면 초기 용량과 유휴 자원, 하드웨어 관리가 부담이 될 수 있고, 개인 Mac을 빌드기에 쓰면 팀 공용 운영과 세션 관리를 안정적으로 분리하기 어렵습니다. Xcode 작업에 실제 Mac이 필요하지만 구매 시점이나 상시 운영 규모가 아직 정해지지 않았다면, MACGPU의 원격 Mac 선택지를 검토해 필요한 기간의 빌드 환경을 먼저 시험할 수 있습니다. 다만 장기간 계속되는 고정 부하나 물리 장비 접근이 필요한 작업은 구매 또는 직접 운영과 함께 비교하고, Claude Code Runner의 플랫폼 지원은 별도 확인해야 합니다.