설치 hub machine을 준비하고 지정하며 runtime은 virgo hub start로 별도 생성합니다.
머신과 복구
호스트를 측정하고, 작업을 이어갑니다.
머신은 교체 가능한 capacity입니다. Virgo는 검증한 것을 기록하고 사람만 할 수 있는 gate에서 멈추며, 단순히 process가 존재한다는 이유가 아니라 유효한 fence를 가진 persona generation 하나를 복구합니다.
온보딩
묻기 전에 검사합니다.
- 측정Identity, SSH, 절대 tool path, runtime, service, store 접근, 등록, eligibility를 검사합니다.
- 보존중단된 실행이 처음부터 다시 하지 않도록 private onboarding manifest를 씁니다.
- 안내Credential, network 승인, OS permission, trust, 첫 persona 활성화는 사람에게 안내하고 기다립니다.
- 검증다음 단계 전에 같은 실행 경로로 다시 probe합니다. 클릭은 증거가 아닙니다.
virgo onboard
virgo onboard --profile ./machine.json --inspect첫 머신 또는 합류
구조적 분기 하나, 정확한 release 하나.
제공된 hub 주소를 기록하고 검증하며 누락된 legacy state를 추측하지 않습니다.
CLI, daemon, web asset은 release SHA 하나를 공유합니다. 원격 자동화는 측정된 절대 경로만 쓰고 version skew는 결함으로 취급합니다.
복구
살아 있음과 권한 보유는 다릅니다.
Status와 supervisor가 stale evidence, unhealthy runtime, lease 상실을 감지합니다.
구체 instance는 monotonic fence가 현재 값일 때만 소비합니다.
Pending delivery는 같은 side-effect key로 durable queue에서 reclaim합니다.
검증된 execution context와 새 유효 fence 아래에서 같은 persona lineage를 복구합니다.
Down, up, cutover에는 operation-bound CLEAR token이 필요합니다. 복구는 자체 durable operation ID를 가지며 조용히 새 작업으로 바뀌지 않습니다.
macOS
작업이 의존하기 전에 보이지 않는 consent를 드러냅니다.
온보딩은 persona가 사용할 것과 같은 noninteractive SSH 및 절대 runtime 경로로 보호 폴더를 probe합니다. TCC가 막으면 manifest가 Full Disk Access 단계에서 멈추고 operator를 안내한 뒤, 같은 probe가 성공해야 진행합니다.
진단으로 계속 →