with one click
yoyopod-logs
Tail YoYoPod runtime/service logs from Raspberry Pi
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
Tail YoYoPod runtime/service logs from Raspberry Pi
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Commit-safe Rust-first dev-lane branch/SHA deploy to Raspberry Pi
Restart the active YoYoPod dev lane service on Raspberry Pi
Manual fallback for fetching CI Rust artifacts onto the Pi (prefer /yoyopod-deploy)
Capture a screenshot of the active YoYoPod display from Raspberry Pi
Health check for Raspberry Pi lanes, runtime, connectivity, processes, memory, recent logs
Sync a committed branch / SHA to the Raspberry Pi dev lane
| name | yoyopod-logs |
| description | Tail YoYoPod runtime/service logs from Raspberry Pi |
| disable-model-invocation | true |
| allowed-tools | ["Read","Bash(yoyopod target:*)"] |
| argument-hint | [line_count] [--errors] [--filter <subsystem>] [--follow] |
Use deploy/pi-deploy.yaml as the shared deploy contract and
deploy/pi-deploy.local.yaml for machine-specific overrides such as
host, SSH user, dev lane checkout, and branch. The tracked dev default
is /opt/yoyopod-dev/checkout; prod slots live under /opt/yoyopod-prod.
yoyopod target merges the files directly, and yoyopod target config edit is the preferred way to create or update the local override.
If the file does not exist yet, run yoyopod target config edit first.
That command creates deploy/pi-deploy.local.yaml automatically before
opening it.
Parse the arguments string provided after /yoyopod-logs:
/yoyopod-logs 100), map it to --lines <count>. Default: 100.yoyopod target logs --errors.yoyopod target logs --filter <value>.yoyopod target logs --follow.Multiple flags can be combined.
Build the helper command. Use:
yoyopod target logs ...
Add --lines, --errors, --filter, and --follow based on the
parsed arguments.
If lane state matters, also run:
yoyopod target mode status
Present the log output. Return the raw log lines directly. Do not summarize or truncate unless the user explicitly asks.
After presenting the logs, remind the user they can ask follow-up questions about the log content, such as "why did the call drop?" or "what errors happened in the last minute?"