Understand the running system.
Bring services, model lanes, dependencies, and startup relationships into one operational inventory that shows how the environment fits together.
06 / Operations control plane
Operate local AI infrastructure from one control plane. See services, models, routes, queues, health checks, capability tests, repair steps, recovery state, and execution evidence across the running NbotaiOS system.
OSC connects the system map, operational policies, health evidence, and recovery path. Operators can reason from what is actually running instead of working from disconnected assumptions.
Bring services, model lanes, dependencies, and startup relationships into one operational inventory that shows how the environment fits together.
Keep work routes visible alongside queue state, approval points, and the policies that determine how an operation may proceed.
Use audit events, health checks, and capability tests to distinguish a running process from a system that is genuinely ready to perform its work.
Form repair plans from observed state and carry recovery through supervisor controls while keeping the route and result available for review.
The control loop begins with the real system, evaluates the route and capability, then applies a repair that can be checked against readiness evidence.
Map the service, model, dependency, startup, and queue state that defines the active operating environment.
Check policy, approvals, health, and capability before deciding whether work should proceed or a repair is required.
Execute the repair path through supervised recovery and confirm the resulting system state with fresh operational evidence.