원클릭으로
yoyopod-logs
Tail YoYoPod runtime/service logs from Raspberry Pi
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Tail YoYoPod runtime/service logs from Raspberry Pi
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
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?"