activity-monitor
Guardian service that monitors the active runtime agent's state and automatically restarts it if stopped. Use when checking agent…
Start a new session when context is high. Claude uses /clear, Codex uses /exit. Use when context is high or when a fresh session is needed.
$ npx -y skills add zylos-ai/zylos-core --skill new-session --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/new-sessionContext preview
The summary Claude sees to decide when to auto-load this skill.
Start a new session when context is high. Claude uses /clear, Codex uses /exit. Use when context is high or when a fresh session is needed.
name: new-session description: Start a new session when context is high. Claude uses /clear, Codex uses /exit. Use when context is high or when a fresh session is needed.
Start a fresh session with graceful handoff. Use runtime-specific switch commands:
Before sending the session switch command, complete these steps **in order**:
Check for running background agents using the current runtime's available agent/task listing capability. For Claude, this is `TaskList`.
Runtime behavior differs here:
For each running task, note:
This information goes into the handoff summary (step 2).
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 new 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.
For Codex:
node ~/zylos/.claude/skills/comm-bridge/scripts/c4-control.js enqueue --content "/exit" --priority 1 --block-queue-until-idle --no-ack-suffix
For Claude:
node ~/zylos/.claude/skills/comm-bridge/scripts/c4-control.js enqueue --content "/clear" --priority 1 --block-queue-until-idle --no-ack-suffix
1. **Early memory sync** (handled by context-monitor, not this skill): At 80% of the session-switch threshold, the context monitor triggers memory sync in the background. The new session's startup hook also checks for unsummarized conversations and triggers sync if needed — so memory sync is never lost, at most delayed by one session. 2. **Pre-switch checks**: Inventory background tasks, write handoff summary. 3. **Enqueue switch command**: Puts the runtime-specific command into the control queue (`/clear` for Claude, `/exit` for Codex) 4. **Deliver when idle**: Dispatcher delivers the command when idle 5. **Session switches**:
6. **New session**: Session-start hooks fire, including memory sync if unsummarized conversations exceed threshold.
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…