Private AI, operated like real infrastructure
FlexInfer is the runtime anchor for private inference and model customization. Loom coordinates MCP, context, and agent fleets around that runtime. MentatLab turns direct model/API calls into DAG workflows. fi-fhir handles healthcare ingestion, transformation, and delivery.
What is running now
ReadingRead when this page rendered. Each tile names its source.
- FactoryReading the source…
- InferenceReading the source…
- ClusterReading the source…
Start with private inference
Four layers, in the order they are built, and the question each one has to settle.
- 01FlexInfer
Operate private model runtimes first
Can this model run, scale, route, and roll back inside our cluster boundary?
- 02Loom
Govern the agent and tool boundary
Which agents can reach which tools, with what context, and what audit trail?
- 03MentatLab
Compose repeatable DAG workflows
Can operators design, validate, run, and observe the workflow as a graph?
- 04fi-fhir
Apply it to sensitive integration work
Can legacy clinical data become validated, explainable, routable events?
Each product owns a clear boundary
What each product keeps inside your environment, and where requests cross to another product.
- Deployment boundary
- Model runtime placement, scheduling, caching, activation, and adapter workflows stay inside your cluster boundary.
- Integration boundary
- Applications hit standard inference APIs while runtime operations stay inside your network and observability stack.
- Crosses to
- Loom · Runtime and context boundary
- fi-fhir · Inference and sensitive-data integration
- Deployment boundary
- Centralizes MCP server lifecycle, daemon routing, context memory, and policy boundaries for internal tools and agent access.
- Integration boundary
- Defines how agents reach internal systems with bounded context, auditable routing, and least-privilege intent.
- Crosses to
- FlexInfer · Runtime and context boundary
- MentatLab · Control plane and operator UX
- Deployment boundary
- UI, gateway, and orchestrator services run inside your Kubernetes footprint alongside private model and integration services.
- Integration boundary
- Workflows call direct model/API nodes and MCP-governed tools without depending on frontier coding harness semantics.
- Crosses to
- Loom · Control plane and operator UX
- Deployment boundary
- Data transformation pipeline runs in your controlled environment and deployment topology.
- Integration boundary
- Source Profiles, semantic events, validation, routing, and terminology mapping isolate source variability while preserving operational traceability.
- Crosses to
- FlexInfer · Inference and sensitive-data integration
Workflow and fleet monitoring
Where operators watch the work: MentatLab for workflow design and runs, Loom Companion for the agent fleet.
Agent and DAG orchestration UI
MentatLab
Mission Control interface for building, validating, monitoring, and executing DAG-based agent workflows in private environments.
Loom Core governs context routing and policy boundaries. MentatLab provides the DAG design and run-visibility layer over direct API model calls, internal services, and private FlexInfer endpoints.
Deployment and integration boundaries
- Deployment boundary
- UI, gateway, and orchestrator services run inside your Kubernetes footprint alongside internal agent workloads.
- Integration boundary
- Connects orchestration workflows to direct model/API nodes, internal MCP-governed tools, and runtime services without moving data to shared SaaS control planes.
Mobile fleet monitoring (iOS/iPad)
Loom Companion
SwiftUI app for fleet monitoring, session management, real-time alerts, and lightweight operator control from iPhone and iPad.
Loom Core exposes a frozen v1 mobile API (18 endpoints) with OAuth PKCE auth; Companion consumes it for on-the-go visibility into agents, sessions, and infrastructure.
Deployment and integration boundaries
- Deployment boundary
- Connects via LAN (trusted network) or Gateway (zero-trust with mandatory TLS) to your Loom Core HUD instance.
- Integration boundary
- Read-only fleet access with scope-gated mutations. Mobile tokens are isolated from internal agent routes with per-actor rate limiting and structured audit logging.
Current foundations and in-progress controls
4 controls are available today. 2 controls are currently in progress.
Healthcare-aligned implementation stories
The healthcare case study shows the parsing, mapping, and delivery controls implemented in fi-fhir, along with its remaining release work.
fi-fhir healthcare integration workflows
Profile-driven parsing and transformation for HL7v2 and FHIR in production-oriented workflows.
Operationalizing healthcare API integrations
Reliability patterns for long-lived, partner-facing integration surfaces under operational pressure.