tibet-mux 1.2.0

Single-port channel multiplexer with intent-based routing and TBZ signing — part of the TIBET ecosystem

tibet-mux

Single-port channel multiplexer with intent-based routing and TBZ signing.

One TLS connection. Infinite channels. Chat, voice, video, VPN, file sync — all through port 443.

Client ──TLS 1.3──> :443 ──intent──> ┌─ chat       (I-Poll)
                                      ├─ call:voice (SIP/Voice)
                                      ├─ call:video (WebRTC)
                                      ├─ vpn:tunnel (tibet-overlay)
                                      ├─ file:sync  (sync backend)
                                      ├─ session    (Phantom)
                                      └─ custom:*   (anything)

Why

Traditional networking: one port per service. SIP on 5060, STUN on 3478, HTTPS on 443, WireGuard on 51820. Firewalls, NAT, corporate proxies — every device configured differently.

tibet-mux: one TLS connection, intent routes everything. Port 443 is open everywhere. Every firewall, every network, every device.

Three Security Layers

Layer	What it does
TLS 1.3	Transport encryption — nobody sees what flows through
Channel isolation	Logical separation per intent — voice can't access file:sync
TBZ signing	Every frame cryptographically signed with TIBET provenance

Install

# Core library (zero dependencies)
pip install tibet-mux

# With server (FastAPI + uvicorn)
pip install tibet-mux[server]

# Full (server + tibet-core integration)
pip install tibet-mux[full]

Quick Start — Library

from tibet_mux import Mux

# Create a mux
mux = Mux(agent="my_agent")

# Open a chat channel
ch = mux.open(target="gemini", intent="chat")
print(ch.id)  # ch-a1b2c3...

# Send a message (TBZ-signed automatically)
frame = ch.send({"text": "Hello via tibet-mux!"})
print(frame.tbz_hash)  # cryptographic hash of this frame

# Open a voice channel on the same mux
voice = mux.open(target="vandemeent", intent="call:voice",
                 metadata={"codec": "opus", "samplerate": 48000})

# Channels are isolated — voice data stays on voice channel
voice.send({"type": "sdp-offer", "sdp": "v=0..."})

# Close channels
ch.close()
voice.close(reason="call_ended")

# Check stats
print(mux.status())

Quick Start — Server

# Standalone
tibet-mux serve --port 8443 --agent my_node

# Or mount on existing FastAPI app

from fastapi import FastAPI
from tibet_mux.server import create_router

app = FastAPI()
app.include_router(create_router())
# Adds: /api/mux/open, /api/mux/send, /api/mux/close,
#        /api/mux/channels, /api/mux/intents, /api/mux/status,
#        /api/mux/ws (WebSocket)

Quick Start — Client

from tibet_mux.client import MuxClient

client = MuxClient("https://api.ainternet.org", agent="my_agent")

# Open channel
ch = client.open(target="gemini", intent="chat")

# Send
client.send(ch["channel_id"], {"text": "Hello!"})

# List channels
print(client.channels())

# Close
client.close(ch["channel_id"])

CLI

# Server
tibet-mux serve --port 8443 --agent my_node

# Status
tibet-mux status --url http://localhost:8000

# List intents
tibet-mux intents

# Open/send/close
tibet-mux open --agent me --target them --intent chat
tibet-mux send --channel ch-xxx --payload '{"text":"hi"}'
tibet-mux close --channel ch-xxx

WebSocket Multiplexing

One WebSocket, many channels:

const ws = new WebSocket("wss://api.ainternet.org/api/mux/ws?agent=my_agent");

// Open multiple channels on one connection
ws.send(JSON.stringify({
    action: "open", target: "gemini", intent: "chat"
}));
ws.send(JSON.stringify({
    action: "open", target: "vandemeent", intent: "call:voice",
    metadata: { codec: "opus" }
}));

// Send on any channel
ws.send(JSON.stringify({
    action: "send", channel_id: "ch-xxx",
    payload: { text: "Hello!" }
}));

// Receive
ws.onmessage = (e) => {
    const msg = JSON.parse(e.data);
    // msg.event: "channel_opened", "frame_ack", "channel_closed"
    // msg.channel_id: which channel this belongs to
};

Built-in Intents

Intent	Backend	Description
chat	ipoll	Text messaging
call:voice	voice	Voice call (SIP/Voice Pipeline)
call:video	webrtc	Video call
vpn:tunnel	overlay	VPN via tibet-overlay
file:sync	sync	File synchronization
session	phantom	Phantom session resume/fork
tibet:ping	tping	Identity-based ping
tibet:token	tibet	TIBET token operations
mail	mail	Email delivery
task	ipoll	Task assignment
sync	ipoll	State synchronization
stream	stream	Generic data stream
push	ipoll	Push notification

Custom intents are always accepted — unknown intents route to a generic stream backend.

# Register custom intent
mux.register_intent("iot:sensor", backend="mqtt", description="IoT sensor data")

Works Everywhere

• Browsers: WebSocket or fetch — no plugins needed
• Smartphones: One HTTPS connection — battery friendly
• Smartwatches (tlex-edge): Minimal footprint, one socket
• IoT: Lightweight intent routing over TLS
• VPN: intent:"vpn:tunnel" — no separate app needed

Part of the AInternet Ecosystem

tibet-mux works with:

• AINS — resolve .aint domains to find mux endpoints
• I-Poll — messaging backend for chat/task/push intents
• TIBET — provenance tokens, TBZ signing
• Phantom — session resume via session intent
• tibet-overlay — NAT traversal for vpn:tunnel intent
• tibet-ping — identity pings via tibet:ping intent

License

MIT — J. van de Meent & R. AI @ Humotica

Credits

Designed by Jasper van de Meent. Built by Jasper and Root AI as part of HumoticaOS.

---

Stack-positie: Groep agentic · Bootstrap = OSAPI-handshake naar tibet + jis (fail → snaft-rule + tibet-pol-rapport) · ← ainternet · See STACK.md · See demo/golden-path/ for the spine end-to-end.

Enterprise

For private hub hosting, SLA support, custom integrations, or compliance guidance:

Enterprise	[e-mail]
Support	[e-mail]
Security	[e-mail]

See ENTERPRISE.md for details.