docs/rise-sandbox-feature-test-runbook.md
Use this when you want deterministic, isolated feature checks in a VM and fast feedback for infra tuning.
rise available.vibe VM binary from ~/repos/lynaghk/vibe.rise sandbox expects the VM-oriented vibe, not the unrelated CLI binary some PATHs contain.
Preflight:
cd ~/repos/lynaghk/vibe
cargo build --release
From ~/code/rise:
rise sandbox "set -euo pipefail; <your commands>; echo SANDBOX_OK" \
--root ~/code/flow \
--expect SANDBOX_OK
Why this shape:
set -euo pipefail fails hard on the first real issue.--expect gives a strict pass/fail marker.--root ~/code/flow mounts the Flow repo into /root/project.Replace with your feature command:
rise sandbox "set -euo pipefail; cd /root/project; <feature command>; echo FEATURE_OK" \
--root ~/code/flow \
--expect FEATURE_OK
Use this to verify curl -fsSL https://myflow.sh/install.sh | sh pulls the latest release:
rise sandbox "set -euo pipefail; curl -fsSL https://myflow.sh/install.sh | sh; ~/.flow/bin/f --version; echo INSTALL_OK" \
--root ~/code/flow \
--expect INSTALL_OK
Then verify the latest release tag is what you expect:
gh release view --repo nikivdev/flow --json tagName,publishedAt
rise sandbox output.time <cmd> if needed).f --version, compile/install steps).github vs host vs blacksmith).Sandbox logs are emitted under:
~/code/flow/out/logs/sandbox-<timestamp>.log
vibe: error: unrecognized arguments: --cpus --ram ...Cause: wrong vibe binary in PATH.
Fix: build/use ~/repos/lynaghk/vibe/target/release/vibe (rise resolves this first when present).
Check:
gh release view --repo nikivdev/flow --json tagName,publishedAt
gh run list -R nikivdev/flow --limit 5
If the latest release tag points to your target commit, installer should fetch that version.