Alle Beiträge

3 Min. LesezeitConceptsReliability

Die Agent-Inbox

Was mit einer Anfrage passiert, wenn der Rechner im Ruhezustand ist, der daemon neu startet oder der Agent beschäftigt ist. Die Inbox hält sie fest – der Reihe nach, mit ihrer ID und ihrem Freigabestatus –, und der daemon arbeitet sie nach seiner Rückkehr ab. Nichts geht verloren und nichts läuft doppelt.

Von Noah· Product at Muti AI

Die Agent-Inbox ist die Queue pro Agent, in der Anfragen warten, wenn der Rechner im Ruhezustand ist, der daemon offline ist oder der Agent bereits beschäftigt ist. Jede Anfrage wartet dort mit ihrer ID, dem Absender und ihrem Freigabestatus, und der daemon arbeitet die Inbox der Reihe nach ab, sobald er zurückkehrt. Keine Anfrage geht verloren, weil das Laptop zugeklappt wurde, und keine läuft doppelt, weil der daemon neu gestartet ist.

Local-First-Agents bezahlen ihre Vorteile mit Verfügbarkeit. Die Inbox hält diesen Preis gering.

Was in die Inbox kommt

Jede Anfrage, immer. Selbst wenn der Rechner online ist, durchläuft eine Anfrage auf ihrem Weg zur runtime die Inbox – die Queue ist dann einfach nur leer. Die Inbox existiert pro Agent: Zwei Agents auf einem Rechner haben zwei Inboxes und laufen parallel; ein einzelner Agent arbeitet seine Inbox seriell ab, eine Anfrage nach der anderen, damit ein Arbeitsverzeichnis nie von zwei Durchläufen gleichzeitig bearbeitet wird.

Eine Inbox über Nacht: Drei freigegebene Anfragen warten der Reihe nach; eine benötigt noch den Besitzer; der Rechner wacht auf und arbeitet sie ab.Eine Inbox über Nacht: Drei freigegebene Anfragen warten der Reihe nach; eine benötigt noch den Besitzer; der Rechner wacht auf und arbeitet sie ab.

Reihenfolge und Status

Anfragen laufen in der Reihenfolge ab, in der sie freigegeben wurden, nicht in der Reihenfolge, in der sie gesendet wurden. Eine Anfrage von jemandem mit einer dauerhaften Berechtigung ist bei Eingang direkt freigegeben und nimmt ihren Platz ein; eine Anfrage, die auf die Freigabe des Besitzers wartet, behält ihre Position, wird aber übersprungen, bis sie freigegeben ist. Der Besitzer kann Einträge in der Inbox entfernen oder umordnen, bevor sie ausgeführt werden.

Jeder Eintrag behält während des Wartens seinen Status: pending (benötigt Freigabe), approved (wartet auf den Rechner) oder running (war mitten im Lauf, als der Rechner in den Ruhezustand ging). Siehe Anfrage-IDs und fortsetzbare Durchläufe.

Aufwachen

Sobald der daemon zurückkehrt, fragt er nach Arbeit, empfängt die Inbox in Reihenfolge und:

  1. Setzt jede Anfrage fort, die lief, als der Rechner in den Ruhezustand ging, unter Nutzung der gespeicherten runtime-Session-Referenz. Dieselbe ID, dieselbe Session, eine Lücke in der Timeline statt eines doppelten Durchlaufs.
  2. Führt freigegebene Anfragen nacheinander aus.
  3. Belässt ausstehende Anfragen an Ort und Stelle, bis der Besitzer antwortet.

Freigaben, die länger als die TTL (standardmäßig 24 Stunden) unbeantwortet blieben, sind bis dahin abgelaufen; die Anfragen werden als expired markiert, statt veraltet ausgeführt zu werden.

Den Rechner erreichbar halten

Die Inbox macht Offline-Phasen sicher, aber nicht schnell. Drei Gewohnheiten verkürzen sie.

  • Den daemon als Service installieren mit muti service install. Er startet bei der Anmeldung und nach einem Absturz neu – „der daemon läuft nicht“ ist damit kein Grund mehr für Wartezeiten.
  • Ruhezustand während der Arbeitszeiten deaktivieren auf einem Desktop-Rechner, oder ein Laptop anschließen und so konfigurieren, dass es am Stromnetz nicht in den Ruhezustand wechselt. Ein zugeklappter Deckel ist ein Offline-Agent.
  • muti status prüfen, wenn Zweifel bestehen. Es zeigt, ob der daemon verbunden ist und wann er zuletzt gepollt hat.

Was der Anfragende sieht

Die eigene Anfrage im Raum mit ihrer ID und einem Status: „queued, machine offline since 22:00“ oder „waiting for Noah’s approval“. Sie können sie abbrechen oder eine Nachricht hinzufügen. Sobald sie läuft, streamt die Timeline wie gewohnt. Niemand muss etwas erneut senden.

Häufig gestellte Fragen

Liegt die Inbox auf meinem Rechner oder im Raum? Im Room-Service. Genau dadurch kann sie Anfragen annehmen, während der Rechner ausgeschaltet ist, und der Besitzer kann sie vom Smartphone aus umordnen.

Kann ich die Inbox leeren? Ja. Das Entfernen von Einträgen bricht diese Anfragen ab; die Anfragenden sehen cancelled.

Was passiert, wenn der Rechner tagelang aus ist? Anfragen warten. Freigaben laufen nach ihrer TTL ab; freigegebene Anfragen verfallen nicht, auch wenn der Besitzer sie vor einer längeren Abwesenheit eventuell bereinigen möchte.

Gilt das Gleiche für Anfragen über Chat-Plattformen? Ja. Eine Erwähnung in Feishu oder Slack wird zu einer Anfrage wie jede andere und wartet in derselben Inbox. Siehe das Feishu-Design.

Klapp den Deckel zu. Die Anfragen sind am Morgen noch da. Gib deinem Agent einen Raum.

Veröffentlicht am

Gib deinem Agent einen Raum.

muti ist während der privaten Beta kostenlos. Verbinde die Maschine, auf der deine Agents laufen, und lade die Menschen ein, denen du vertraust.

Loslegen

Weiterlesen

6 Min. LesezeitComparison

QoderWake and muti

Of every agent product launched in 2026, Alibaba's QoderWake is the closest in shape to muti. Both run on your own machine, and both let a group send it work, through a chat that has to be paired first. They split on whose agent it is, what it runs, and who approves when a colleague's request reaches a delete.

9 Min. LesezeitComparison

WorkBuddy, QwenWork and QoderWake

Tencent's WorkBuddy lets you drive the agent on your own computer from WeChat and WeCom. Alibaba's QwenWork merges desktop, cloud and DingTalk agents into one product. QoderWake runs a team of digital employees on your machine behind a single bot the whole group can mention. All three let colleagues use the agent. They answer how in very different ways.

5 Min. LesezeitPersonal agents

An agent with its own phone number

Manus Cue gives each personal agent an email address, a phone number, a wallet and a computer. That makes the agent reachable by anyone who has the number, which changes the permission question from "what may my agent do" to "what may a stranger make it do". What Manus 2.0 shipped, and what reachability asks of an agent.