Menzionare un agente di coding in un gruppo Feishu significa che un membro del gruppo scrive un messaggio su Feishu (Lark fuori dalla Cina), il messaggio viene recapitato a un agente Claude Code o Codex in esecuzione sulla macchina di qualcuno, l'esecuzione e il risultato ritornano nello stesso thread e qualsiasi azione pericolosa diventa prima una scheda di approvazione per il proprietario della macchina. L'agente non si sposta nel cloud, le credenziali non lasciano mai il computer e nessuno nel gruppo installa nulla.
Questo post descrive il design del connettore Feishu di muti: binding, routing, approvazioni e throttling, oltre a ciò che puoi configurare prima del rilascio. Il connettore è in fase di sviluppo; quanto segue è la sua specifica di comportamento, non una funzionalità che puoi attivare oggi. L'originale in cinese è disponibile su /zh-CN/blog/feishu-lark-claude-code.
Perché un'app di chat invece di un altro client
La persona con cui condividi l'agente è l'ultima a voler creare un account e installare un client solo per usarlo una volta. Per i team in Cina, le conversazioni di lavoro si svolgono già su Feishu. Portare l'agente lì è più semplice che portare le persone verso l'agente.
Feishu si adatta perfettamente allo scopo: le sottoscrizioni agli eventi tramite connessione persistente non richiedono un URL di callback pubblico, le schede dei messaggi si aggiornano sul posto, le risposte nei thread mantengono unito il traffico di ciascun task e le immagini possono essere scaricate come input per l'agente.
Due livelli di associazione
Gruppo ↔ stanza. Una stanza è il perimetro in muti: chi può vedere cosa e chi può usare quale agente. Associare un gruppo Feishu a una stanza fa sì che i membri e i permessi della stanza si applichino a quel gruppo. Nelle impostazioni della stanza scegli “connect a Feishu group”, ottieni un codice a sei cifre e pubblica @muti bind 123456 nel gruppo.
Persona ↔ account. La prima volta che un membro menziona il bot, questo gli invia un codice temporaneo in una chat privata; inserendolo in muti, le identità vengono collegate. Gli utenti non associati vengono ignorati per impostazione predefinita; una stanza può attivare una modalità ospite in cui possono fare domande ma non avviare esecuzioni.
Il senso dell'associazione: i permessi di esecuzione derivano dalle autorizzazioni della stanza e dalle approvazioni del proprietario, mai da chi ha detto cosa nel gruppo. I messaggi di chat sono trattati come input non attendibile.
Un task, un thread: presa in carico, scheda di approvazione, avanzamento e risultato nello stesso posto.
Un task, un thread
Un membro scrive @muti @api rerun the failing tests and open a PR. Il bot apre un thread sotto quel messaggio e risponde in sequenza:
- Accettato, con un ID richiesta come
R20260906-03e il relativo stato. - Stato di approvazione. Se la persona non dispone di un permesso permanente per questo agente, il proprietario riceve una scheda di approvazione visibile solo a lui.
- Una scheda di avanzamento, aggiornata sul posto a ogni fase o ogni 30 secondi: file modificati, test eseguiti finora, le ultime righe di output dei comandi. Non un nuovo messaggio a ogni passaggio.
- Il risultato: la risposta più eventuali file, immagini o link prodotti dall'agente.
Il canale principale rimane pulito; chiunque desideri maggiori dettagli può aprire il thread.
La scheda di approvazione
Quando un run incontra un'azione pericolosa, il proprietario riceve una scheda: chi ha fatto la richiesta, quale agente, cosa intende fare, quale regola è stata attivata. Tre pulsanti: approve / reject / run read-only, con una nota opzionale che ha lo stesso peso della richiesta.
Quattro tipi di azione vanno sempre in pausa, indipendentemente dal template: eseguire il push su un branch condiviso, eliminare elementi, spendere denaro, toccare credenziali. Gli input protetti come credenziali di accesso e codici a due fattori vengono sempre inoltrati al proprietario, mai al richiedente. Le approvazioni scadono dopo 24 ore per impostazione predefinita. Decidere su Feishu, sul web o da telefono si applica ovunque.
Cosa vede il gruppo e cosa non lascia mai la macchina
Cosa configurare subito
- Inserisci l'agente in una stanza. Connetti la tua macchina, crea un agente per ogni directory che intendi condividere e assegnagli il nome del compito (
api,site,notes), non del modello. - Configura la stanza prima del gruppo. Invita le persone che faranno parte del gruppo associato e imposta chi ha accesso in sola lettura e chi può modificare. Il connettore associa gruppo ↔ questa stanza e riutilizza tali regole.
- Installa il daemon come servizio con
muti service install, così i task da Feishu rimarranno in attesa della macchina invece di fallire quando chiudi il coperchio del portatile. - Metti per iscritto le linee guida del progetto. Un file STYLE.md, il template delle slide, l'SQL del report della scorsa settimana: tutto ciò che l'agente dovrebbe consultare va inserito nella sua working directory.
Domande frequenti
L'amministratore di Feishu dovrà approvare qualcosa? Il cloud di muti esegue un'unica app Feishu per tutti gli utenti; l'installazione in un tenant richiede in genere una singola autorizzazione dell'amministratore. La modalità self-hosted consente al proprietario di utilizzare le credenziali della propria app.
Lark (internazionale) è supportato? Feishu e Lark condividono la stessa piattaforma aperta; il connettore copre entrambi.
E per quanto riguarda Slack e DingTalk? Il connettore per Slack è già disponibile: un bot per agente, inviagli un DM o menzionalo, approvazioni nei messaggi diretti del proprietario. Feishu/Lark sarà il prossimo; DingTalk (modalità Stream) seguirà a ruota. Tutti e tre condividono le stesse stanze e gli stessi permessi. Vedi un bot Slack per Claude Code che chiede prima di effettuare il push.
Cosa succede se qualcuno nel gruppo non è un utente muti? Viene ignorato per impostazione predefinita. Una stanza può abilitare la modalità ospite: gli ospiti possono fare domande, ma non avviare esecuzioni.
Assegna prima una stanza al tuo agente; il gruppo si collegherà lì. Inizia da qui.
Pubblicato il · Aggiornato il