What is MUXI?

The AI Application Server

No one builds their own Nginx to deploy a website. No one should reinvent infrastructure to build AI.

MUXI is production-ready infrastructure for AI agents. Not a framework. Not a wrapper. A server.

Think of it this way:

  • Websites have web servers (Nginx, Apache)
  • APIs have application servers (Express, FastAPI)
  • Agents now have MUXI
flowchart TB
    subgraph "The MUXI Stack"
        A["<b>SDKs:</b><br>Python, TypeScript, Go, Swift, Java..."]
        B["<b>APIs:</b><br>REST endpoints for chat, deploy, stream"]
        C["<b>Runtime:</b><br>Agents, memory, tools, orchestration"]
        D["<b>Server:</b><br>Multi-formation deployments, auth, routing"]
    end

How it runs

Like a web application:

Layer Web World MUXI
Server Nginx MUXI Server
Runtime Node / Python MUXI Runtime
Application Your code Formation

How you ship it

Like Docker:

Concept Docker MUXI
Engine Docker Engine Server + Runtime
Definition Dockerfile Formation
Registry Docker Hub MUXI Registry
CLI docker muxi

The key insight: You build applications ON TOP of MUXI using SDKs. Your frontend, mobile app, or backend talks to MUXI via API. MUXI handles orchestration, memory, multi-tenancy, and observability.

That's what makes it infrastructure, not a framework.

The Problem

Building a demo agent is easy:

response = openai.chat("Hello, world!")

Building a production agent system requires:

  • Multi-agent orchestration and coordination
  • Memory management (short-term, long-term, semantic)
  • Tool integration (APIs, databases, file systems)
  • Multi-tenant isolation and security
  • Observability and debugging
  • Deployment, scaling, and lifecycle management

Most teams spend 3-6 months building this infrastructure before shipping a single feature.

The question: Is agent infrastructure your core IP, or is it plumbing blocking your actual product?

The Solution

MUXI treats agents as native infrastructure primitives. Declare them in YAML, deploy with one command, manage like containers.

Declare your system in YAML

# formation.afs - A complete AI system definition
schema: "1.0.0"
id: customer-support

llm:
  models:
    - text: openai/gpt-4o

agents:
  - id: triage
    role: "Route customer inquiries"
  - id: technical
    role: "Handle technical issues"
  - id: billing
    role: "Handle billing questions"

memory:
  persistent:
    enabled: true

mcp:
  servers:
    - id: zendesk
    - id: stripe

Deploy with one command

muxi deploy
# That's it. You're live.

Build on top

from muxi import FormationClient

formation = FormationClient(
    server_url="http://server:7890",
    formation_id="customer-support",
    client_key="<your-client-key>",
)
response = formation.chat(
    {"message": "I need a refund"},
    user_id="user_123",
)

Key Capabilities

LLM-Agnostic

Use OpenAI, Anthropic, Google, Azure, AWS Bedrock, or local models (Ollama, llama.cpp). Swap providers in seconds. Mix models per agent. Automatic failover when providers fail.

Learn more →

Multi-Tenant RBAC

Sessions, memory, artifacts, and encrypted credentials stay isolated per user. Group-based RBAC controls access to agents, MCP servers, and individual tools through inheritance and fail-closed membership resolution.

Learn more →

Intelligent Orchestration

The Overlord automatically breaks down complex requests into subtasks. No predefined workflows – agents analyze complexity, identify dependencies, and execute in optimal order.

Learn more →

Agent Collaboration (A2A)

Agents within your formation work together seamlessly. Delegate tasks across formations. Collaborate with external agents from other organizations via A2A protocol.

Learn more →

MCP Without the Bloat

Connect MCP tool catalogs without injecting every schema into every prompt. MUXI indexes definitions once, selects relevant tools at runtime, and filters the surface through layered allow/deny rules.

Learn more →

Memory Platform

Layered context, user/group/formation scopes, immutable events, provenance, rebuilds, selective forgetting, decay, knowledge graphs, Captain's Logs, and signed on-premises distillation.

Learn more →

Reasoning RAG & Remote Knowledge

Navigate hierarchical document trees with tree, vector, or hybrid retrieval. Synchronize local and remote knowledge from HTTP, cloud storage, rsync, FTP, and SFTP sources.

Learn more →

Real-Time Streaming

Stream text, progress, planning, tool activity, and typed UI widgets over SSE. Non-streaming responses use the same response envelope and text fallback.

Learn more →

Formation Self-Tuning

Turn operational evidence into reviewable revisions of MUXI.md, backed by experiments and watched metrics. Inspect, apply, or dismiss every suggested behavioral change.

Learn more →

Proactive Formations

Let formations initiate useful contact through heartbeats, active hours, per-user channels, soul documents, notification routing, and built-in slash commands.

Learn more →

Coding-Agent Delegation

Delegate repository work to supported headless coding agents in isolated asynchronous workspaces, with deterministic monitoring for long-running jobs.

Learn more →

Durable Artifacts & UI

Persist generated files as encrypted, versioned, user-scoped memory and return typed options, actions, links, and MCP resources that clients render natively.

Learn more →

Built for Production

MUXI includes the infrastructure that normally appears after a prototype fails its first production review: group-based RBAC, per-user credentials, scoped and auditable memory, idempotent mutations, circuit breakers, fallback models, typed observability, PII redaction, isolated runtimes, health checks, updates, and rollbacks.

Declare Once, Deploy Everywhere

MUXI created the Agent Formation Schema – an open spec for declarative AI systems. Agents, knowledge, tools, and settings defined in portable .afs files.

Like a Dockerfile for containers, but for agents.

Formations are:

  • Portable – Run anywhere MUXI runs
  • Versionable – Git-friendly YAML files
  • Shareable – Push to the registry, pull anywhere

The Formation Registry

Discover and share formations through the MUXI Registry. Like Docker Hub, but for AI agents.

# Pull a pre-built formation
muxi pull @acme/customer-support

# Publish the current formation
cd my-agent
muxi push

Browse community formations, install with one command, customize for your needs.

Open Source & Self-Hosted

MUXI is open-source and self-hostable. Your data stays on your infrastructure. No vendor lock-in. No per-seat pricing. No usage limits. Free forever. Revenue from optional support services.

  • Full source code on GitHub
  • Single binary installation
  • Works on Linux, macOS, Windows, Docker
  • Enterprise controls included

How It Compares

MUXI makes frameworks obsolete for 90% of use cases.

MUXI Frameworks (LangChain, CrewAI) Cloud AI (Bedrock, Vertex)
What it is Infrastructure Library Managed service
Deployment muxi deploy You build it Vendor-managed
Multi-tenancy Built-in You build it Limited
Self-hosted Yes N/A No
LLM choice Any provider Any provider Vendor models
Observability Hundreds of typed events You build it Vendor tools

vs. AI Assistants (OpenClaw, ChatGPT)

Different layer entirely. OpenClaw is a personal AI assistant (single-user product). MUXI is infrastructure to build products like OpenClaw – with multi-tenancy, proper memory, and SDKs for integration.

MUXI is infrastructure, not a framework. Frameworks help you write agent logic. MUXI runs agents in production.

Who Is MUXI For?

Platform Builders

Building a SaaS with AI features? MUXI handles orchestration, memory, and multi-tenancy so you can focus on your product.

Internal Tool Builders

Deploying AI systems across your organization? MUXI gives you group-based RBAC, scoped memory, per-user credentials, SOPs, observability, and self-tuning out of the box.

Developers Tired of Framework Hell

Spent months on LangChain orchestration code? MUXI replaces it with YAML configuration and a single deploy command.

Next Steps


Home Docs SDKs
Star on GitHub