Concept
The service shell
Servix is the lifecycle shell around your logic — it supervises, schedules, logs, and persists, but never becomes the business logic.
Problem
Without a shell, every background job reinvents process supervision, logging, health checks, and state persistence.
Mental model
Your existing code = business logic. Servix = lifecycle + background runtime + scheduler + logs + health + state.
Servix should not be "the thing doing the business logic". The flow is always:
existing function / CLI / package
↓
Servix wrapper (defineServixService)
↓
managed background service
↓
start / pause / stop / status / logs
The wrapper is usually tiny — one defineServixService call that delegates to your existing function, command, or handler.