Mesh LLM: Verteiltes KI-Computing auf Iroh – LLMs über eigene GPUs ausführen
Mesh LLM ist eine verteilte KI-Compute-Plattform, die GPUs und Arbeitsspeicher über mehrere Rechner hinweg bündelt und das Ganze als eine OpenAI-kompatible API unter http://localhost:9337/v1 bereitstellt. Sie können einen Knoten starten, später weitere hinzufügen und das Mesh entscheiden lassen, ob ein Modell lokal läuft, zu einem Peer weitergeleitet wird, der es bereits geladen hat, oder auf mehrere Rechner aufgeteilt wird.
Wie es funktioniert
Unter der Haube verwendet Mesh LLM iroh-Endpunkte für Identität (öffentlicher Schlüssel) und Netzwerk. Es gibt keinen zentralen Server. iroh übernimmt NAT-Traversal, Hole-Punching und Relay-Fallback über QUIC-Verbindungen. Das Protokoll definiert drei ALPNs:
mesh-llm/1– Haupt-Mesh (Gossip, Routing, HTTP-Tunnel, Plugin-Kanäle)mesh-llm-control/1– Besitzer-Steuerebene (Konfigurationssynchronisation, Eigentumsnachweis)skippy-stage/2– latenzempfindlicher Aktivierungs-Transport für aufgeteilte Modelle
Innerhalb der Hauptverbindung wird die gesamte Kommunikation über bidirektionale QUIC-Streams gemultiplext, die durch ein einzelnes führendes Byte gekennzeichnet sind:
0x01GOSSIP – Peer-Ankündigungen (Modelle, GPU, RTT, Fähigkeiten)0x04TUNNEL_HTTP – an einen Peer weitergeleitete Inferenzanfragen0x05ROUTE_REQUEST – Abfrage, welche Modelle ein Peer hostet0x06PEER_DOWN – Benachrichtigung über ausgefallenen Peer0x07PEER_LEAVING – Graceful Shutdown0x08PLUGIN_CHANNEL – Plugin-RPC0x0eDIRECT_PATH_REQUEST – direkte Adressen für NAT-Traversal teilen
Split-Modus („Skippy“)
Für Modelle, die zu groß für eine einzelne GPU sind (z. B. 235B Mixture-of-Experts), bietet Mesh LLM einen Split-Modus, der ein Modell nach Layer-Bereichen in Stufen unterteilt. Layer 0–15 laufen auf einem Knoten, 16–31 auf dem nächsten und so weiter. Aktivierungen fließen über QUIC-Streams von einer Stufe zur nächsten. Mehrere bescheidene Rechner können gemeinsam ein Modell ausführen, das keiner alleine halten könnte.
Plug-in-Architektur
Plugins deklarieren ihre Fähigkeiten in einem Manifest. Die Laufzeit startet sie, leitet Aufrufe weiter und macht ihre Fähigkeiten über MCP, HTTP, Inferenz und Mesh-Ereignisse verfügbar. Der Katalog umfasst über 40 Modelle – von Modellen mit einer halben Milliarde Parametern, die auf ein Laptop passen, bis hin zu den 235B Giganten.
Für wen es gedacht ist
Teams, die ihre eigene KI-Infrastruktur kontrollieren möchten: GPU-Compute privat oder öffentlich teilen, größere Modelle ausführen ohne teurere Hardware zu kaufen, und Anbieterbindung vermeiden. Jeder OpenAI-Client kann auf localhost:9337 zeigen und sich nicht mehr darum kümmern, wo die Arbeit tatsächlich stattfindet.
📖 Vollständige Quelle lesen: HN LLM Tools
👀 Siehe auch

Databasus PostgreSQL Backup Tool erhält Unterstützung von Anthropic Open Source
Anthropic hat das Open-Source-Datenbank-Backup-Tool Databasus durch sein Claude for Open Source Programm anerkannt und bietet den Maintainern kostenlosen Zugang zu Claude Max. Das Tool unterstützt PostgreSQL, MySQL, MariaDB und MongoDB mit geplanten Backups, über 70 Speicherzielen und AES-256-GCM-Verschlüsselung.

llm-idle-timeout feuert nach 2 Minuten auf N100/WSL2 trotz timeoutSeconds-Einstellung
Ein Nutzer berichtet, dass der Idle-Watchdog in OpenClaw nach 2 Minuten auf N100/WSL2-Hardware auslöst und dabei die Einstellung timeoutSeconds=300 ignoriert, aufgrund des langsamen Gateway-Starts (45+ Sekunden) und fehlendem konfigurierbaren noOutputTimeoutMs.

OmniCoder-9B: Ein 9-Milliarden-Parameter-Codierungsagent, feinabgestimmt auf 425.000 agentische Trajektorien
Tesslate hat OmniCoder-9B veröffentlicht, ein 9-Milliarden-Parameter-Modell für Coding-Agenten, das auf der hybriden Architektur von Qwen3.5-9B feinabgestimmt wurde. Es wurde mit über 425.000 kuratierten agentischen Coding-Trajektorien von Claude Opus 4.6, GPT-5.4, GPT-5.3-Codex und Gemini 3.1 Pro trainiert.

Claude Code Plugin analysiert Token-Verschwendung und Anomalien lokal
Ein Entwickler hat ein Claude Code Plugin erstellt, das Token-Verschwendung diagnostiziert, indem es sechs Anomaliearten aus lokalen Sitzungsdaten erkennt. Das Tool analysierte 8.392 Sitzungen und fand 1.015 Anomalien, wobei ExcessiveToolUse am häufigsten auftrat.