Einen Coding-Agent in einer Feishu-Gruppe zu erwähnen bedeutet: Ein Gruppenmitglied schreibt eine Nachricht in Feishu (außerhalb Chinas: Lark), diese Nachricht wird an einen Claude Code- oder Codex-Agent auf dem Rechner einer Person zugestellt, die Ausführung und ihr Ergebnis kehren in denselben Thread zurück, und jede gefährliche Aktion wird zuerst als Genehmigungskarte an den Besitzer des Rechners geschickt. Der Agent zieht nicht in die Cloud um, Zugangsdaten verlassen niemals den Computer, und niemand in der Gruppe installiert irgendetwas.
Dieser Beitrag beschreibt das Design des Feishu-Connectors von muti: Bindung, Routing, Genehmigungen und Throttling sowie die Schritte, die du vor der Veröffentlichung vorbereiten kannst. Der Connector befindet sich in der Entwicklung; was folgt, ist seine Verhaltensspezifikation, kein Feature, das du heute schon aktivieren kannst. Das chinesische Original findest du unter /zh-CN/blog/feishu-lark-claude-code.
Warum eine Chat-App statt eines weiteren Clients
Die Person, mit der du etwas teilen möchtest, hat am wenigsten Lust, ein Konto zu erstellen und einen Client zu installieren, nur um deinen Agent einmal zu nutzen. Für Teams in China findet die tägliche Kommunikation ohnehin in Feishu statt. Den Agent dorthin zu bringen ist einfacher, als die Leute zum Agent zu bringen.
Feishu passt auch perfekt zur Aufgabe: Ereignis-Abonnements über dauerhafte Verbindungen (Long-Connection) benötigen keine öffentliche Callback-URL, Nachrichtenkarten aktualisieren sich direkt an Ort und Stelle, Thread-Antworten halten den Datenverkehr einer Aufgabe zusammen, und Bilder können als Agent-Input heruntergeladen werden.
Zwei Bindungen
Gruppe ↔ Raum. Ein Raum ist die Grenze in muti: wer was sehen kann und wer welchen Agent nutzen darf. Durch das Verknüpfen einer Feishu-Gruppe mit einem Raum gelten die Mitgliedschaften und Berechtigungen des Raums für diese Gruppe. Wähle in den Raum-Einstellungen „Feishu-Gruppe verbinden“, erhalte einen sechsstelligen Code und poste @muti bind 123456 in der Gruppe.
Person ↔ Konto. Wenn ein Mitglied den Bot zum ersten Mal erwähnt, sendet dieser einen kurzlebigen Code in einem privaten Chat; das Mitglied gibt ihn in muti ein und die Identitäten sind verknüpft. Nicht verknüpfte Personen werden standardmäßig ignoriert; ein Raum kann einen Gastmodus aktivieren, in dem sie Fragen stellen, aber keine Ausführungen auslösen dürfen.
Der Sinn der Bindung: Ausführungsrechte ergeben sich aus den Berechtigungen des Raums und den Genehmigungen des Besitzers, niemals daraus, wer was in der Gruppe geschrieben hat. Chat-Nachrichten werden als nicht vertrauenswürdige Eingaben behandelt.
Eine Aufgabe, ein Thread: Annahme, Genehmigungskarte, Fortschritt und Ergebnis am selben Ort.
Eine Aufgabe, ein Thread
Ein Mitglied postet @muti @api rerun the failing tests and open a PR. Der Bot eröffnet einen Thread unter dieser Nachricht und antwortet der Reihe nach:
- Angenommen, mit einer Request-ID wie
R20260906-03und dem zugehörigen Status. - Genehmigungsstatus. Hat die Person keine dauerhafte Berechtigung für diesen Agent, erhält der Besitzer eine Genehmigungskarte, die nur für ihn sichtbar ist.
- Eine Fortschrittskarte, die pro Phase oder alle 30 Sekunden direkt aktualisiert wird: geänderte Dateien, bisherige Tests, die letzten Zeilen der Befehlsausgabe. Keine neue Nachricht pro Schritt.
- Das Ergebnis: die Antwort plus alle Dateien, Bilder oder Links, die der Agent erzeugt hat.
Der Hauptkanal bleibt ruhig; wer Details sehen möchte, öffnet den Thread.
Die Genehmigungskarte
Sobald ein Durchlauf auf eine gefährliche Aktion stößt, erhält der Besitzer eine Karte: wer angefragt hat, welcher Agent, was er tun möchte, welche Regel gegriffen hat. Drei Schaltflächen: Approve / Reject / Run read-only, mit einer optionalen Notiz, die das gleiche Gewicht wie der Request trägt.
Vier Aktionstypen pausieren unabhängig von Vorlagen: Pushen auf einen gemeinsamen Branch, Löschen, Ausgeben von Geld, Zugriff auf Zugangsdaten. Geschützte Eingaben wie Logins und Zwei-Faktor-Codes werden immer an den Besitzer weitergeleitet, niemals an den Anfragenden. Genehmigungen verfallen standardmäßig nach 24 Stunden. Entscheidungen in Feishu, im Web oder auf dem Smartphone gelten überall synchron.
Was die Gruppe sieht und was den Rechner nie verlässt
Was du jetzt schon einrichten kannst
- Platziere den Agent in einem Raum. Verbinde deinen Rechner, erstelle einen Agent pro Verzeichnis, das du freigeben möchtest, und benenne ihn nach der Aufgabe (
api,site,notes), nicht nach dem Modell. - Erstelle den Raum vor der Gruppe. Lade die Personen ein, die später in der verknüpften Gruppe sein werden, und lege fest, wer nur Leserechte hat und wer bearbeiten darf. Der Connector bindet Gruppe ↔ diesen Raum und übernimmt diese Regeln.
- Installiere den daemon als Dienst mit
muti service install, damit Aufgaben aus Feishu auf den Rechner warten, anstatt fehlzuschlagen, wenn der Deckel geschlossen ist. - Halte den House-Style schriftlich fest. Eine STYLE.md, die Präsentationsvorlage, das Report-SQL der letzten Woche: Alles, was der Agent lesen soll, gehört in sein Arbeitsverzeichnis.
Häufig gestellte Fragen
Muss unser Feishu-Admin etwas genehmigen? Die Cloud von muti betreibt eine Feishu-App für alle Nutzer; die Installation in einem Mandanten erfordert typischerweise eine einmalige Admin-Zustimmung. Im Self-Hosted-Modus kann ein Besitzer eigene App-Zugangsdaten verwenden.
Wird Lark (international) unterstützt? Feishu und Lark teilen sich dieselbe offene Plattform; der Connector deckt beide ab.
Wie sieht es mit Slack und DingTalk aus? Der Slack-Connector ist bereits veröffentlicht: ein Bot pro Agent, DM oder Erwähnung, Genehmigungen in den DMs des Besitzers. Feishu/Lark folgt als Nächstes; danach kommt DingTalk (Stream-Modus). Alle drei nutzen dieselben Räume und Berechtigungen. Siehe ein Slack-Bot für Claude Code, der vor dem Push nachfragt.
Was passiert, wenn jemand in der Gruppe kein muti-Nutzer ist? Diese Personen werden standardmäßig ignoriert. Ein Raum kann einen Gastmodus aktivieren: Gäste dürfen Fragen stellen, aber niemals Aktionen auslösen.
Gib deinem Agent zuerst einen Raum; die Gruppe dockt daran an. Starte hier.
Veröffentlicht am · Aktualisiert am