GitHub ha pubblicato due voci di changelog il 21 agosto, alle 16:03 e alle 16:07 UTC, portando il suo Copilot cloud agent — quello che lavora in modo asincrono e apre pull request, non la barra laterale della chat — in Microsoft Teams e in Slack. In entrambi i casi, l'agente viene chiamato con @GitHub dalla conversazione in cui il lavoro è già oggetto di discussione e opera in quello che GitHub definisce un secure cloud sandbox.
Ciò che la cornice comune sbaglia
"Copilot è ora in Teams e Slack" appiattisce tre qualificazioni distinte. Entrambi sono in public preview, quindi non comportano alcun impegno di disponibilità. L'integrazione con Slack è riservata a Copilot Business e Copilot Enterprise — non a Pro o Pro+ — e quindi non è accessibile alla maggior parte di chi ha una licenza Copilot. Inoltre, la voce relativa a Teams specifica che le sessioni del cloud agent avviate lì consumano crediti AI, regolati dai budget di fatturazione basati sull'utilizzo dell'organizzazione, con l'uso del cloud sandbox fatturato separatamente di nuovo. A una funzione con forma da chat arrivano due contatori. La voce su Slack usa un linguaggio diverso — l'utilizzo viene conteggiato contro gli attuali diritti Copilot e gli attuali budget del cloud agent — quindi le due superfici non sono documentate in modo identico e non andrebbero descritte come se lo fossero.
La novità sono i controlli amministrativi
Nulla funziona finché un amministratore non attiva sia la policy del Copilot cloud agent sia i cloud sandboxes. All'interno di un thread, chiunque partecipi alla conversazione può fare domande, aggiungere contesto e aiutare a pianificare — ma solo i partecipanti con write access al repository possono attivare Copilot per apportare modifiche. Gli amministratori del repository possono inoltre richiedere un'approvazione aggiuntiva prima che un pull request attribuito all'identità Copilot di Teams o Slack venga unito. Questi sono i primi controlli concreti per un agente invocato da una chat da persone che potrebbero non avere diritti di commit.
Dove si è spostato il contatore
La struttura qui merita di essere nominata: l'agente si sposta dove si trovano già gli esseri umani, il codice resta nel sandbox del vendor e la fatturazione passa per seat a per run. Un prezzo per seat è prevedibile; un saldo di crediti consumato da chiunque in un canale decida di affidare un compito no. Questa è una modifica di procurement vestita da annuncio di integrazione.
La parte che nessuno sta coprendo
Slack ha attirato l'attenzione perché Slack ha fatto il proprio annuncio sugli agenti di coding nei canali. La voce di Teams è quella che contiene il linguaggio sui crediti, e Teams è il punto in cui si trova davvero la base installata di seat enterprise.
