ZoneFoundry Local Sonos

Use this skill when an agent, local bot, or automation wants to control Sonos through the local zf CLI.

This skill is written English-first so global users can scan it quickly. Keep user-facing replies in the user's language. Chinese examples and China-specific readiness notes are included where they help.

Use this skill when

• - the user wants to connect Sonos for the first time
• the user wants to check whether local Sonos control is ready
• the user wants to play, pause, skip, change volume, or inspect status
• the user wants to add songs to the current queue without interrupting playback
• the user wants to inspect or recover queue / transport problems
• the user wants to check music-service readiness or continue a pending local link flow

Do not use this skill for

• - Sonos account creation or billing flows
• cloud relay, hosted bot subscription, or multi-tenant product logic
• arbitrary chat unrelated to Sonos control

Core model

Treat zf as the execution layer.

INLINECODE2 -> zf -> INLINECODE4

• - the bot or agent translates intent and explains results
• INLINECODE5 handles discovery, playback, queueing, diagnostics, readiness checks, and recovery

Alternative control methods

In addition to agent / CLI usage, ZoneFoundry supports a Telegram Bot as an alternative control surface. Users can send voice or text messages to the bot for hands-free Sonos control from their phone.

Hard rules (MUST follow)

1. 1. Always obey nextCommand: If zf setup --format json returns a nextCommand field, execute that command immediately.

1. 2. Always obey nextAction: If zf service list --format json returns a nextAction field, follow it. If nextAction=ready, proceed to play.

1. 3. Do not block playback on service linking status. QQ Music, Apple Music, and most services work without separate CLI-side linking — users bind services through the Sonos mobile app. If state is unclear, try playing directly first.

1. 4. Do not expose internal implementation details, premium-only routing, or speculative workarounds in public-facing explanations. Describe user-visible outcomes and the next safe action instead.

1. 5. Keep update paths separate:

CODEBLOCK0

Language rule

• - keep user-facing replies in the user's language
• keep literal room names and service names exactly as the user sees them on Sonos
• use English examples by default, then add Chinese examples only when they improve clarity

First-run quickstart

When the user mentions Sonos for the first time, do not immediately say "not configured".

At the start of every new session, check runtime updates first:

CODEBLOCK1

If it returns status=update_available, update before doing deeper work:

CODEBLOCK2

Then run the one-shot readiness flow:

CODEBLOCK3

INLINECODE14 should be the default first move because it checks:

• - speaker discovery
• default room
• service list and local readiness state
• default service
• a final summary with suggested next actions

If zf setup is unavailable on an older runtime, do this fallback preflight:

CODEBLOCK4

If rooms are found but there is no default room, ask the user to choose exactly one visible room and then set it once:

CODEBLOCK5

If there is no default service, ask once and set it:

CODEBLOCK6

Environment gate

Before promising persistent local bot control, confirm there is an always-on device in the same LAN as Sonos.

Valid local nodes:

• - Mac or Windows PC
• NAS
• mini PC
• Raspberry Pi
• Docker host
• Home Assistant host

If the user only has a phone:

• - explain that Sonos itself can still be used normally
• guide service add/login through the official Sonos iOS / Android app
• treat Sonos Web App as a supplementary control surface, not the main onboarding path
• do not promise persistent local bot control or always-on automation

Short rule:

• - Sonos itself does not require a desktop app
• persistent ZoneFoundry agent or bot flows do require an always-on local node

Minimum safe commands

Prefer JSON output by default.

CODEBLOCK7

If the user already specified a room, prefer --name "<room>".

Safe command mapping

For user-facing explanations, prefer direct CLI command names.

Examples:

CODEBLOCK8

Playback rules

Prefer the unified play music command for normal playback.

Common service examples:

CODEBLOCK9

Chinese examples:

CODEBLOCK10

Default service selection:

• - Chinese content (Chinese artist/song names, user speaks Chinese): use --service "QQ音乐". No fallback — QQ has the best Chinese catalog coverage.
• International content (English/other artist/song names, user speaks English): use --service "Spotify". If Spotify is unavailable, fallback to --service "Apple Music".
• If the user explicitly names a service, always honour that.
• QQ Music and Apple Music use public search APIs — no separate CLI linking needed. Just play directly.
• Use exact artist + title wording when the user specifies a song, for example zf play music "黎明 夏日傾情" --service "QQ音乐".

Important distinction:

• - if the user says "play X", use zf play music "X" and expect a replace-style action
• if the user says "add X", "queue X", "append X", or "play X after this", use INLINECODE24
• if the wording is ambiguous and something is already playing, --enqueue is usually the safer default

Natural-language examples:

• - "play Taylor Swift" -> INLINECODE26
• "add five Adele songs" -> INLINECODE27
• "播郑秀文" -> INLINECODE28
• "再加一首陈奕迅" -> INLINECODE29

Lyrics rule

When the user asks about lyrics for the current song, use:

CODEBLOCK11

This fetches lyrics for the currently playing track when supported by the runtime. For raw LRC with timestamps, add --raw.

QQ Music lyrics now work reliably (MID resolution fixed). Both QQ Music and NetEase Cloud Music tracks return lyrics with translations when available.

Announcement rule

If the user asks for a short spoken interruption such as:

• - "read a one-minute news brief"
• "announce the meeting starts in 5 minutes"
• "播一分钟新闻"
• "20 分钟后提醒我开会"

default to a short TTS or reminder path, not radio search.

Current stable announcement path (direct mode, default):

CODEBLOCK12

TTS language options:

• - zh (普通话) — default, no flag needed
• INLINECODE32 (粤语/Cantonese) — pass INLINECODE33

Example with Cantonese:

CODEBLOCK13

Important announcement rules:

1. 1. Always use direct mode (the default). Do NOT pass --mode queue-insert.

Direct mode plays TTS then automatically restores the original track and position (reltime).

1. 2. Concatenate multiple items into one zf say call. If the user asks for

"5 news headlines", compose all 5 headlines into a single text block and call zf say once. Do NOT call zf say five separate times — that causes interleaving with music and breaks reltime restore.

1. 3. After TTS completes, the original song resumes at the exact playback position.

Only treat it as a live radio request if the user explicitly asks for a station or live news channel.

Queue hygiene rule

After adding songs via zf play music with --enqueue or after any queue-related playback,
run an automatic queue prune to remove copyright-blocked tracks:

CODEBLOCK14

This removes greyed-out tracks (e.g. "应版权方要求暂不能播放") from the queue.
Run it silently — do not ask the user for permission, just report the result if tracks were pruned.

Service readiness rule

Most music services work without separate CLI-side linking:

• - QQ Music: uses public search API → always ready, no linking needed
• Apple Music: uses public search API → always ready, no linking needed
• Spotify: depends on household setup; try playing directly first
• NetEase Cloud Music (网易云音乐): uses SMAPI; may need initial linking via INLINECODE40

Users bind music services through the Sonos mobile app — there is no desktop binding.
Do not tell users "service not linked" if zf play music works. Try playing first, diagnose only on failure.

If you need a reliable probe, prefer:

CODEBLOCK15

New-session rule

If a new session starts and the user says things like:

• - "done"
• "complete"
• "I logged in already"
• "已经绑好啦"
• "我登录好了"

do not force the whole onboarding conversation again.

Prefer this order:

1. 1. try playing the user's request directly
2. fall back to zf setup --format json only if playback fails and context is unclear

Failure routing

Read structured JSON errors first:

• - INLINECODE43
• INLINECODE44
• INLINECODE45

Do not classify every playback failure as auth or copyright.

Known patterns:

• - if the same song plays in a helper room but not in the target room, suspect room-local queue or transport pollution first
• if you see TRANSITIONING or partial queue failure, do not loop infinite retries
• if queue pollution is suspected, prefer explicit queue inspection and recovery commands
• if deeper room-local pollution is confirmed, zf group rebuild --name "<target>" --via "<helper>" is the stronger recovery path

Boundaries

• - Sonos official mobile apps remain the default path for adding and logging in to content services
• Sonos Web App is a supplementary control surface, not the primary onboarding path
• INLINECODE48 is a recovery tool, not proof that the original defect is fixed
• exact RelTime restoration is not a guaranteed stable capability
• OpenClaw skill updates and local zf runtime updates may require a new session to fully refresh

When to ask the user something

Ask only when required:

• - choose a default room
• confirm a preferred music service
• confirm helper-room usage for INLINECODE51

Do not ask the user to learn repo internals or memorize command names.

User-facing tone

Good examples:

• - "I'll first check whether this machine can discover your Sonos speakers on the LAN."
• "I found these rooms: Office, Kitchen. Which one should be the default?"
• "我先检查这台机器能不能发现你局域网里的 Sonos。"
• "我找到这些房间：客厅、浴室。你想默认控制哪一个？"

Avoid:

• - "Please install the Sonos controller" as a blanket answer
• "Learn the zf CLI first"
• "Not configured" before running preflight

Read these references when needed

Bundled reference files (same repo, references/ subdirectory):

• - onboarding-boundary.md — product scope and onboarding guidance
• INLINECODE54 — command map and recovery rules
• INLINECODE55 — China service-linking notes