배포 및 첫 사용 참고 자료

PoC 전 설치 준비

배포·유지보수 접근·기본 health·제품 작업 전제조건은 이 참고 자료를 사용합니다. 먼저 읽을 내용: 검증된 VM 관찰이후 필요한 단계의 지원 범위를 확인합니다.

평가 목표·인수 기준·빈 워크시트는 PoC 가이드 열기.

01 · 범위 및 전제조건

VibePackr는 AI가 실행할 수 있는 일을 통제합니다. 조직의 Google Cloud 프로젝트에서 전용 VM으로 실행되며 기본적으로 헤드리스로 운영합니다. 아래 공급자 시험은 기록된 환경의 VM 기반을 확인합니다.

지금 허용 작업·비기밀 샘플·기대 결과·담당자·비용 한도를 정해 PoC를 계획할 수 있습니다. 관리자 의존 작업은 지원 절차를 기다려야 하며 기본 health 성공으로 이 전제조건이 충족되지 않습니다.

읽는 순서: 검증된 관찰 → 담당자 및 접근 → 평가 준비 → 관리자 전제조건이후 절은 남은 이정표와 각 단계에 필요한 증거를 설명합니다.

검증된 VM 관찰

관찰일: 2026년 10월 6일(KST). 공급자가 기존 테스트 환경에서 기준 릴리스의 공개 이미지 사본으로 시험 한 번을 수행했습니다. 공개 IP 없이 Debian 13 x86_64·균형 부팅 디스크 20 GiB를 갖춘 e2-standard-2 VM을 생성했습니다.

기준 버전: 0.1.0-r232보존된 관찰이며 실시간 환경·보편적인 기대 결과·Google 심사 승인이 아닙니다. 시험에는 임시 접근·수명 설정을 사용했고 최종 고객 배포 절차를 입증하지 않습니다. 고객 Work는 실행하지 않았습니다.

02 · 담당자·접근 권한·설정할 구성 요소

PoC 책임자는 어떤 결과가 유용한지 정합니다. Cloud 관리자는 Google Cloud 자원을 관리합니다. 권한을 받은 유지보수 담당자는 VM에 접속합니다. 제품 관리자는 VibePackr에서 허용하는 고객 관리 기능을 사용합니다. 한 사람이 여러 역할을 맡을 수 있지만 역할별 접근 권한은 따로 필요합니다.

구체적인 예: Cloud 관리자는 Google Cloud의 접근 제어 체계인 Cloud IAM을 통해 VM 생성 권한을 받을 수 있습니다. SSH는 권한을 받은 담당자가 VM의 터미널에 접속해 제공된 상태 확인 명령을 실행할 수 있게 합니다. 어느 쪽도 최초 VibePackr 제품 관리자를 만들지는 않습니다. 제품 접근은 별도의 지원 절차로 제공되어야 하며, 그 절차는 아직 대기 중입니다.

PoC에 외부 연동이 포함되면 개발자 가이드 에서 Integration Helper·SDK·Contract/Document의 역할을 확인하세요. Cloud 접근은 연동 작업을 위한 준비이며, 연동 준비 완료를 뜻하지는 않습니다.

03 · 작은 PoC: 목표에서 결과 검토까지

설명을 위한 계획 예시이며, 실행 가능한 제품 예제가 아닙니다. 팀이 짧고 기밀이 아닌 샘플로 공급자가 지원하는 AI 작업 하나를 평가하려고 합니다. 먼저 허용할 작업과 유용한 결과의 기준을 합의하세요. 후보 작업에는 여전히 공급자가 지원하는 입력과 제출 경로가 필요합니다.

PoC 책임자는 목표·샘플·판정 기준을 준비합니다. Cloud·AI 담당자는 프로젝트·희망 위치와 모델·비용 한도를 준비합니다. 데이터 담당자는 무엇을 보존할지 정합니다. 공급자는 버전이 맞는 배포·최초 관리자 안내에 이어 고객 AI·스토리지 절차와 첫 작업 예제를 제공해야 합니다.

사용 경로: 준비 → 배포와 기본 상태 확인 → 제품 접근과 필요한 연결 확보 → 허용된 작업 하나 실행 → 상태·결과·비용 검토health 지점에서는 기본 어플라이언스 검사 통과 여부를 확인합니다. 마지막 지점에서는 반환된 Work 상태·결과를 목표와 대조합니다. 여기서 특정 페이로드·출력을 약속하지 않습니다. 완료에 필요한 항목: 지원되는 첫 관리자 절차 및 남은 고객 설정. 의존 단계를 시도하기 전에 각 미충족 조건을 기록합니다.

이 PoC의 연동 부분은 같은 status.read 문서 예제를 사용합니다. 보조 도구 검토에는 에이전트 절차를 고르세요. 로컬 문서 연습은 고객 VM 배포를 요구하거나 완료하지 않습니다.

04 · 시작 전: 담당자·비용·PoC 범위

배포 전에 PoC 워크북으로 기준별 기대값·예산·리소스 소유권·미해결 입력을 합의합니다. 평가 워크북 열기 →

계획

작고 합의된 범위를 정하면 PoC 결과를 판단하기 쉽습니다. 허용 작업, 비용 담당자, 성공 기준을 모두가 알 수 있기 때문입니다.

담당자

고객 PoC 책임자와 Cloud 관리자

준비

청구 가능한 Google Cloud 프로젝트, 조직 배포 승인, 연락 담당자, 비밀정보가 없는 대표 작업 입력을 준비합니다.

순서

1. 소프트웨어 offer·이용 조건과 별도 인프라·AI 사용료를 검토합니다.
2. PoC 목표, 허용 작업, 기대 결과, 비용 한도와 중단 조건을 공급자와 합의합니다.
3. 프로젝트·zone·VPC/subnet 및 데이터 보존/삭제 책임자를 정합니다.

성공 확인

책임자·승인 범위·비용·성공 기준이 문서로 합의되어 있습니다.

중단 및 보고

권한이나 비용 책임이 불명확하면 배포 전 중단하고 누락된 결정을 담당자에게 전달합니다.

05 · Marketplace 진입

최종 패키지·절차 대기

Marketplace 상품 페이지는 소프트웨어 제공 조건과 특정 배포 패키지를 연결합니다. 배포 전에 확인하면 다른 버전의 안내를 따라가는 일을 피할 수 있습니다.

담당자

고객 배포 담당자; 공급자는 정확한 listing 제공

준비

공급자가 확인한 listing URL, 제공 버전, offer·약관과 지원 조건. 현재 최종 URL·제공 패키지는 대기입니다.

순서

1. 공급자에게 사용할 listing과 정확한 배포 버전을 요청합니다.
2. listing의 제품명·버전·비용·지원·약관·Getting Started 링크를 검토합니다.
3. 내용이 합의된 offer와 같을 때 다음 배포 단계로 이동합니다.

성공 확인

검토 대상 listing과 제공 버전, 동작하는 안내 링크를 확인했습니다. 현재 이 조건의 고객 확인은 대기입니다.

중단 및 보고

listing 또는 버전이 없거나 다르면 URL·표시 버전·차이를 공급자에게 전달하고 설치를 시작하지 않습니다.

06 · VM 배포

최종 패키지·절차 대기

배포는 제품을 실행할 클라우드 자원을 만듭니다. 시작 전에 생성 자원과 비용을 확인하세요. VM 실행 상태는 클라우드 컴퓨터가 켜져 있다는 뜻입니다.

담당자

승인된 고객 Cloud 배포 담당자

준비

대상 프로젝트·zone·network/subnet·서비스 identity와 최종 배포 패키지. 권한·포트·생성 자원은 패키지에서 확인해야 합니다.

순서

1. 아래 참고 규모를 출발점으로 실제 작업에 맞는 VM·저장소 구성을 공급자와 확정합니다.
2. 패키지가 생성하는 자원과 기본 포트 개방 여부를 검토합니다. 기본 공개 관리 웹사이트나 80/443 listener를 가정하지 않습니다.
3. 최종 패키지의 승인된 배포 순서를 따르고 완료 표시와 생성 자원 목록을 보존합니다. 현재 실행 가능한 전체 순서는 제공 대기입니다.

성공 확인

정확한 제공 버전의 VM과 합의한 자원이 생성되고 패키지의 완료 표시가 나옵니다. VM 실행 중만으로 애플리케이션 READY는 아닙니다.

중단 및 보고

실패한 자원, 배포 오류, 선택한 region/zone·규모를 기록합니다. 수정이나 재배포 전에 Cloud 담당자와 공급자가 원인을 확인합니다.

참고 구성: e2-standard-2 · 2 vCPU · 8 GiB · Debian 13 x86_64 · 부팅 디스크 20 GiB. 별도 영속 디스크 50 GiB·Cloud Storage 실시간 데이터 100 GiB는 계획값이며 최소 사양·성능 보장·생성된 리소스가 아닙니다. 모든 리전 지원은 입증되지 않았습니다.

07 · 최초 접근

범위가 제한된 VM 시험에서 관찰

유지보수 접속은 권한을 받은 담당자가 VM을 확인하고 제공된 진단을 실행하게 합니다. 이후 필요한 제품 관리 접근과 구분하세요. IAP는 기존 SSH 접속 경로에서 사용한 Google Cloud Identity-Aware Proxy입니다.

담당자

승인된 SSH 유지보수 담당자

준비

최종 패키지의 연결 지침 및 고객 IAM·네트워크 구성. 10월 6일 공급자 시험은 공개 IP 없는 IAP/SSH를 확인했습니다. 정확한 고객·Google 심사자 접근 방식은 여전히 마련해야 합니다.

순서

1. 지원되는 접근 방법과 대상 VM을 확인합니다.
2. 고객 환경에 제공된 SSH 연결 안내를 따릅니다.
3. 접속 후 대상 VM·제공 버전이 맞는지 확인합니다. SSH 접근은 제품 관리자 권한과 별도입니다.

성공 확인

승인된 담당자가 정확한 VM의 유지보수 세션에 연결합니다. 제품 관리자 login의 성공을 뜻하지 않습니다.

중단 및 보고

연결 불가 시 오류·대상 zone·접속 방식을 고객 Cloud 관리자에게 전달합니다. 임의 방화벽·권한 확장으로 우회하지 않습니다.

08 · 초기화와 기본 health

범위가 제한된 VM 시험에서 관찰

첫 부팅 시 제품 초기화가 자동으로 진행됩니다. 아래 상태 확인 명령은 기본 상태를 점검하는 첫 단계로, 제품 사용 전에 설정 문제를 파악해 전달할 수 있게 합니다.

담당자

승인된 SSH 유지보수 담당자

준비

올바르게 배포된 appliance와 유지보수 세션. 첫 boot 초기화는 자동으로 수행되며 최초 제품 관리자 발급과 별도입니다.

순서

1. 첫 boot 초기화가 진행된 뒤 아래 기존 읽기 전용 health 명령을 실행합니다.
2. 종료 코드와 반환된 상태를 확인하고 unavailable·미평가 항목을 그대로 기록합니다.
3. 검사에 성공하면 진행 전에 첫 관리자 전제조건을 검토합니다. 제품 상태 파일을 편집하지 마십시오.

성공 확인

종료 코드 0은 기본 상태 점검을 통과했다는 뜻입니다. customer_binding_state=BOUND 는 고객 연결 상태를 나타내고, customer_operation_authority=NOT_EVALUATED 는 이 결과에서 고객 작업 권한을 평가하지 않았다는 뜻입니다. 두 값을 보고된 그대로 남기세요. 관리자 접근·AI·전체 준비 상태는 각각 별도로 확인해야 합니다.

중단 및 보고

실패하면 버전·실패 단계·민감정보를 제거한 오류를 지원에 전달합니다. 반복 재시작으로 통과시키지 않습니다.

sudo /opt/vibepackr/health

관찰한 health 필드를 함께 읽기

아래는 10월 6일 시험의 선택 필드입니다. 기록 출력의 요약이며 완전한 JSON 응답이나 다른 배포의 보장이 아닙니다. 명령 종료 코드: 0.

다른 설치를 평가할 때도 반환된 모든 상태를 보존합니다. 종료 코드 0·liveness READY는 UNKNOWN·NOT_READY·미충족 관리자/사용 자격 전제조건을 무효화하지 않습니다.

09 · 첫 관리자 전제조건

지원 절차 대기

첫 제품 관리자는 VibePackr 내부의 허용된 고객 관리를 가능하게 합니다. 공급자는 해당 작업 전에 전달 릴리스의 지원 발급 절차를 마련·검증해야 합니다. 클라우드 계정·SSH 세션·라이선스 구매로 이 제품 접근이 생기지 않습니다.

담당자

고객 연락 담당자와 공급자

준비

제품 버전, 조직 연락 담당자, 설치 진행 단계. 지원된 발급 절차는 아직 제공되지 않았습니다.

순서

1. “최초 제품 관리자 절차”라는 제목으로 제품 버전·조직 연락 담당자·도달한 설치 단계를 지원에 전달하세요. 해당 버전의 발급·전달·최초 접근·설정 중단 복구 안내를 요청합니다.
2. 설치 식별자가 필요하다면 지원에서 최소 항목과 비공개 전달 경로를 지정할 때까지 기다립니다. 인증정보나 전체 로그를 첨부하지 않습니다.
3. 절차를 기다리는 동안 AI·스토리지·PoC 계획은 계속 준비하세요. 관리자 권한이 필요한 설정은 지원되는 제품 접근을 확보한 뒤 적용합니다.

성공 확인

향후 제공된 정식 절차에서 허용된 고객 관리자 기능에 접근할 수 있어야 합니다. 현재 정책 승인·구현·고객 검증 대기입니다.

중단 및 보고

지원 발급 절차가 없으면 관리자 의존 작업을 진행하지 마십시오. 클라우드 IAM·OS root·SSH·구매는 발급 권한을 대체하지 않습니다. 발급 시기·SLA는 정해지지 않았습니다.

10 · Vertex AI 설정 준비

고객 절차·검증 대기

AI 작업에는 올바른 Cloud 실행 주체와 청구 조건으로 접근할 수 있는 모델이 필요합니다. 서비스 실행 주체는 소프트웨어가 Google Cloud에 접근할 때 사용하는 계정입니다. 설정 전에 이 선택을 합의하세요.

담당자

고객 Cloud/AI 담당자와 공급자

준비

프로젝트·location·model, 청구·API·모델 접근 정책, 서비스 identity와 network reachability. 관리자 의존 설정은 이전 단계가 해결되어야 합니다.

순서

1. 공급자와 제공 버전의 지원 모델·지역 및 입력 방법을 확인합니다.
2. 실제로 사용할 identity, 최소 권한·access scopes, 인증 갱신·철회와 네트워크 조건을 고객 Cloud 담당자가 검토합니다.
3. 검증된 고객 설정 절차가 제공된 뒤에만 적용하고, 허용된 작은 AI 작업으로 선택한 모델·runtime과 결과를 확인합니다. 현재 실행 가능한 설정 명령은 대기입니다.

성공 확인

정확한 고객 VM·identity·모델 조합에서 허용된 AI 작업과 결과가 확인되어야 합니다. Vertex AI 통합은 있지만 설치 즉시 configured 상태를 의미하지 않습니다.

중단 및 보고

project/location/model과 민감정보를 제거한 오류를 전달합니다. 서비스 계정 key를 VM metadata에 넣거나 다른 provider로 임의 대체하지 않습니다.

AI 준비 입력지와 단계별 Vertex 설명에서 요청 형태·계정 차이·오류 확인을 이어갑니다. GAPE 구조 관찰 자체는 Vertex AI를 호출하지 않습니다.

11 · 스토리지와 보존 설정

고객 절차·검증 대기

VM·디스크·저장된 객체는 수명이 다를 수 있습니다. 컴퓨팅 자원이 중지되거나 교체되어도 남겨야 할 데이터를 정하고, 제공된 제품이 각 저장 자원을 실제로 어떻게 쓰는지 확인하세요.

담당자

고객 데이터·Cloud 담당자와 공급자

준비

boot disk, 별도 durable disk, 객체 저장소 각각의 소유자·위치·보존/삭제·비용 결정. 계획 용량은 실제 생성 자원 목록이 아닙니다.

순서

1. 공급자에게 배포 입력과 제품이 실제 사용하는 저장소의 대응을 요청합니다.
2. 신규 디스크 초기화, 기존 디스크 연결 및 VM 삭제 시 자원별 보존 옵션을 확인합니다.
3. 고객 경로가 검증된 절차로 연결된 뒤 필요한 읽기/쓰기·보존 결과를 확인합니다. 현재 최종 설정·삭제 절차는 대기입니다.

성공 확인

선택한 저장소와 실제 소비 경로가 일치하고 승인된 보존 동작이 확인되어야 합니다. 기존 디스크·객체 시험은 고객 전체 복구의 증명이 아닙니다.

중단 및 보고

자원별 상태와 원하는 보존 결과를 전달하고 추가 초기화·삭제를 멈춥니다.

12 · 준비 상태 확인

전체 준비 미입증

준비 상태 확인은 개별 점검을 모으는 단계입니다. 제품 entitlement는 합의된 제공 조건에 따른 제품 이용 자격이며 Marketplace VM 라이선스와는 별도 확인입니다. 접근 권한과 선택한 작업에 필요한 연결이 모두 갖춰져야 합니다.

담당자

고객 제품/PoC 담당자와 공급자

준비

설치·관리자·entitlement·AI·스토리지의 개별 확인 결과. Marketplace VM license와 제품 사용권은 별개입니다.

순서

1. 기본 health, 정식 관리자 접근, 승인된 offer에 맞는 제품 사용권을 확인합니다.
2. 필요한 AI·스토리지의 고객 연결과 실제 동작 결과를 확인합니다.
3. 미완료 항목이 있으면 전체 READY를 표시하지 말고 책임자·다음 조치를 기록합니다.

성공 확인

모든 필수 항목이 해당 고객 제공 버전에서 확인됩니다. 현재 신규 고객의 전체 READY는 입증되지 않았습니다.

중단 및 보고

불완전한 항목에서 멈추고 결과·버전·미해결 조건을 전달합니다. VM 실행 중 또는 health 성공으로 대체하지 않습니다.

13 · 첫 작업과 PoC 수락

허용된 작업 후 워크북에 실제 기준별 결과·비용·리소스·사람의 평가를 기록합니다. 평가 워크북 열기 →

고객 절차·검증 대기

작은 작업 하나를 실행하면 설정 결과를 PoC 목표와 연결할 수 있습니다. 실행 전에 입력과 결과 확인 방법을 합의하면, 완료된 작업이 유용한 결과를 냈는지 판단할 수 있습니다.

담당자

승인된 고객 작업자와 PoC 책임자

준비

완료된 필수 준비 항목, 지원 제출 경로, 허용된 작은 입력과 기대 결과. 현재 고객 재현용 제출 순서는 대기입니다.

순서

1. 헤드리스 작업 참조 또는 PackrGUI 가이드를 읽고, 제출 전에 제공 패키지의 버전·허용 작업·입력을 확인합니다.
2. 선행 조건이 확인된 뒤 합의한 범위에서 작업을 실행합니다.
3. 상태·실제 runtime·결과·오류·비용을 검토하고 PoC 기준에 따라 인수 여부를 기록합니다.

성공 확인

기대 결과·데이터/비용 경계를 충족하고 담당자가 검토했습니다. 보존된 로컬 작업 하나·권한 거부 하나는 모든 고객·AI 작업을 검증하지 않습니다.

중단 및 보고

실패 단계·작업 참조·민감정보를 제거한 오류를 보존합니다. 허가되지 않은 재시도·권한 확대·provider 교체를 하지 않습니다.

14 · 중지·다시 시작

고객 절차·검증 대기

VM 중지, 제품 서비스 재시작, 중단된 작업 재개는 서로 다른 동작입니다. 바꾸려는 상태와 보존할 내용에 따라 맞는 절차를 선택해야 합니다.

담당자

승인된 고객 운영자와 Cloud 담당자

준비

진행 중 작업 처리, 재개 가능 여부, 보존 대상과 유지 비용. VM stop/start와 제품 service restart는 별개입니다.

순서

1. 대상 작업이 VM 수명주기인지 제품 서비스 제어인지 구분합니다.
2. 제품 접근·지원 요청 입력·승인을 확보한 뒤 VibePackr Admin 서비스 절차 를 사용합니다. 명령 문법은 존재하며 신규 고객 설정 완료는 계속 대기입니다.
3. 시작 이후 기본 health와 필요한 개별 readiness를 다시 확인합니다.

성공 확인

의도한 상태 전환과 필요한 준비 상태가 확인됩니다. 무중단·무손실·작업 자동 재개 보장은 아닙니다.

중단 및 보고

의도와 다른 상태가 나타나면 추가 restart를 멈추고 전후 상태·오류를 전달합니다.

15 · 사용 종료와 삭제

고객 절차·검증 대기

PoC를 마칠 때는 자원과 데이터를 조직이 의도한 상태로 남겨야 합니다. VM 삭제 후에도 디스크·객체·비용이 남을 수 있으므로 영구적인 조치 전에 각 자원을 확인하세요.

담당자

고객 데이터 책임자·Cloud 관리자; 공급자 지원

준비

정확한 자원 목록, 각 자원의 보존/삭제 결정, 필요한 자료 보존과 승인. 고객용 최종 삭제 절차는 검증 대기입니다.

순서

1. 제품 사용 종료, VM 삭제, 영구 데이터 삭제를 별도 결정으로 정리합니다.
2. boot/durable disk·객체·백업·연결 자원의 삭제 영향과 남는 비용을 확인합니다.
3. 검증된 절차와 승인 범위가 갖춰진 뒤만 실행하고, 자원별 완료 상태를 확인합니다. 이 초안은 삭제 명령을 제공하지 않습니다.

성공 확인

보존·삭제 의도와 실제 자원 상태가 일치하고 고객이 확인합니다. 시험 자원 정리는 고객 데이터 완전 삭제의 증명이 아닙니다.

중단 및 보고

불명확하거나 예상과 다른 자원이 있으면 추가 삭제를 멈추고 목록·상태를 전달합니다.

16 · 이 가이드의 주요 용어

개념 검증(PoC)

작업·비용·성공 기준을 합의하고 진행하는 작은 평가입니다.

헤드리스 어플라이언스

기본적으로 지원되는 명령과 서비스로 운영하는 제품입니다. 공개 웹 콘솔이 있다고 가정하지 않습니다.

기본 상태 검사

제품의 기본 상태를 제한된 범위에서 점검합니다. 첫 사용 준비에는 제품 접근과 선택한 작업에 필요한 연결도 갖춰져야 합니다.

제품 사용 자격(Entitlement)

합의된 제공 조건에 따른 제품 이용 자격입니다. VM 라이선스와 별도로 확인합니다.

영속 저장소

컴퓨팅 자원이 교체되어도 상태를 보존하기 위한 저장소입니다. 실제 연결·보존 절차는 제공 패키지에 맞아야 합니다.

계약 / Document

Contract는 지원되는 연동 인터페이스를 정의합니다. Document는 그 기준으로 확인받을 연동을 기술하며, 실행 권한을 부여하지 않습니다. 개발자 설명을 참고하세요.

17 · 처음 사용할 때 자주 묻는 질문

VM에 SSH로 접속했습니다. VibePackr를 관리할 수 있나요?

유지보수 접속을 확보한 상태입니다. 제품 관리에는 별도의 제품 접근이 필요합니다. 최초 관리자 단계를 확인하세요.

상태 확인 명령이 성공했습니다. PoC를 시작해도 되나요?

기본 상태 확인 단계를 통과한 것입니다. 작업 제출 전에 관리자 접근·이용 자격·필요한 AI 및 스토리지 연결 을 확인하세요.

설정 절차를 기다리는 동안 무엇을 할 수 있나요?

목표·허용 샘플·담당자·비용 한도·보존 요구를 합의하세요. 정확한 제공 버전과 필요한 특정 절차를 지원에 요청하면, 명령을 추측하지 않고도 실용적인 준비 계획을 만들 수 있습니다.

VM을 중지하면 모든 비용이 멈추거나 데이터가 삭제되나요?

다른 자원은 남아 비용이 계속 발생할 수 있습니다. 자원 목록과 자원별 보존·삭제 결정을 확인하세요. 최종 고객 수명주기 절차는 아직 대기 중입니다.

18 · 지원 문의

지원: support@vibepackr.com · VibePackr 웹사이트

요청 제목에 필요한 절차나 실패한 단계를 적으세요. 예를 들어 “최초 제품 관리자 절차” 또는 “기본 상태 확인 실패”입니다. 제품 버전, 도달한 단계, 기대한 결과, 관찰한 결과, 민감정보를 제거한 짧은 오류를 전달합니다. 아직 설치 전이면 버전을 모른다고 쓰고 정확한 제공 버전·패키지를 요청하세요.

SSH·Cloud 접근 문제는 고객 Cloud 관리자에게 먼저 전달하고, 제품 설정·절차·상태 확인 문제는 VibePackr 지원에 전달하세요. 담당 경계가 불분명하면 같은 짧은 설명으로 담당자를 확인합니다. 암호·토큰·개인키·전체 로그·고객 작업 내용은 보내지 않습니다. 추가 식별자는 지원에서 최소 항목과 비공개 경로를 지정한 뒤 전달합니다. 자동 로그 수집이나 응답 시간을 보장하지 않습니다.

연동 개발은 개발자 가이드, Google 검토 탐색은 심사자 가이드를 참고하세요.

19 · 운영 가이드로 이어가기

터미널 운영은 헤드리스(Headless) , 데스크톱 작업은 PackrGUI , 어플라이언스 관리는 VibePackr 관리자 , 별도 자산 관리 화면은 Packtory 관리자 을 사용합니다. 관측 상태가 절차와 다르면 문제 해결 부터 확인하세요.