Design & media

SoundClaw Onboarding

Try it

Run the OpenClaw-first SoundClaw readiness check and route operators to the next owned step.

What it does

Run the OpenClaw-first SoundClaw readiness check and route operators to the next owned step.

The skill document

SoundClaw Onboarding

Use this skill when the operator wants to get started with SoundClaw in OpenClaw, needs a first-use readiness check, or wants to rerun that check after the backend install flow.

Behavior

  • Start with a narrow local preflight for documented backend markers. Check for soundclawctl on PATH, and if it is not visible there, check the stable runtime-owned path /opt/soundclaw/runtime/current/bin/soundclawctl.
  • If neither marker exists, explain that the SoundClaw backend does not appear to be installed locally.
  • For the missing-backend path, point the operator to the public SoundClaw releases surface at https://github.com/catholicbeer/soundclaw-release/releases. Tell them to download one release bundle named soundclaw-pi-release-.tar.gz on the Raspberry Pi, extract it, and run the bundled installer wrapper from the extracted bundle root (sudo ./install.sh --help for options). The bundle already includes the needed pi-kit setup scripts under repos/soundclaw-pi-kit/scripts/. Tell them to return to the same OpenClaw workspace after install, and stop there.
  • If a backend marker is present, run runtime status through the executable that was found, such as soundclawctl runtime status [--json] or /opt/soundclaw/runtime/current/bin/soundclawctl runtime status --json.
  • Summarize the result in operator language as one of:
    • backend marker missing
    • backend present and runtime ready enough for normal use
    • backend present but runtime still degraded or unavailable
  • If runtime status looks healthy, say that the SoundClaw skill set in this OpenClaw workspace is ready for normal flows such as playback, asset lookup, output inspection, runtime health, and config validation.
  • If runtime status is degraded or unavailable, explain that the backend marker is present but the runtime still needs attention. Point to the Runtime Health skill or the documented runtime diagnostic path rather than claiming the host was repaired.
  • Keep success messages short and concrete.
  • Keep failures explicit about whether the problem appears to be in the skill layer, the runtime layer, or the missing-backend onboarding path.

Out Of Scope

  • Installing the backend
  • Downloading release bundles or packages
  • Host repair
  • Editing OpenClaw discovery paths
  • Service manipulation
  • Runtime-internal IPC
  • Hidden retries for mutating commands

Local References

  • Read {baseDir}/references/README.md for the operator job, guardrails, and intent boundary.
  • Read {baseDir}/references/examples.md for example requests and expected behavior.
  • Read {baseDir}/references/compatibility.md for runtime dependency and packaging notes.

Related skills

Onboard and operate SoundClaw through one thin OpenClaw-facing product and the promoted runtime CLI.

1 installs

Route OpenClaw CLI requests to the right command family and profile, then verify the outcome.

336 installs7 stars

Install and configure the security-related plugins required by OpenClaw, including the `claw-sentry` plugins. Use this skill when you want to complete instal...

28 installs

Use when updating OpenClaw or debugging an OpenClaw instance after an update. This skill acts as a structured update runbook with emphasis on gateway startup...

21 installs2 stars

Set up an OpenClaw personal AI assistant by generating tailored configuration files through guided Q&A.

24 installs

Wrap a local openclaw_capture_workflow checkout as an OpenClaw/ClawHub skill that captures links, text, images, and videos, routes STT by platform, and fans...

24 installs