Surfacecommand center
Scopeactive/inactive daemons
Inspectqueues, runs, evidence
ControlAPI and connectors
Millrace OS

The operational command center for governed loops.

Millrace OS is WiP, estimated release by July 1, 2026. It is the planned dashboard for seeing which Millrace daemons are active, inactive, ready, blocked, recovering, or complete across the workflows you operate.

Dashboardactive and inactive daemons
Queuesintake, blocked, running
Evidencereceipts and completion
ExtensibleAPI, connectors, plugins
Command center 01

Operate daemons without turning the dashboard into the runtime.

Millrace OS is intended to make daemon operation legible: what is queued, what is running, why a workflow is blocked, what evidence exists, what is complete, and whether each daemon is ready to accept more work.

Queues

Watch intake, runnable work, blocked records, recovery routing, and pending completion checks across governed loops.

Runs

Follow stage assignments, terminal markers, evidence artifacts, and deterministic transitions as runs move through the compiled graph.

Readiness

See daemon health, configuration status, available runners, stalled work, and operator actions needed before more dispatch.

Remote management 02

APIs and connectors should make Millrace manageable from wherever work starts.

API surface

Expose daemon status, queues, runs, blocked states, evidence, completion, and readiness through a control API rather than scraping terminal output.

Connectors and plugins

Let external tools and agents enqueue work, inspect progress, and respond to blocks through governed operations.

Custom frontends

Keep the control surface stable enough that teams can build their own views without forking the runtime or depending on one bundled interface.

Frontend/backend separation 03

Backend and control API
Owns
Runtime state, daemon inspection, queue operations, evidence records, completion status, and readiness contracts.
Updates
Most product evolution should land as clearer contracts, richer data, and safer operations on the backend surface.
Frontend surfaces
Owns
Local layout, operator preferences, workflow-specific views, and team-specific dashboards.
Durability
Custom frontends should survive Millrace OS updates because they bind to stable backend contracts rather than internal UI structure.
Offline path 04

Local operation needs local-model discipline.

Millforge is the offline/local-model path: stage-specific guardrail configurations around a custom harness runner, intended to improve smaller-model reliability by deterministically blocking invalid tool use.