Uno spazio di lavoro di team trasforma il lavoro individuale che funziona in un sistema operativo condiviso. I colleghi possono usare gli stessi agenti e workflow pubblici mantenendo separati le proprie chat, gli account collegati e i permessi concessi.
Se oggi il tuo team tiene i prompt in un documento, considera il workflow come la versione eseguibile di quella libreria di prompt: contiene l'istruzione, i file di supporto, quando va usato e lo standard dell'output. Un workflow resta privo di trigger. Aggiungi un'automation solo quando il team vuole farlo partire a orario o su evento.
Costruisci la libreria di workflow condivisi
Il percorso pratico da un risultato utile a un processo di team ripetibile è questo:
- Esegui tu stesso il compito. Parti da un lavoro vero e verifica che il risultato serva davvero prima di standardizzarlo.
- Trasforma il metodo in un workflow. Conserva la procedura ripetibile, gli input richiesti, i riferimenti, il formato dell'output e le regole di revisione.
- Rendi il workflow Public. I workflow pubblici possono essere trovati e usati dagli altri membri dello stesso spazio di lavoro.
- Invita i colleghi. Aggiungi membri da Settings → People e assegna a ciascuno il ruolo adeguato.
- Lascia che ogni membro colleghi i propri account. Condividere un workflow non condivide la casella di posta, i token, le chat private o le approvazioni personali di chi l'ha creato.
- Eseguilo da Web Chat o Slack. Lo stesso workflow pubblico si richiama per nome ovunque sia disponibile l'agente proprietario.
Un workflow pubblico dà allo spazio di lavoro un unico metodo verificato senza costringere tutti a condividere un solo account.
Guide alla configurazione del team
Segui queste guide nell'ordine per un primo rollout, oppure salta direttamente alla parte che ti serve:
Create workflow instructions with your agent
Trasforma un'esecuzione riuscita in una procedura duratura insieme al tuo agente. Lascia che sia l'agente a scrivere la bozza del workflow, poi rivedi i punti in cui il team ha bisogno di vincoli chiari.
Share workflows with your team
Capisci la differenza tra visibilità privata e pubblica, pubblica un workflow dentro lo spazio di lavoro, richiamalo per nome e copialo su un altro agente quando un team ha bisogno di una diramazione sicura.
Invite teammates
Prepara l'agente e il workflow condivisi, invita i membri da Settings → People, assegna l'accesso Admin o Member e gestisci gli inviti in sospeso.
Join a team workspace
Accetta un invito, passa allo spazio di lavoro giusto, trova gli agenti e i workflow condivisi, collega i tuoi servizi e porta a termine una prima esecuzione in sicurezza.
Use shared workflows in Slack
Installa l'app Slack, collega ogni membro, aggiungi Okou a un canale, richiama un workflow con @Okou e tieni il seguito in un unico thread.
Che cosa è condiviso e che cosa resta personale
| Condiviso con lo spazio di lavoro | Resta a un membro, a un agente o a una singola esecuzione |
|---|---|
| Gli agenti pubblici e la definizione del loro ruolo | Gli agenti privati |
| I workflow pubblici e i file di riferimento allegati | I workflow privati |
| Il metodo del workflow, l'output atteso e l'asticella di qualità | Le chat private di un membro e gli artefatti non condivisi |
| I risultati pubblicati deliberatamente su Slack, Notion, GitHub, Sheets o un altro sistema condiviso | Le credenziali dei connettori di un membro e i dati del suo account personale |
| Le integrazioni e le impostazioni a livello di spazio di lavoro, dove supportate | L'Authorization di ciascun agente e ogni singolo permesso concesso |
| Un workflow che i colleghi possono richiamare | Il proprietario di un'automation, il suo trigger e gli accessi collegati |
Pubblicare un workflow condivide il metodo, non le credenziali di chi l'ha creato. Quando lo esegue un altro membro, Okou usa le connessioni disponibili a quella persona e i permessi concessi all'agente scelto.
I tre oggetti del team
| Oggetto | Che cosa definisce | Comportamento nel team |
|---|---|---|
| Agente | Il ruolo, il contesto operativo e le capacità disponibili | Un agente pubblico è a disposizione dei membri dello spazio di lavoro. Uno privato no. |
| Workflow | Una procedura riutilizzabile per un singolo compito | Ogni workflow appartiene a un solo agente e ha una propria visibilità, Public o Private. |
| Automation | Un trigger, un workflow, un agente e un proprietario | Gira in modo asincrono usando gli accessi collegati del proprietario. Non fa parte dell'istruzione del workflow. |
Questa separazione conta. Pubblica l'agente e il workflow quando vuoi che le persone usino lo stesso metodo. Crea un'automation solo quando il team ha deciso di chi è l'esecuzione ricorrente, che cosa la fa partire e dove deve finire il risultato.
Un buon primo workflow di team
Scegli un compito che già attraversa un passaggio di consegne: qualificare un lead in ingresso, esaminare un'escalation di un cliente, preparare un brief settimanale sulle metriche, fare il triage di una segnalazione di bug o abbozzare una revisione di contenuti.
Un buon primo workflow ha:
- un risultato chiaro;
- input che ogni collega sa riconoscere;
- fonti approvate o riferimenti allegati;
- un formato di output prevedibile;
- regole esplicite per le azioni che richiedono approvazione umana;
- una destinazione condivisa per il risultato.
Comincia eseguendolo a mano in due. Rivedi l'istruzione dopo che la seconda persona ha individuato il contesto mancante. Quando il workflow dà risultati costanti, decidi se gli serve anche un'automation.
Guide correlate
- Agents spiega gli agenti pubblici e privati.
- Workflows tratta la creazione e l'invocazione dei workflow.
- Automations aggiunge pianificazioni e trigger su evento.
- Permissions spiega connessioni, Authorization e permessi concessi.
- Slack tratta l'integrazione Slack completa.
