You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The installer asset gains the phantom- prefix so it reads unambiguously
outside the repo's context, and the admin CLI sorts next to phantom-cli.
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Copy file name to clipboardExpand all lines: docs/design.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -282,7 +282,7 @@ Daemon Guest Agent Shell
282
282
-`HardwareModel` - CPU/hardware configuration
283
283
284
284
VMs get no host directory share: everything the guest needs arrives over the
285
-
network (the agent bootstrap fetches the published `agent-install.sh` release
285
+
network (the agent bootstrap fetches the published `phantom-agent-install.sh` release
286
286
asset; a local `--xcode` .xip is served over an ephemeral HTTP server) or over
287
287
vsock. A VirtioFS share would expose a host directory read-write to CI VMs
288
288
running untrusted code.
@@ -598,7 +598,7 @@ The OCI config blob is: `{"architecture":"arm64","os":"darwin"}`
598
598
599
599
1.**Resolve IPSW** — `ipsw.list`; use `--ipsw` or the single downloaded IPSW
600
600
2.**Install** — `vm.create` (returns `vmId` immediately), poll `vm.list` until `running`
601
-
3.**Setup Assistant** — `vm.bootScript` with `provision/setup-tahoe.txt`, poll `vm.bootScript.status` until `completed`; this also bootstraps the agent inside the guest via one VNC-typed Terminal command that fetches the published `agent-install.sh` release asset and runs it as root (the installer checks the binary against a SHA-256 pinned at release time). `--agent-url` rewrites that fetch to a dev-served installer, so agent development doesn't require cutting a release
601
+
3.**Setup Assistant** — `vm.bootScript` with `provision/setup-tahoe.txt`, poll `vm.bootScript.status` until `completed`; this also bootstraps the agent inside the guest via one VNC-typed Terminal command that fetches the published `phantom-agent-install.sh` release asset and runs it as root (the installer checks the binary against a SHA-256 pinned at release time). `--agent-url` rewrites that fetch to a dev-served installer, so agent development doesn't require cutting a release
602
602
4.**Provision** — `vm.exec` runs `provision/provision.sh` over vsock (passwordless sudo, auto-login, no sleep)
603
603
5.**Install gitlab-runner** (unless `--no-gitlab-runner`) — see below
604
604
6.**Install Xcode** (optional `--xcode <url|path>`) — see below
0 commit comments