activity-monitor
Guardian service that monitors the active runtime agent's state and automatically restarts it if stopped. Use when checking agent…
Use when the user asks to restart Claude Code, or after changing settings/hooks/keybindings.
$ npx -y skills add zylos-ai/zylos-core --skill restart-claude --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/restart-claudeContext preview
The summary Claude sees to decide when to auto-load this skill.
Use when the user asks to restart Claude Code, or after changing settings/hooks/keybindings.
name: restart-claude description: Use when the user asks to restart Claude Code, or after changing settings/hooks/keybindings.
Restart Claude Code session - sends /exit and lets activity-monitor daemon handle the restart.
Before sending `/exit`, complete these steps **in order**:
Check for running background agents (Task tool). If any are active, stop them to avoid orphaned work.
Update memory files (state.md, sessions/current.md, etc.) to preserve important context that would otherwise be lost on restart.
Write a brief message covering:
Send the full handoff summary to the internal `void` channel via C4:
cat <<'EOF' | node ~/zylos/.claude/skills/comm-bridge/scripts/c4-send.js "void" "session-handoff" <handoff summary> EOF
The `void` channel is record-only: the message is stored in C4 conversation history (so the restarted session's startup hook, `c4-session-init`, includes it in startup context) but is never delivered to any real channel or display surface.
Do not send the full handoff summary to the active external user channel (Telegram, Lark, Feishu, HXA, etc.). Handoff summaries are operational context for the next agent session and may contain task state from outside the current conversation. If the user is actively waiting, send only a short user-facing notice to their current `reply via` path, without internal task inventory or cross-channel context.
node ~/zylos/.claude/skills/comm-bridge/scripts/c4-control.js enqueue --content "/exit" --priority 1 --block-queue-until-idle
1. **Enqueue /exit**: Puts `/exit` into the control queue (priority=1, block_queue_until_idle) 2. **Block subsequent messages**: block_queue_until_idle prevents other messages from being dispatched 3. **Deliver when idle**: Dispatcher delivers `/exit` to tmux when Claude is idle 4. **Daemon restart**: activity-monitor detects exit and restarts Claude
Guardian service that monitors the active runtime agent's state and automatically restarts it if stopped. Use when checking agent…
Accurately check current context window and token usage. Use when the user asks about context usage, token consumption, or when…
C4 communication bridge — central gateway for ALL external communication (Telegram, Lark, etc.). Use when replying to users via…
Guidelines for managing zylos components via CLI and C4 channels. Use when installing, upgrading, or uninstalling components, or…
Guide for creating effective skills. Use when asked to create a new skill (or update an existing skill) that extends Claude's…
System health check dispatched by the activity monitor via Control queue. Checks PM2 services, disk space, and memory usage. Use…