com um clique
yoyopod-logs
Tail YoYoPod runtime/service logs from Raspberry Pi
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Menu
Tail YoYoPod runtime/service logs from Raspberry Pi
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
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?"