Crea istruzioni per il flusso di lavoro con Okou

Non devi scrivere un'istruzione per il flusso di lavoro partendo da una pagina vuota. Inizia completando un'attività reale con il tuo agente. Quando il risultato è utile, chiedi all'agente di trasformare il metodo che avete sviluppato insieme in un flusso di lavoro riutilizzabile.

L'agente crea la prima bozza. Il tuo ruolo è rivedere le sue ipotesi e decidere dove il flusso di lavoro necessita di vincoli più chiari, così che un altro compagno di team possa ottenere un risultato affidabile.

Con My Okou, le istruzioni personali contengono le preferenze di ciascun membro; un flusso di lavoro dello spazio di lavoro contiene la procedura ripetibile e gli standard del team. I flussi di lavoro privati appartengono all'utente corrente, mentre i flussi di lavoro pubblici sono condivisi all'interno dello spazio di lavoro. L'esecuzione usa le istruzioni, la memoria, gli account e le autorizzazioni del membro che esegue. In Legacy Agents, i flussi di lavoro restano collegati a un solo agente. Consulta istruzioni personali e modalità di esperienza.

Parti da un'esecuzione riuscita

È più facile creare un flusso di lavoro dopo che l'agente ha visto l'attività, il materiale sorgente, il tuo feedback e un risultato accettabile.

Assegna all'agente un'attività reale e l'input effettivo di cui ha bisogno.
Rivedi il risultato e correggi il contesto mancante, il ragionamento debole o il formato sbagliato.
Quando il risultato è buono, chiedi all'agente di estrarre il metodo ripetibile.
Fai redigere all'agente il nome del flusso di lavoro, la descrizione, l'istruzione e gli eventuali file di riferimento che raccomanda.
Rivedi insieme la bozza prima di rendere pubblico il flusso di lavoro.

Puoi chiedere:

Trasforma ciò che abbiamo appena fatto in un flusso di lavoro riutilizzabile per il team. Redigi il nome, la descrizione e l'istruzione. Separa il metodo riutilizzabile dai dettagli che si applicano solo a questo caso. Prima di finalizzarlo, elenca le ipotesi e i vincoli che dovrei rivedere.

In questo modo l'agente ha il compito di redigere. A te resta il compito di decidere quali parti devono essere controllate.

L'istruzione è un luogo comune per i vincoli

L'istruzione del flusso di lavoro viaggia con il flusso di lavoro e si applica ogni volta che viene eseguito. Per questo è uno dei luoghi più comuni in cui definire vincoli come input richiesti, fonti approvate, formato dell'output, standard di qualità e azioni che richiedono conferma.

Non è l'unico livello di controllo:

Livello	Cosa vincola	Esempio
Descrizione	Quando il flusso di lavoro dovrebbe essere selezionato	Usa per nuovi lead in entrata che richiedono ricerca e qualificazione; non usare per opportunità già esistenti.
Istruzione	Come dovrebbe essere eseguita l'attività	Controlla prima il CRM, cita le affermazioni pubbliche, segui il rubric dell'ICP e crea una bozza invece di inviare.
File	I riferimenti stabili che il metodo dovrebbe seguire	Rubric dell'ICP, esempi approvati, modello di report, glossario del prodotto
Autorizzazioni del connettore	Quali azioni esterne l'agente è effettivamente autorizzato a compiere	Leggi i record del CRM, crea una bozza di email, ma non inviare l'email
Richiesta di esecuzione	L'input e l'ambito per questo singolo caso	Qualifica questo lead, usa questo record CRM e restituisci il risultato in questa chat.
Automazione	Quando il flusso di lavoro viene eseguito e chi possiede l'esecuzione	Esegui ogni giorno feriale alle 09:00 e pubblica il risultato in un canale specifico.

Non affidarti al testo dell'istruzione come sostituto dei controlli di accesso. Se un'azione deve essere tecnicamente limitata, usa anche la reale autorizzazione del connettore e le autorizzazioni nominate, oltre a un'istruzione chiara.

Rivedi la prima bozza dell'agente

Non devi riscrivere ogni frase. Concentrati sulla revisione delle decisioni che contano per il team.

Quando dovrebbe essere usato?

Quale richiesta o situazione dovrebbe selezionare questo flusso di lavoro?
Quando l'agente non dovrebbe usarlo?
La descrizione è abbastanza specifica da distinguerlo da flussi di lavoro simili?

Quale input è richiesto?

Cosa deve fornire un compagno di team prima che il lavoro inizi?
Quali input mancanti dovrebbero spingere l'agente a fare una domanda?
Quali dettagli appartengono a ogni esecuzione invece che all'istruzione permanente?

Quali fonti e regole prevalgono?

Qual è la fonte del dato ufficiale?
Quale file allegato contiene il rubric o il modello approvato?
Se due fonti sono in conflitto, quale ha la priorità?
Come dovrebbe etichettare l'agente i fatti che non può verificare?

Come deve apparire l'output?

Quali sezioni o campi sono richiesti?
Quale livello di dettaglio è utile?
L'output ha bisogno di citazioni, link o un'etichetta di attendibilità?
Dove dovrebbe andare il risultato quando viene fornita una destinazione?

Dove deve fermarsi l'agente?

Quali azioni richiedono conferma?
L'agente dovrebbe creare una bozza invece di inviare o pubblicare?
Quali dati non devono comparire in un flusso di lavoro pubblico o in un risultato condiviso?

Questi sono i vincoli che vale la pena rendere espliciti. Lascia che sia l'agente a gestire la formulazione, poi conferma che la formulazione rifletta la tua decisione.

Una struttura da rivedere insieme

L'agente può usare la seguente struttura per la sua prima bozza. Considerala un quadro di revisione, non un modulo che devi compilare tu stesso:

# Goal
State the single outcome this workflow must produce.

# Use this workflow when
Describe when to use it and any important exclusions.

# Required inputs
- List the information needed for a reliable result.
- Explain what to do when an input is missing.

# Sources and tools
- Name authoritative systems, documents, or attached files.
- Explain which source wins if information conflicts.
- Define how to handle facts that cannot be verified.

# Procedure
1. Verify the inputs and scope.
2. Gather the required evidence.
3. Apply the team's rules or rubric.
4. Produce the deliverable.
5. Check it against the quality bar.

# Output
Define the required sections, fields, format, and destination.

# Quality bar
- State what must be accurate, cited, complete, or consistent.
- Define what counts as done.

# Approval boundaries
- List actions that require confirmation.
- Specify when to create a draft instead of taking the final action.

Un flusso di lavoro semplice può aver bisogno solo di poche sezioni. Un flusso di lavoro ad alto rischio può richiedere regole più esplicite su fonti, validazione e approvazione. Chiedi all'agente di mantenere l'istruzione il più breve possibile senza nascondere una decisione da cui il team dipende.

Esempio: co-creare un flusso di lavoro di qualificazione dei lead

Supponi di chiedere all'agente di fare una ricerca su un lead in entrata e redigere una risposta. Durante l'esecuzione, correggi la dimensione dell'azienda, spieghi che il CRM è la fonte del dato ufficiale, applichi il rubric ICP del team e chiedi un'email più breve.

Dopo che il risultato è approvato, chiedi all'agente di trasformare la conversazione in un flusso di lavoro. L'agente redige la procedura. Poi aggiungi i vincoli che devono restare validi oltre questo lead:

controlla il CRM prima di fare ricerche pubbliche;
usa il rubric ICP allegato per il punteggio;
cita le fonti per dimensione dell'azienda, località e ruolo attuale;
etichetta come Unknown un fatto richiesto ma non verificato;
restituisci Riepilogo account, Prove, Punteggio ICP, Rischi, Prossimo passo consigliato e Bozza di risposta;
crea una bozza di email e non inviarla mai senza conferma.

Ora l'agente può incorporare quelle decisioni nell'istruzione. Non devi prescrivere ogni passaggio di ricerca. Devi rendere inequivocabili le fonti del team, il contratto dell'output e il limite di approvazione.

Dai feedback sui vincoli in linguaggio semplice

Puoi rafforzare la bozza dicendo all'agente cosa deve cambiare:

“Chiedi il record CRM prima di iniziare, se manca.”
“Considera il CRM come fonte del dato ufficiale quando i nomi delle aziende sono in conflitto.”
“Ogni affermazione fattuale nel riepilogo ha bisogno di un link alla fonte.”
“Mantieni la risposta sotto 150 parole, ma adatta il tono al messaggio in entrata.”
“Crea l'email come bozza. Non inviarla mai automaticamente.”
“Questo flusso di lavoro non dovrebbe essere eseguito per opportunità già esistenti.”

Chiedi all'agente di aggiornare il flusso di lavoro e di riassumere a quale vincolo risponde ogni modifica. In questo modo è più facile individuare una regola che è stata fraintesa o inserita nella sezione sbagliata.

Tieni le cose giuste fuori dall'istruzione

Alcune informazioni non dovrebbero diventare testo permanente del flusso di lavoro:

nomi dei clienti, scadenze una tantum e destinazioni specifiche del caso appartengono alla richiesta di esecuzione;
password, token e credenziali private non appartengono a un'istruzione o a un file allegato;
pianificazioni ed eventi appartengono a una automazione;
i limiti di accesso tecnici appartengono all'autorizzazione del connettore e alle autorizzazioni nominate;
il feedback personale che si applica solo a un risultato può restare in quella chat.

L'istruzione dovrebbe contenere il metodo riutilizzabile e i vincoli comportamentali, non ogni dettaglio che circonda il lavoro.

Testa e affina insieme

Esegui il flusso di lavoro con almeno due input realistici, preferibilmente con un secondo compagno di team. Dopo ogni esecuzione, chiedi:

Il flusso di lavoro si è attivato per l'attività giusta?
Ha richiesto gli input di cui aveva bisogno?
Ha seguito la priorità delle fonti prevista?
L'output è rimasto coerente senza diventare rigido?
Si è fermato al limite di approvazione richiesto?
Il problema è ripetibile oppure si applica solo a questo caso?

Chiedi all'agente di rivedere l'istruzione per i gap ripetibili. Tieni le correzioni una tantum nell'esecuzione. Quando il metodo funziona per qualcuno diverso dal suo creatore originale, condividi il flusso di lavoro con il tuo team.