Skip to main content

systemg

An agent-friendly general process composer.

What systemg does

Suppose you’re building an API that needs PostgreSQL, Redis, and a background worker. Instead of starting each service manually in different terminals, you define them once in a YAML file. systemg starts everything in the right order, restarts crashed services, and provides unified logging.
Run sysg start to attach in the foreground and stream every service with a per-service prefix. Ctrl-C stops that project and returns the terminal. Add --daemonize when you want the command to return immediately. This example is a single loose bundle — services with no project. To run several independent stacks under one resident supervisor, group them under a projects: map; see Projects.

Built for production

systemg handles the complexity of process management so you don’t have to. Services that depend on databases wait for them to start. Crashed processes restart automatically with configurable backoff. Each service gets isolated logging. Zero external dependencies—just a single binary.

Next steps

Install systemg and have your first service running in under a minute.