Prima dello sviluppo agenti AI, definisci il lavoro e i suoi confini

Il compito determina la forma dell'agente

Lo sviluppo agenti AI è la progettazione di un sistema che completa un compito definito utilizzando un modello, informazioni approvate e strumenti selezionati. La prima decisione è se il lavoro necessita di un agente con passaggi operativi, un'interfaccia conversazionale o un flusso di lavoro di monitoraggio mirato. Un compito chiaro rende questa distinzione più facile che partire da una tecnologia preferita.

Un'esperienza conversazionale può essere meglio inquadrata come sviluppo chatbot AI, mentre un compito che abbraccia un prodotto può appartenere a uno sviluppo Web3 più ampio. Per la discussione iniziale, porta un compito ricorrente, il suo attuale responsabile e un esempio di risultato utile. Possiamo quindi concordare cosa il sistema dovrebbe preparare, cosa può fare e dove una persona subentra.

Un unico punto di contatto mantiene le decisioni composte

Un singolo punto di contatto nominato tiene il filo del lavoro dalla definizione del compito alla consegna. Quella persona raccoglie le tue decisioni, registra le azioni consentite e presenta il flusso di lavoro proposto per la tua approvazione prima che inizi l'implementazione. Questo mantiene le approvazioni in un unico posto ed evita di chiedere a più membri del team di risolvere la stessa domanda in modo indipendente.

Il materiale del progetto è gestito in modo discreto all'interno della discussione di lavoro. Niente viene presentato come un agente pubblico o pubblicato come parte di questo servizio di sviluppo. Decidi tu quali esempi, fonti interne e dettagli di accesso è appropriato condividere e chi dalla tua parte può approvarli.

Ci sono 2 momenti pratici di approvazione: prima, la conferma del flusso di lavoro e dei confini di accesso; poi, la revisione del comportamento valutato prima del deployment. Un'approvazione scritta in ogni punto fornisce al team una chiara registrazione di ciò che è stato concordato. Le bozze del flusso di lavoro e del comportamento campione vengono mostrate privatamente, così puoi apportare modifiche ponderate prima che qualcosa venga messo in uso. Il contatto nominato coordina quelle revisioni e mantiene visibile la decisione successiva.

Cosa dovrebbe essere stabilito prima dell'implementazione?

Un ambito utile descrive come inizia il lavoro, quali informazioni sono necessarie e come appare un risultato soddisfacente. Registra anche dove l'agente deve fermarsi per una persona. Questi dettagli permettono alla costruzione di seguire un processo operativo piuttosto che un'ampia ambizione di automatizzare.

Il compito e il suo responsabile

Descrivi un lavoro ripetibile, chi lo gestisce attualmente e di cosa hanno bisogno alla fine. Gli esempi potrebbero includere triage del supporto, ricerca e reportistica, operazioni sui contenuti, assistenza alla community o monitoraggio on-chain. Per ciascuno, annota un input tipico e un risultato che il tuo team accetterebbe.

Strumenti e materiale di partenza

Elenca i sistemi e le informazioni che il flusso di lavoro può utilizzare, insieme alla persona che può approvare l'accesso. Se è richiesta una knowledge base, identifica i materiali e chi li mantiene. Per un'interfaccia all'interno di un prodotto, allinea l'agente con il relativo sviluppo dApp; un'esperienza basata su Telegram potrebbe richiedere un'implementazione separata del prodotto insieme all'agente.

Decisioni che rimangono alle persone

Nomina le azioni che richiedono approvazione, i casi che dovrebbero essere escalation e cosa dovrebbe accadere quando le informazioni mancano. Per i flussi di lavoro che coinvolgono informazioni relative ai contratti, definisci il ruolo dell'agente insieme allo sviluppo smart contract. Un breve confine scritto è più utile di un'ipotesi che l'agente debba gestire ogni caso.

La costruzione lascia al tuo team materiali operativi

La consegna copre il compito concordato dalla definizione del flusso di lavoro al supporto al deployment e al passaggio di consegne. I contenuti precisi seguono le integrazioni e il materiale di partenza che approvi, con il confine operativo documentato per le persone che supervisioneranno l'agente.

• Mappa del flusso di lavoro: input del compito, azioni consentite, punti di revisione e percorsi di fallback.
• Integrazioni: strumenti e fonti dati approvati necessari per il compito definito.
• Knowledge base: materiali di partenza organizzati per il flusso di lavoro, dove richiesto.
• Set di valutazione: esempi rappresentativi per verificare il comportamento atteso.
• Materiali per il passaggio di consegne: guida operativa, considerazioni sul monitoraggio e note sulla responsabilità.

La valutazione si basa su esempi che approvi. I revisori possono verificare se gli output seguono il formato richiesto, utilizzano il materiale previsto, identificano il contesto mancante e instradano le eccezioni in modo appropriato. Il team riceve una spiegazione di ciò che è stato testato e dove una persona dovrebbe intervenire.

Un responsabile operativo nominato dovrebbe essere identificato prima del passaggio di consegne. Quella persona può mantenere il materiale di partenza, supervisionare le modifiche all'accesso e decidere come gestire le eccezioni. Se l'agente si basa su un'interfaccia di prodotto esistente, anche il rispettivo responsabile dell'interfaccia dovrebbe essere presente per le decisioni pertinenti.

La valutazione stabilisce il confine del rilascio

Un agente è pronto per l'uso quando il suo lavoro consentito e i suoi punti di arresto sono chiari alle persone che lo supervisionano.

Prepariamo un set di valutazione da esempi approvati dai tuoi revisori, quindi esaminiamo richieste ordinarie, input poco chiari e casi che dovrebbero andare a una persona. I risultati guidano le revisioni del flusso di lavoro, del formato di risposta e delle regole di escalation prima del deployment. I tuoi revisori vedono il comportamento campione e forniscono un'approvazione scritta prima del rilascio concordato.

Per un assistente della community, questo significa registrare gli argomenti consentiti e le situazioni che necessitano di un membro del team. Per la ricerca o la reportistica, i revisori possono controllare l'uso delle fonti e come viene segnalata l'informazione mancante. Per il monitoraggio on-chain, il team definisce quali informazioni contano e come dovrebbero essere ricevute o valutate.

Le API di terze parti possono cambiare disponibilità e le fonti a monte possono omettere informazioni necessarie per un compito particolare. Testiamo le connessioni concordate e documentiamo i percorsi di fallback, mentre il tuo team mantiene un modo per rivedere o subentrare quando l'agente non può procedere.

La prossima decisione è il compito da portare avanti

La consegna procede attraverso una sequenza misurata, con punti di revisione prima dell'implementazione e del deployment. Il programma è stabilito una volta che il compito, le integrazioni, il materiale di partenza e la disponibilità dei revisori sono compresi. Un flusso di lavoro contenuto con materiali preparati ha un insieme di dipendenze diverso da uno che abbraccia più sistemi.

Per un prodotto più ampio, l'agente può essere coordinato con lo sviluppo Web3 o un sito Web3, dove questi flussi di lavoro sono rilevanti. Prima della prima discussione, una breve descrizione del compito attuale è sufficiente per stabilire se il lavoro è pronto per essere definito. Il tuo contatto nominato chiarirà le prossime decisioni e organizzerà una discussione privata sul flusso di lavoro. I dettagli del tuo compito rimangono riservati all'interno di quella discussione di progetto. Una breve descrizione del compito è un punto di partenza tranquillo; il contatto nominato organizzerà quindi la prossima conversazione in modo discreto.

La sequenza di lavoro è:

1. Definisci il compito, il suo responsabile e i risultati accettabili.
2. Mappa l'accesso, le azioni consentite e le approvazioni umane.
3. Costruisci il flusso di lavoro concordato, le integrazioni e la knowledge base dove necessario.
4. Valuta i compiti rappresentativi con i tuoi revisori.
5. Esegui il deployment, documenta il funzionamento e passa le consegne al team.

Come funziona

1. 1. Definisci il compitoCondividi il flusso di lavoro, il suo responsabile ed esempi di risultati utili. Chiariamo cosa l'agente può gestire e cosa rimane al tuo team.
2. 2. Mappa accesso e revisioneIdentifichiamo gli strumenti e le informazioni necessari, le azioni consentite, i punti di approvazione e i percorsi di fallback prima dell'implementazione.
3. 3. Costruisci il flusso di lavoro concordatoConfiguriamo l'agente, le integrazioni approvate e la knowledge base dove necessario, quindi prepariamo compiti di valutazione rappresentativi.
4. 4. Valuta il comportamentoI tuoi revisori valutano gli output campione rispetto ai criteri concordati. Perfezioniamo il flusso di lavoro e i guardrail prima del deployment.
5. 5. Esegui il deployment e passa le consegneSupportiamo il deployment e spieghiamo come operare, monitorare e rivedere l'agente dopo la costruzione.