Status: proposed Date: 2026-02-10
ADR 0004 identifies the process manager as "significant infrastructure to build and maintain" for the local-first workflow. PLAN_PROCESS_COMPOSE.md exists as an implementation plan but isn't part of the ADR system.
The plan ports a subset of process-compose (Go) to TypeScript. Scope includes: HTTP API server, log output, start/stop/status/shutdown. Explicitly excludes: TUI, WebSocket streaming, scaling, namespaces, scheduling, hot-reload.
- Why port process-compose to TypeScript instead of: (a) using the Go binary directly, (b) using Docker Compose, (c) building from scratch without process-compose's model
- Process lifecycle: YAML config format, dependency resolution (
depends_onwithprocess_healthy/process_completed_successfully), readiness probes (exec, HTTP GET) - Signal handling: How SIGTERM/SIGINT propagate to child processes, graceful shutdown ordering
- HTTP API: Endpoints, what
supabase devcalls, how the TUI (React-Ink) connects to it - Logging: Per-process log files, log rotation, how logs surface in the TUI
- Health checks: Probe types, intervals, failure thresholds, restart policies
- Embedded binaries vs Docker containers: How native binaries and Docker containers coexist
- ADR 0004: CLI Design Goals — local-first workflow,
supabase devorchestrator - ADR 0007: Real-time Progress — progress reporting from process manager phases
- PLAN_PROCESS_COMPOSE.md: Detailed implementation plan