crabbox
Skill556 starsChanged 35 days agoMITView on GitHub
Crabbox and Blacksmith Testbox remote testing: isolation, cross-platform E2E, diagnostics, cleanup.
31 other projects use a version of this, 10 of them edited.
Adopted by
Most recently taken up by
- openclaw/agent-skillsedited, first seen Nov 8, 2026
- openclaw/crabboxtheir own version, first seen Nov 3, 2026
- bighamx/openclaw-android-node-apkedited, first seen Oct 9, 2026
- molt-bot/clawdbotword for word, first seen Oct 8, 2026
- openclaw/waclitheir own version, first seen Oct 8, 2026
- openclaw/docstheir own version, first seen Oct 8, 2026
Other versions31 projects use a version of this.
Word for word · 2
- molt-bot/clawdbot★ 391k100% same
- friuns2/openclaw-android-assistant★ 573100% same
Edited · 10
- moltbot/clawdbot★ 394k25% same
- steipete/warelay★ 394k25% same
- steipete/clawdis★ 394k25% same
- moltbot/moltbot★ 394k25% same
- clawdbot/clawdbot★ 394k27% same
- openclaw/openclaw★ 394k27% same
- openclaw/acpx★ 3.4k98% same
- openclaw/agent-skills★ 1.1k11% same
- bighamx/openclaw-android-node-apk★ 5725% same
- supermansuper563-ops/openclaw-workbench★ 057% same
Wrote their own version · 19
- openclaw/gogcli★ 8.6ksame name
- steipete/gogcli★ 8.6ksame name
- openclaw/Peekaboo★ 5.5ksame name
- steipete/Peekaboo★ 5.5ksame name
- openclaw/wacli★ 2.9ksame name
- steipete/wacli★ 2.9ksame name
- openclaw/openclaw-windows-node★ 2.2ksame name
- shanselman/openclaw-windows-hub★ 2.2ksame name
- openclaw/clawsweeper★ 2ksame name
- openclaw/crabbox★ 1.5ksame name
9 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository107 other files it gives its agents.
- AGENTS.mdAGENTS.md
- docs/AGENTS.mdAGENTS.md
- extensions/AGENTS.mdAGENTS.md
- openclaw-android/AGENTS.mdAGENTS.md
- scripts/AGENTS.mdAGENTS.md
- test/AGENTS.mdAGENTS.md
- ui/AGENTS.mdAGENTS.md
- agent-transcriptSkill
- auto-qaSkill
- autoreviewSkill
- channel-message-flowsSkill
- clawdtributorSkill
- claw-scoreSkill
- clawsweeperSkill
- codex-app-paritySkill
- control-ui-e2eSkill
- deslopSkill
- discord-clawdSkill
- discord-e2eSkill
- discord-user-postSkill
- discrawlSkill
- gitcrawlSkill
- graincrawlSkill
- notcrawlSkill
- openclaw-changelog-updateSkill
- openclaw-ci-limitsSkill
- openclaw-debuggingSkill
- openclaw-docker-e2e-authoringSkill
- openclaw-ghsa-maintainerSkill
- openclaw-live-updaterSkill
- openclaw-parallels-smokeSkill
- openclaw-pr-maintainerSkill
- openclaw-qa-testingSkill
- openclaw-refactor-docsSkill
- openclaw-release-validationSkill
- openclaw-repair-sweepSkill
- openclaw-secret-scanning-maintainerSkill
- openclaw-test-heap-leaksSkill
- openclaw-testingSkill
- openclaw-test-performanceSkill
- openclaw-updateSkill
- parallels-discord-roundtripSkill
- proof-videoSkill
- prototype-openclaw-tuiSkill
- release-openclaw-announcementSkill
- release-openclaw-ciSkill
- release-openclaw-macSkill
- release-openclaw-maintainerSkill
- release-openclaw-plugin-testingSkill
- security-triageSkill
- slack-e2eSkill
- slacrawlSkill
- tag-duplicate-prs-issuesSkill
- technical-documentationSkill
- telegram-e2e-userbotSkill
- test-auditSkill
- update-team-serverSkill
- verify-releaseSkill
- 1passwordSkill
- apple-notesSkill
- The first 60 shown.
The file
Show its rules and text
We split this skill into the rules it gives an agent
18 rules. 0 are common, 11 are distinctive, and 7 are very specific to this project.
0
Common
Most of the 29 edited versions we read keep these.
11
Distinctive
This author's own choices. Worth a look.
7
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 19
Always report provider, id, run URL, command, result.
- Distinctive: line 37
Never invent a missing command or copy a command from another consumer.
- Distinctive: line 61
Never untrusted code on credential-hydrated Testbox.
- Distinctive: line 62
Never run untrusted repo wrapper/config locally.
- Distinctive: line 63
No speculative warmup. Acquire when first heavy command ready.
- Distinctive: line 64
Use the consumer's smallest proven remote profile.
- Very specific: line 73
Test size, expected duration, and hydration failure do not authorize a provider override.
- Distinctive: line 79
Run from repo root.
- Very specific: line 101
Read .crabbox.yaml and config show.
- Very specific: line 110
Use this section only when config show resolves blacksmith-testbox or the user explicitly requested Testbox.
- Very specific: line 161
Use an explicit destination: this writes ./downloads/screenshots/.
- Very specific: line 170
Only CI forwarded. Trusted bootstrap uploaded beside --fresh-pr.
- Distinctive: line 254
Use local Docker only when the resolved configuration selects it or the user explicitly requests a local-container lane:
- Very specific: line 307
Before/after: same Testbox when practical.
- Distinctive: line 308
Never checkout refs in synced root.
- Distinctive: line 313
Use the consumer's documented temporary state/config directory so proof cannot mutate the operator's normal installation.
- Very specific: line 354
Before handoff, prove CLI/app from neutral ~:
- Distinctive: line 362
Never commit proof assets to product repo.
“Common” is measured: kept by at least 6 in 10 of the 29 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Crabbox
Remote and clean-machine proof. Packages. Docker. Live providers. Desktop. Cross-OS. The consumer repository owns when its validation needs a remote environment; Crabbox availability alone is not a reason to offload local work.
Backends:
blacksmith-testbox: trusted maintainer source. Prepared CI.tbx_....aws: direct brokered Crabbox. Fresh PRs. Custom sync/env/capture.cbx_....local-container: Docker fallback. Not remote proof.ssh: existing operator host. macOS/Windows/WSL2.
Always report provider, id, run URL, command, result. Never call Testbox “AWS Crabbox.”
Repository Contract
This canonical skill owns portable Crabbox policy and CLI operations only.
Consumer-specific setup belongs in that repository's AGENTS.md, package
scripts, hydration workflow, or another file outside the synchronized skill.
Resolve these placeholders from trusted repository instructions before running an example:
<check-command>: the repository's focused or broad validation command.<install-and-check-command>: its clean-container install plus validation.<trusted-bootstrap-script>: a maintainer-reviewed untrusted-PR bootstrap stored outside the untrusted checkout.<container-image>and<owner/repo#number>: the consumer's runtime and PR.
Never invent a missing command or copy a command from another consumer.
Authorization and Isolation
Routine use of the configured Crabbox/Testbox environment is part of completing the requested task; do not ask for separate approval. This includes creating, reusing and stopping task-owned leases, temporary state, and clean checkouts or worktrees needed for proof or a task-required Crabbox repair.
A dirty, missing or occupied checkout is a reason to use a clean task-owned checkout or worktree, not a permission blocker. Preserve existing checkouts, branches and unrelated edits. Keep source-trust, credential, production-access, budget and publication boundaries; routine-use approval does not waive them.
Route First
Source trust determines which providers are allowed. It does not select one.
- Trusted development tests/checks/builds: follow the consumer's local-first policy; use remote when its environment is needed or explicitly requested.
- Trusted + remote proof: inspect and preserve the resolved provider.
- Blacksmith Testbox: use when already resolved or explicitly requested.
- Direct AWS: use when AWS semantics are required or explicitly requested.
- Untrusted contributor/fork: secretless fork CI or sanitized direct AWS.
- Never untrusted code on credential-hydrated Testbox.
- Never run untrusted repo wrapper/config locally.
- No speculative warmup. Acquire when first heavy command ready. Reuse id. Stop.
- Use the consumer's smallest proven remote profile. Large/high-memory profiles are explicit exceptions for a named command with measured memory need or a controlled total-cost benefit. Record the reason before allocation; a generic failure, queue delay, or timeout is not a reason to upsize. Do not raise worker counts to compensate for a smaller machine.
- For delegated Testbox sizing, select a documented workflow through
--blacksmith-workflow; direct-provider--class/--typeflags do not choose the Testbox runner. Change profiles with a fresh lease.
Test size, expected duration, and hydration failure do not authorize a provider
override. Omit --provider for normal work. Add it only when the user requests
that backend or the proof specifically tests its semantics.
Preflight
Run from repo root.
command -v crabbox
crabbox --version
crabbox config show --json | jq '{provider, profile, target}'
crabbox run --help | sed -n '1,100p'
command -v blacksmith
blacksmith --versionSet the checked installed binary once. A consumer may document a different trusted wrapper, but the shared skill never assumes a sibling checkout or repository-specific script.
export CRABBOX="$(command -v crabbox)"
test -n "$CRABBOX"
"$CRABBOX" --version
"$CRABBOX" config show --json | jq '{provider, profile, target}'Read .crabbox.yaml and config show; the resolved provider can also come from
user or environment configuration. If the binary is missing, follow the
consumer's trusted install instructions. For a source build or repair, verify
the canonical upstream and use a clean task-owned checkout or worktree. Never
assume a sibling checkout is trusted or overwrite its unrelated work. Keep
task-specific builds separate from the operator's installed binary.
Trusted Testbox
Use this section only when config show resolves blacksmith-testbox or the
user explicitly requested Testbox. These provider-neutral commands preserve the
resolved configuration; add --provider blacksmith-testbox only for that
explicit override.
One-shot heavy gate:
"$CRABBOX" run --timing-json -- CI=1 <check-command>Several commands: warm once, save id, reuse, stop.
"$CRABBOX" warmup --keep --timing-json
"$CRABBOX" run --id <tbx_id> --timing-json -- <check-command>
"$CRABBOX" stop <tbx_id>Rules:
- One lease, one active command. No sync/reclaim during run.
- Compound payloads: prefer
bash -c, notbash -lc. Bash syntax support does not require login startup; login profiles can change directories. Before validation, assert the exact physical checkout and expected source/patch inside the shell that runs it. A matching HEAD alone cannot prove dirty sync. - Native Testbox runs own sync, including reused
--idruns. Never rely on--no-syncto preserve a remote baseline: Blacksmith has no native bypass, and released Crabbox versions can silently ignore the flag. An unchanged intentional rerun is not a Testbox exception. --reclaimonly deliberate checkout-path ownership transfer.- Base/head change: stop. Rewarm. No stale-lease override.
- Raw SHA unreliable for
warmup --ref; use branch/tag. blacksmith testbox listhides states. Uselist --allorstatus --id <tbx_id>.- Testbox status/stop:
--id. No status--json. - Delegated provider rejects
--fresh-pr,--full-resync,--script*,--env-helper, capture/download flags.
Blacksmith directory downloads
Blacksmith CLI 0.4.60 (verified 2026-09-19) needs a trailing / on the remote
directory argument to enable recursive SCP; otherwise it fails with
not a regular file. A local trailing slash does not help, and SCP may add /
in the error text even when the caller omitted it.
mkdir -p ./downloads
blacksmith testbox download --id <tbx_id> screenshots/ ./downloads/Use an explicit destination: this writes ./downloads/screenshots/; omitting
it can duplicate the basename (screenshots/screenshots/). Reuse the task-owned
lease and existing key path (--ssh-private-key when needed). Verify the downloaded
tree and hashes; recheck this workaround after CLI upgrades.
Untrusted AWS
Clean trusted default-branch checkout. Installed trusted Crabbox binary. Fresh
lease per reviewed full head SHA. No instance role. No Tailscale. No hydration.
Only CI forwarded. Trusted bootstrap uploaded beside --fresh-pr.
cd <clean-trusted-default-branch-checkout>
env -u CRABBOX_AWS_INSTANCE_PROFILE \
"$CRABBOX" config show --json | \
jq -e '.aws.instanceProfile == ""' >/dev/null
env -u CRABBOX_AWS_INSTANCE_PROFILE \
-u CRABBOX_TAILSCALE \
-u CRABBOX_TAILSCALE_AUTH_KEY \
-u CRABBOX_TAILSCALE_AUTH_KEY_ENV \
-u CRABBOX_TAILSCALE_EXIT_NODE \
-u CRABBOX_TAILSCALE_EXIT_NODE_ALLOW_LAN_ACCESS \
-u CRABBOX_TAILSCALE_HOSTNAME_TEMPLATE \
-u CRABBOX_TAILSCALE_TAGS \
"$CRABBOX" warmup \
--provider aws --network public --tailscale=false \
--tailscale-exit-node= \
--tailscale-exit-node-allow-lan-access=false \
--keep --timing-json
"$CRABBOX" inspect --provider aws --id <cbx_id> --json | \
jq -e '.network == "public" and .tailscale == null' >/dev/null
env -u CRABBOX_AWS_INSTANCE_PROFILE \
CRABBOX_ENV_ALLOW=CI \
"$CRABBOX" run \
--provider aws --id <cbx_id> \
--fresh-pr <owner/repo#number> \
--no-hydrate --timing-json \
--script <trusted-bootstrap-script> -- \
<expected_full_head_sha> <check-command>
env -u CRABBOX_AWS_INSTANCE_PROFILE \
"$CRABBOX" stop --provider aws <cbx_id>The consumer-owned bootstrap proves the IMDSv2 IAM credential endpoint returns
404, verifies the full SHA, removes inherited runtime injection variables,
pins the repository toolchain, isolates HOME, installs, and tests.
Head moved? Stop. Rewarm. No reuse across revisions. No remote PR or no-role proof unavailable? Secretless fork CI. No exceptions.
Direct AWS
Trusted direct run:
"$CRABBOX" run \
--provider aws \
--idle-timeout 90m --ttl 240m --timing-json \
--shell -- \
"<check-command>"Focused:
"$CRABBOX" run \
--provider aws --timing-json --shell -- \
"<check-command>"Stale sync: retry --full-resync once. Still bad: fresh lease. One-shot should
stop itself; after failure/interruption verify "$CRABBOX" list --provider aws.
Broker auth, not cloud keys:
"$CRABBOX" config show
"$CRABBOX" doctor
"$CRABBOX" whoami
"$CRABBOX" login --url <broker-url> --provider awsNormal validation asking for AWS keys usually means wrong path.
Fresh PR / Container
--fresh-pr <owner/repo#123>: clean remote checkout. Add --apply-local-patch
only for intentional local fixup. Direct providers only.
Use local Docker only when the resolved configuration selects it or the user explicitly requests a local-container lane:
"$CRABBOX" run \
--provider local-container \
--local-container-image <container-image> \
--no-hydrate --fresh-pr <owner/repo#number> \
--timing-json --shell -- \
"<install-and-check-command>"Report local-container; not AWS/Testbox. Keep --no-hydrate and use a
repository-local dependency cache when host-mounted caches cannot cross filesystems.
Observability
Prefer built-ins:
--preflight: target/workspace/tool probes.--debug --timing-json: sync, command, total timing.--script <file>/--script-stdin: safe multiline direct-provider command.--allow-env NAME+--env-from-profile <file>: exact direct-provider env.CRABBOX_ENV_ALLOW=NAME,...: exact ambient env allowlist.--capture-stdout,--capture-stderr: direct-provider local capture.--capture-on-fail: test artifacts. Treat as secret-bearing until reviewed.--keep-on-failure: retain failed lease for debugging.--results-auto/--junit <path>: structured failure digest.CRABBOX_PHASE:<name>lines: phase timing.
Secrets: exact key only. One command. Never print. Never repo file. Never shell history. No safe injection path? Report live auth blocked. No fake-key upgrade to “live proof.”
Real E2E
“Test in Crabbox” means user path, not merely remote unit tests.
- Reproduce entrypoint when feasible.
- Patch. Narrow local test.
- Remote install/update/onboard/CLI/service/API path.
- Record provider, id, command, environment shape, redacted secret source, observed result.
- Cleanup.
Route:
- Install/package: pack tarball; install like user; matching Docker/package lane.
- Provider/auth: real provider. Scrub unrelated provider vars.
- Integration: setup, config, send/receive, and inspect redacted logs.
- Service/session/tool: real CLI or API; inspect persisted state and result.
- Parser/config: focused tests enough only when OS/package/service cannot matter.
Before/after: same Testbox when practical. Detached temp worktrees under /tmp.
Never checkout refs in synced root. For native Testbox, prepare and compare both
revisions within one synced invocation; later runs sync the local checkout again.
Full-screen CLI: real PTY. Interactive Clack: exact arrows/Enter; raw search
typing can lie.
Use the consumer's documented temporary state/config directory so proof cannot mutate the operator's normal installation.
Desktop / Cross-OS
Static hosts:
"$CRABBOX" run --provider ssh --target macos \
--static-host <macos-host> -- <check-command>
"$CRABBOX" run --provider ssh --target windows --windows-mode normal \
--static-host <windows-host> -- pwsh -NoProfile -Command '<check-command>'
"$CRABBOX" run --provider ssh --target windows --windows-mode wsl2 \
--static-host <windows-host> -- <check-command>Windows/WSL2: prefer Azure when advertised/configured. Native Windows uses OpenSSH + PowerShell + Git + tar. Actions hydration Linux-only.
Brokered macOS: paid EC2 Mac. First quota/no-spend preflight. No silent substitution for Linux proof.
"$CRABBOX" admin hosts quota --provider aws --target macos \
--region eu-west-1 --type mac2.metal --json
"$CRABBOX" admin hosts allocate --provider aws --target macos \
--region eu-west-1 --type mac2.metal --dry-run --jsonHuman desktop: WebVNC preferred when the resolved provider supports it. Do not change providers only to gain desktop support.
"$CRABBOX" warmup --desktop --browser --keep
"$CRABBOX" desktop launch --id <id> \
--browser --url https://example.com --webvnc --open --take-control
"$CRABBOX" desktop doctor --id <id>
"$CRABBOX" webvnc status --id <id>
"$CRABBOX" artifacts collect --id <id> --all --output artifacts/<slug>Before handoff, prove CLI/app from neutral ~:
"$CRABBOX" run --id <id> --shell -- \
"cd ~ && command -v <command> && <command> --version"Visible desktop alone proves nothing. Keep browser windowed unless capture task. Never commit proof assets to product repo.
Failure Triage
Identify layer: wrapper, provider, hydration, sync, SSH, command.
"$CRABBOX" doctor
"$CRABBOX" status --id <id> --wait
"$CRABBOX" inspect --id <id> --json
"$CRABBOX" history --limit 20
"$CRABBOX" logs <run_id>
"$CRABBOX" results <run_id>
blacksmith testbox list --all
blacksmith testbox status --id <tbx_id>- Provider/CLI old: follow the consumer's trusted Crabbox update path.
- Config/auth:
config show,doctor,whoami. - Sync quiet/stale:
--debug --timing-json, then--full-resynconce. - Testbox capacity: no retry storm. Report the blocker; change providers only with explicit user approval.
- Command failure: read phase, failed test, JUnit, skipped shell segment. Focused rerun first.
- Cleanup unclear: list exact provider. Stop only owned ids.
- Consumer wrapper broken: use the installed Crabbox CLI only to isolate the wrapper, preserving the same resolved provider.
Crabbox stop does not accept --timing-json.
Boundary
Crabbox stays generic: lease, sync, command, logs, results, timing, cleanup. Consumer setup belongs in that repository's hydration workflow and scripts.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

