Public excerpt from the OpenClaw kit

Preview the operating path before buying the OpenClaw kit.

This page shows the setup flow, verification ladder, trust-boundary model, and handover expectations included in the paid A$99 OpenClaw Multi-Agent Deployment Kit.

Install path excerpt

The kit assumes you have terminal access, your own machine or VPS, and your own model-provider keys. The paid archive includes the actual config files, workspaces, docs, and bootstrap scripts.

  • Install OpenClaw with Node.js 18+ and npm available.
  • Copy the provided gateway config into ~/.openclaw/openclaw.json.
  • Copy the five agent workspaces into ~/openclaw-workspaces.
  • Start from config/env.example and replace placeholders with your own keys.
  • Validate config before installing the supervised gateway service.
docs/install-guide.md excerpt
npm install -g openclaw@latest
mkdir -p ~/.openclaw
cp config/openclaw.json5 ~/.openclaw/openclaw.json
mkdir -p ~/openclaw-workspaces
cp -R workspaces/* ~/openclaw-workspaces/
source config/env.example
openclaw config validate
openclaw gateway install
scripts/verify.sh diagnostic ladder
openclaw status
openclaw status --all
openclaw gateway status --json
openclaw health --json
openclaw channels status --probe
openclaw doctor
openclaw security audit --json
openclaw agents list --bindings

Verification ladder

The paid kit is built around provable operating state. Before connecting real workflows, the operator runs the checks that expose gateway status, channel bindings, health output, and security posture.

Not sure if this is for you? Run the free readiness checklist first. If your current stack cannot produce evidence for these checks, the operating baseline is probably the next constraint.

Trust-boundary rules

The kit separates solo operation, trusted-team use, mixed-trust users, and public-facing agents so tool access and workspace state are not treated as one vague permission bucket.

Solo operator

One gateway can be enough when one trusted operator controls the machine, environment, channels, and workspaces.

Small trusted team

Use peer DM scope, group allowlists, mention gating, and explicit channel bindings instead of broad access.

Mixed-trust or public users

Split by gateway, config, state, and workspaces. Public agents should run with restrictive tools and narrow action scope.

Client handover excerpt

The kit is designed so the operator can hand over proof, not just a folder. The paid docs include a handover path for configured client or internal systems.

  • Replace placeholders with real provider and channel credentials.
  • Test bindings and run the verification script before handover.
  • Capture proof output from the diagnostic ladder.
  • Deliver the kit folder, secure environment file, proof, and walkthrough notes.

Ready to use it?

The paid product is A$99 one-time. After buying, send your use case and the machine type you plan to use so the first-buyer guidance can point you at the cleanest first workflow.